一个好的用例设计,可以让任何一个执行测试的测试人员都能够容易理解,好操作、易执行、无歧义。这就需要有一个用例设计规范。
下面是一组用例设计规范的示例。
-
用例编号命名规范化
用例具有规范的、统一的、唯一的标识,有助于实现对用例的规范化管理。比如:可以将用例编号按照下面的命名方式来命名:
TC-NO-001
其中“TC”表示测试用例(TestCase),“No”表示所测试的功能模块(或其他的非功能需求)的代号?编号,“001”即测试这个功能模块的用例序号。使用这种编号方式可以很方便地知道该用例是哪个模块的测试用例。
有了用例编号的命名规范,也方便使用测试用例管理工具(如TestLink)来管理测试用例。
-
明确用例的必填元素
规范中应当明确“用例编号”、“用例标题”、“操作步骤描述”、“预期输出”等为必填项,其中,“用例编号”按照”用例编号命名规范“生成(使用管理工具的可以自动生成);“用例标题”需简洁明了地反映测试点,一般不超过20个字;“操作步骤描述”要求清晰、具体、准确;“预期输出”要求尽可能准确,能使用量化值描述的应使用量化值描述。
-
可操作性强
用例描述必须清楚,无歧义,不能出现“或”、“如果”、“多个”、“等等”等不确定的词,以避免不同的执行人员对用例有不同的理解。
-
预期输出唯一、明确
预期输出的描述不能出现模棱两可的词汇,如“可能”、“如果”、“大约”等。
-
用例编写应少而精
设计测试用例应当在满足测试覆盖率的前提下越少越好。少而精的用例可以缩短测试周期,也便于维护。
-
尽量包括更多的测试内容
尽可能将非功能模块的测试,比如易用性测试、健壮性测试、界面测试等,包含在功能测试中,这样做不但可以减少测试次数,更能提高测试效率。而且把相关联的测试用例一起执行,容易发现更多的缺陷。
-
采用分层的用例组织结构
将测试用例按照模块/子模块,或者测试项/测试点进行分层,这样可以使用例易读易懂、好扩展、好维护。
最后: 下方这份完整的软件测试视频学习教程已经整理上传完成,朋友们如果需要可以自行免费领取【保证100%免费】
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!
软件测试技术交流群社:786229024(里面还有工作内推机会,毕竟我们是关系社会。)
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。
文章来源:https://www.toymoban.com/news/detail-468288.html
面试文档获取方式:
文章来源地址https://www.toymoban.com/news/detail-468288.html
到了这里,关于用例设计规范示例的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!