what is good test case学习笔记
上一篇 /
下一篇 2009-01-13 13:50:16
/ 个人分类:测试基础
测试用例体现测试思想
运行测试的收获
1 发现软件缺陷
2 找到更多的bug
3 阻止产品的提前发布
4 帮助经理做决定(发布or not)
5 降低技术支持的费用
6 评估与规格说明书的一致性
7 符合规律
8 降低法律诉讼的风险
9 找到正确的方法使用该产品(找出软件如何工作,不会有bug出现)
10 评估软件质量
11 验证产品的正确性
12 质量保证
测试的两个目标
1找出bug
2使bug修复
好的测试用例
1、强大的(能找出bug的)
2 产生重大的结果(经理等决策人需要强制修改问题)
3 可信的
4 客户经常使用的功能,触发的事件
5 比较容易衡量的(容易看到结果的)
6 发现bug并且可以确定问题所在
7 可以帮助获得更多的信息
8 适当的复杂(不能太复杂)
9 可以帮助测试和程序员改进产品的方面,易用性,或者环境
测试类型和测试质量
测试种类
功能测试
域测试
基于规范的测试
基于风险的测试
压力测试
回归测试
用户测试
场景测试
状态模型测试
大批量自动化测试
探索性测试
功能测试
测试系统功能,特点(好的用例关注一个重点)
域测试(划分等价类?)
域测试的核心就是取样,关注他们的不同点,每次就一个不同点测试
基于规范的测试
基于需求说明书,测试系统
基于风险的测试
假设可以使程序失败的方式,然后设计一些用例去测试程序是否会在这种情况下失败
测试的目的:列出项目的风险
压力测试
回归测试
保存测试用例并且重复用他们,当程序做了修改后运行的测试
用户测试(接收测试)
由用户充当测试测试系统
场景测试
场景测试是在假设的基础上进行的,在测试中去检查在假设的情况下程序运行的情况
状态模型测试(状态转换测试)
可见的行为模式的状态模型及状态模型的转变,验证程序状态转换的正确性
大并发量自动化测试(并发测试)
大并发量运行程序,看系统的相应情况,
探索性测试
是在按照测试工程师运行和用户的一些指标设计测试用例的基础上,设计新的更好的测试用例去发现问题
测试必须做一些调查分析,例如,学习熟悉系统,查看缺陷历史分析产品,看代码和查访用户,阅读规格说明书,然后在更新自己的测试用例,对产品的进一步测试
相关阅读:
- 功能测试用例设计积累(一):软件界面 (fishy, 2009-1-09)
- 我的测试用例2 (杨静, 2009-1-12)
- 我的测试用例1 (杨静, 2009-1-12)
- 测试时需要注意的检查点 (杨静, 2009-1-12)
- 测试用例的编写方法 (杨静, 2009-1-12)
- 如何设计编写和设计软件测试用例 (杨静, 2009-1-12)
- 用例场景,软件测试的关键 (杨静, 2009-1-12)
- 功能测试用例设计积累(二):错误推测法分析与实践 (fishy, 2009-1-12)
- 测试用例评审如何做? (fishy, 2009-1-12)
- 零基础学习软件测试之困惑 (coffeetea2008, 2009-1-13)
收藏
举报
TAG:
测试用例
测试基础