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  可以帮助测试和程序员改进产品的方面,易用性,或者环境


测试类型和测试质量
  测试种类
功能测试
域测试
基于规范的测试
基于风险的测试
压力测试
回归测试
用户测试
场景测试
状态模型测试
大批量自动化测试
探索性测试

 

功能测试
测试系统功能,特点(好的用例关注一个重点)

域测试(划分等价类?)
域测试的核心就是取样,关注他们的不同点,每次就一个不同点测试

基于规范的测试
基于需求说明书,测试系统

基于风险的测试
假设可以使程序失败的方式,然后设计一些用例去测试程序是否会在这种情况下失败
测试的目的:列出项目的风险

压力测试

回归测试
保存测试用例并且重复用他们,当程序做了修改后运行的测试

用户测试(接收测试)
由用户充当测试测试系统

场景测试
场景测试是在假设的基础上进行的,在测试中去检查在假设的情况下程序运行的情况

状态模型测试(状态转换测试)
可见的行为模式的状态模型及状态模型的转变,验证程序状态转换的正确性

大并发量自动化测试(并发测试)
大并发量运行程序,看系统的相应情况,

探索性测试
是在按照测试工程师运行和用户的一些指标设计测试用例的基础上,设计新的更好的测试用例去发现问题
测试必须做一些调查分析,例如,学习熟悉系统,查看缺陷历史分析产品,看代码和查访用户,阅读规格说明书,然后在更新自己的测试用例,对产品的进一步测试


TAG: 测试用例 测试基础

 

评分:0

我来说两句

日历

« 2024-03-20  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 24390
  • 日志数: 25
  • 建立时间: 2008-07-31
  • 更新时间: 2009-12-23

RSS订阅

Open Toolbar