/catalog/2416e7f1c515497f98c8b7cb9874d41d//catalog/821d36aa8dfd499ca4af14ac5eb2b6b3//Document/282631823061061.html/Document/264572214259781.html/Document/264193141411909.html/Document/263120166727749.html/Document/262780577878085.html/Document/262434321498181.html/Document/261700928712773.html/Document/260317655674949.html/Document/259254117072965.html/Document/257842584657989.html/Document/257479171993669.html/Document/255707511132229.html/Document/255351757029445.html/Document/250725636485189.html/Document/249686534438981.html/Document/248257145659461.html

功能测试用例编写常见问题大全,全面提升用例编写水平

前面的文章我们为大家介绍了功能测试用例包含的内容以及编写用例的方法,接下来我们一起来看一下测试用例编写中容易出现的问题,我们分类列举了一下:


测试用例虽有步骤,但太过简单,且缺少测试数据,导致该用例无法执行,没有可用性。我们的测试步骤里面要尽量明确测试数据,是精准的数据,还是模糊的抽象数据,这点对于编写人员、执行人员、包括后面的回归人员来说都是非常重要的,所以希望大家在设计测试用例的时候要准备无误、全面地来设计。

功能自动化测试


测试用例步骤描述不清晰,过于冗余。像下图的例子,当你这个用例写完了之后,交给执行人员看,如果你执行100条数据都这样写的话,这个时候执行人员是很懵的。

功能自动化测试


这个是我们曾经做过的一个简单的测试用例,如果测试不同过的话,我们会标红,然后写到缺陷里面去,大家可以参考。

功能自动化测试


我们今后书写测试用例的时候要注意哪些事项呢?通过前面的一些分析,大家也看出来了一些好与坏的差距,最后我们再总结一下它的注意事项:

1、正确性:
设计的测试用例保证至少覆盖需求规格说明书内容、计划任务书内容、或测试文档内容。不要没有任何文档依据,简单测测。
2、完整性:
对测试依据文档进行全面覆盖,尽可能地测试的完整和充分,尽量避免未被测试用例设计到地潜在bug。
3、全面性:
设计的测试用例尽可能地全面,多角度去考虑问题;尽量做到测试用例的各要素完整全面,且尽量包含必要地测试数据和步骤。
4、清晰简洁:
书写地测试用例尽量描述清晰,每一步都应有相应,有很强的针对性,不应出现一些无用的操作步骤。
5、可重用性:
书写完测试用例,自己可以想一下,其他的测试人员,在同样的测试环境下使用该的测试用例是否都能得出相应的结论。