- 📢专注于分享软件测试干货内容,欢迎点赞 👍 收藏 ⭐留言 📝 如有错误敬请指正!
- 📢交流讨论:欢迎加入我们一起学习!
- 📢资源分享:耗时200+小时精选的「软件测试」资料包
- 📢 软件测试学习教程推荐:火遍全网的《软件测试》教程
一个好的用例设计,可以让任何一个执行测试的测试人员都能够容易理解,好操作、易执行、无歧义。这就需要有一个用例设计规范。
下面是一组用例设计规范的示例。
用例编号命名规范化
用例具有规范的、统一的、唯一的标识,有助于实现对用例的规范化管理。比如:可以将用例编号按照下面的命名方式来命名:
TC-NO-001
其中“TC”表示测试用例(TestCase),“No”表示所测试的功能模块(或其他的非功能需求)的代号?编号,“001”即测试这个功能模块的用例序号。使用这种编号方式可以很方便地知道该用例是哪个模块的测试用例。
有了用例编号的命名规范,也方便使用测试用例管理工具(如TestLink)来管理测试用例。
明确用例的必填元素
规范中应当明确“用例编号”、“用例标题”、“操作步骤描述”、“预期输出”等为必填项,其中,“用例编号”按照”用例编号命名规范“生成(使用管理工具的可以自动生成);“用例标题”需简洁明了地反映测试点,一般不超过20个字;“操作步骤描述”要求清晰、具体、准确;“预期输出”要求尽可能准确,能使用量化值描述的应使用量化值描述。
可操作性强
用例描述必须清楚,无歧义,不能出现“或”、“如果”、“多个”、“等等”等不确定的词,以避免不同的执行人员对用例有不同的理解。
预期输出唯一、明确
预期输出的描述不能出现模棱两可的词汇,如“可能”、“如果”、“大约”等。
用例编写应少而精
设计测试用例应当在满足测试覆盖率的前提下越少越好。少而精的用例可以缩短测试周期,也便于维护。
尽量包括更多的测试内容
尽可能将非功能模块的测试,比如易用性测试、健壮性测试、界面测试等,包含在功能测试中,这样做不但可以减少测试次数,更能提高测试效率。而且把相关联的测试用例一起执行,容易发现更多的缺陷。
采用分层的用例组织结构
将测试用例按照模块/子模块,或者测试项/测试点进行分层,这样可以使用例易读易懂、好扩展、好维护。
最后我邀请你进入我们的软件测试学习交流群, 大家可以一起探讨交流软件测试,共同学习软件测试技术、面试等软件测试方方面面,还会有免费直播课,收获更多测试技巧,我们一起进阶Python自动化测试/测试开发,走向高薪之路:
感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!