作用:1 是否能满足客户的需求
2 根据用例量推算任务完成时间。
包含:用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注等。
测试用例编写流程
需求分析—提取测试点—测试用例编写—评审
一 需求分析
1业务需求:关注系统是否满足业务。
2用户需求:关注系统是否满足用户习惯
3功能需求:观众系统是否满足功能需求。
没有需求怎么办?
参考市面上已经上线的同类产品。
需求模糊怎么办?收集整理已有需求
和相关人员逐条确认
参考市面同类型产品实现
二 测试点提取
测试点:通过需求分析后得出的需要进行测试的具体内容。
如何提取?
分成功能模块、测试点编号、测试点提取,根据测试软件的功能寻找测试点,
比如功能模块为登陆模块,那么测试点可以有:第三方微博微信qq登陆,手机号登陆,邮箱登陆。
三 测试用例编写
注意事项
1 根据项目实际情况设计用例表格
2用例格式不固定,不要生搬硬套
3根据具体情况编写
编写方法
1等价类划分
如何选择适当的数据子集,来代表整个数据集,通过降低测试数据数目实现“合理覆盖”,覆盖了更多的可能数据,以实现更多软件缺陷。
2边界值划分
选取正好等于、刚刚大于或刚刚小于边界值的测试数据,与等价类划分法结合。
3场景法
通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果。场景法一般包括基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。
4猜测法
经验猜测
四 测试用例评审
1对测试用例进行检查
2同行评审、小组评审,部门评审,三方评审。
3不同评审角色不同
目的:改进用例,提高质量。
五管理测试用例
1为什么管理用例?
测试用例数量巨大
测试用例会随着需求变更
测试用例需补充完善
如何管理
1原始的excel管理方式
2专业的项目管理系统
ALM 专业的,昂贵的,部署麻烦的,不适合个人
testlink 在线的开源的,易用性不好
Bugzilla与testlink类似
JIRA适合企业用
推荐用禅道,分为专业版和免费版,免费版适合个人用,不仅可以导入导出测试用例,并且设计更改用例方便,还可以将用例转为bug。