运城软件测试周末学习的培训中心

运城软件测试周末学习的培训中心，小编在这里推荐运城达内教育，17年专业IT培训机构，美国上市集团，开设IT培训班Java、python、大数据、linux、UI、会计等IT培训，覆盖IT培训和非IT培训共24大课程。达内集团凭借雄厚的技术研发实力、过硬的教学质量、成熟的就业服务团队，为学员提供强大的职业竞争力，在用人企业中树立了良好的口碑。欢迎大家的在线咨询，0元试听，随到随学，推荐就业。接下来小编为您分享，点击按钮测试用例标题，如何编写测试用例？

预期结果要量化和直接化，减少用例执行的沟通成本。

测试用例设计时需考虑测试执行效率，功能用例执行10分钟原则：用例里用到的数据或样本、脚本需要在备注里附上。

“测试步骤”和“预期结果”必须可实现和可执行。

测试用例需验证客户业务，不能只检查配置和页面，除非为纯页面测试。

体现强关联，去掉弱关联；强关联：案例中缺少此步骤就无法达到案例目的；弱关联：案例中缺少此步骤可以达到案例目的；对于大家都知道或应该清楚的点不用体现在用例中。

测试用例需要有正反对比验证：开和关的对比、匹配和不匹配对比、输出结果的对比等，这种用例可以合并，减少用例冗余。

提示内容不用写的太具体，说明大概意思即可，后面修改了提示需要返工用例。

用例里不能有具体的版本号

模块备注尽可能详细，便于测试和观察测试点。

测试方法可实现，测试数据贴近于用户环境。

和其它功能、第三方之间有关联的测试场景有没有遗漏。

标题精简，需要体现测试目的。

模块目录中的备注是否足够详细，能支撑其它人理解特性和提高测试效率。

测试结果的检查有没有站在客户的角度进行测试和验证。

页面的测试需要覆盖多款浏览器的测试。

不用把所有检查点放在一个用例上，这样会出现执行漏测或前面失败了后面就不执行了，问题发现滞后。

若多个案例之间在步骤上就是互相覆盖的，需要合并：如测较长字符和包含特殊字符这两个测试点可以合并为一个案例。

用例里不能出现有歧义的词，阐述需要清晰，不能两个人执行同样的 案例可能会产生两种执行结果。

用例需要专业性，不能出现口语化的词语。

期望结果需要明确性，不能出现模糊的词语；如可能、如果、符合要求等。

可维护性规范

测试用例中不能出现页面配置路径，如：系统配置-网络配置-网络接口。

测试用例中不能出现操作过程，比如打开XX目录下文件，点击什么；直接写需做的操作即可。

测试用例需用到的例行检查点、公共检查点、后台、调试、配置文件等查看方法统一写到模块备注。

期望结果

期望结果对应的是测试步骤，每一个测试步骤都对应一个期望结果，即做了这个操作后，希望它产生的后果。即大家在用例里看到的测试步骤里的1,2,3对应期望结果里的1,2,3。理论上每一个测试步骤都需要有一个对应的期望结果，但有些测试步骤我们并不关注这一步骤的操作后果，那这样的期望结果可写可不写。

这里需要注意期望两字，期望的意思是说要从用户的角度出发，我用户做了这个操作后，我希望它能给我反馈的结果。这个结果不是开发程序代码返回的结果，开发程序代码返回的结果是实际结果，执行用例时只有实际结果与用例期望结果一致时，案例才能标pass。所以在写案例或执行案例时，得到实际结果与期望结果不一致时不要轻易被开发忽悠了，一切以用户主。

后置条件

与前置条件对应，即执行完这个用例后需要还原环境，否则会给下个用例带来影响。一般写功能用例时，后置条件基本不用太关注，因为测试环境本来就需要多样化才能模拟用户的环境，若每次执行用例都保持一个纯净环境则带来的测试工作量也大，而且也不能很好地体现测试环境的多样性。后置条件一般是自动化需要做的，因为自动化需要保持环境的独立性，彼此不依赖，执行完一个案例后需要将这个案例创建的数据、策略等全部清空，防止影响下一个案例。

如何划分用例等级

现用例等级是怎么划分的？

一般在一个模块里的案例按照等级进行划分时，遵循下面的比例：

BVT(10%)：模块较基本的功能验证(含常用部署、基本关联)，推荐1级用例的20%左右；

Leve1(30%)：基本需求点，基本逻辑，基本可靠性，基本关联，基本用户场景；

Leve2(40%)：常见功能/逻辑细化点/专项细化点，常见关联/容错/边界值/用户场景；

Leve3(20%)：错误提示，极少测试的用例，非常见部署方式/用户场景/容错/边界值等。

我们在划分用例等级时，为什么要这样划分？

BVT的案例应该是较基本较简单的案例，如一个功能模块的增删改就是较基本的；

level1是基本的功能需求基本操作相关的，如上面说的增删改，增可能有多种增加方式，BVT只是较基本的操作，level1是对BVT的一种补充；

level2是一些内部逻辑细化点或一些常见的异常操作。Level2的异常是对用户来是比较常见的，是很大概率上会遇到的；

level3是可能会出现但出现概率很低的一些操作或异常场景。level3的异常是很极端的异常，是很小概率会发生的，如不断重启之类的。

这样划分的意义何在？

这样划分是有意义的，从这个等级划分的原则上看就知道BVT是较好执行的，然后等级越高难度系数越大，特别是level3这种，可能涉及到很复杂的网络部署或很异常的环境构造。

不同等级的案例需要消耗的时间和带来的影响是不一样的。当一个模块转测后，我们希望的是能验收这个模块的质量，那如何验收？不就是它的基本功能是不是完成了，它的基本操作是不是都能顺畅执行，在这些基本功能基本操作都没问题的情况下，再来检视内部逻辑细节处理是不是到位，较后再检视各种异常场景下的处理是不是已经合理。即从简单到困难，先保障基本功能再检验其他的发散点。

温馨提示：为了不影响您的时间，来校区前或者遇到不明白的问题请先电话咨询，方便我校安排相关课程的专业老师为您解答，选取适合您的课程。以上是运城达内教育的小编为您分享的关于点击按钮测试用例标题，如何编写测试用例的内容,希望可以为同学们提供帮助，更多软件测试资讯请持续关注运城达内教育。（文章来自：51testing网）