网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
今天我们来讲讲测试用例规范,首先什么场景下需要有测试用例规范呢,测试用例规范的内容应该涵盖哪些方面?
测试用例规范产生的条件
一般新成立的测试部门,需要开展测试工作的情况下需要有一些指导性文件,测试用例规范就是用于指导测试用例编写流程及更改的文件,目的为团队成员在日常工作中开展提供统一依据和标准。
也就是说开展测试工作之前,就应该有这一份文档指导测试用例编写。
测试用例规范应包括哪些内容?
-
规范的范围
-
编写流程
-
编写要求
-
编写要素的定义
-
用例版本维护的原则
-
测试用例模板
1、首先明确我们这个规范的范围
如针对单元测试、接口测试、功能测试等方向,就需要有针对这三个方向的对应准则。
2、编写流程
最好画一个关于测试用例编写的流程图,这样看文档的人直接看流程图就能了解到测试用例的工作流程是什么样,如下图:
3、编写要求
用于说明单元、接口、功能测试用例的编写要求是什么,如果没有单元测试,这部分内容可以不写,拿功能测试要求说明:
-
功能测试用例颗粒度原则
-
功能测试用例准确性原则
-
功能测试用例的可维护性和可移植性原则
-
功能测试用例覆盖度原则
每一项具体的原则是什么根据自己的公司实际情况而定。
4、编写要素的定义分别是什么
这部分内容是指测试用例的组成要素,包括:功能模块名称、测试用例编号、测试用例标题、前置条件、测试用例步骤、期望结果、测试用例优先级(P0,P1,P2级)、用例类型(功能、UI等)、编写人、执行人、测试结果、bug编号、创建日期、测试日期、是否需求变更新增、新增日期、备注。
针对每一个要素应具体说明如何使用,如测试用例编号的格式及规则应是什么样的,如SZDZ-001。
再或者用例优先级的说明:
分P0、P1、P2、共3级,各级描述和用例占比如下:
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
254613a03fab5e56a57acb)**
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!