自学笔记,欢迎指正
———————————————————————————————————————————
目录
一、测试用例的简介
1、什么是测试用例
测试用例(TestCase)是为项目需求而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序是否满足客户需求。
可以总结为:每一个测试点的数据设计和步骤设计。 对需求分析找出来的每一个功能点,进行数据设计和步骤设计,预期结果。
2、为什么要写测试用例
1)测试用例是软件测试的核心
2)评估测试结果的基准
3)保证测试的时候不遗漏测试功能点。可以在测试人员疲累的时候起到一个牵引的作用
4)在编写测试用例的过程,可以熟悉需求,对系统架构或者业务流程有一个整体的,深入的了解
5)好的测试用例不仅方便自己和别人查看,而且还能帮助设计的时候考虑的更周全,因此测试用例的写作和设计一样,也是非常重要的。执行性(指导性)文档
3、测试用例的作用
1)理清思路,避免漏测和重复测试
2)提高测试效率
3)跟进测试进度
4)跟进重复性任务
5)更好地记录问题,发现问题,重现问题
二、测试用例的核心内容
1、测试用例的组成
1)用例编号:产品名-测试阶段-测试项-xxx功能模块的首字母加数字
2)测试项目:对应一个功能模块(细分功能)
3)测试标题:直接对测试点进行细化得出,输入内容+结果,同一功能模块标题不能重复(来自测试点)
4)重要级别:高、中、低
5)预置条件:需要满足一些前提条件,否则用例无法执行
6)测试输入:需要加工的输入信息,根据具体情况来设计(跟步骤结合起来一定要具有指导性意义)
7)操作步骤:明确给出每个步骤的描述、执行人员可以根据该步骤完成执行工作
8)预期结果:根据预期输出对比实际结果,来判断被测对象是否符合需求。(预期结果唯一,不能出现“是否或者”)
9)测试结果
10)备注
2、测试用例的编写
1)Excel --小公司
2)测试管理工具 --中、大型公司
三、测试用例编写的原则&编写有效的用例
1.每一个测试需求至少有一个测试用例与之对应
2. 每个测试用例包含的测试步骤尽量不要超过10个,如果过多就进行拆分
3. 每一步step只包含有一种情况,不能将多种情况塞在一个用例里
4. 每个测试用例包含的测试步骤不得少于2个
5. 测试用例设计时应该包含功能的边界情况、等价类等方法
6. 对于流程尽量实现每个路径的覆盖
7. 关注需求中特别提出的权限、必输项、初始值和计算结果等内容
8. 测试用例设计根据测试范围进行评审检查,覆盖全部范围
9. 测试集合根据模块以及对应的需求变更建立集合,每个集合包含对应的测试需求和测试用例(可选)
10.功能测试时,根据界面、业务、数据流变化进行用例划分
11.界面验证,业务验证,数据流验证的用例应该分开来写,不能放在一个测试集合里
12.公用性比较强的测试用例,需要单独出来,以便引用。比如输入日期查询(可选)
13.每一步step name需要填写,一般填写总结性的语言,这样看到step name时就知道大概该step测试的内容
14.在系统测试阶段,如果可以通过前台界面可以验证的,最好不要通过查询表的方式来验证。
四、用例评审
评审会议参加角色人:产品、开发、测试
测试案例的几个要素分别是:测试环境、测试数据、测试目的、测试步骤、测试结果
附:测试用例模板