51Testing软件测试论坛
标题:
大道简之——软件测试(三)
[打印本页]
作者:
binning_001
时间:
2008-4-12 09:31
标题:
大道简之——软件测试(三)
白盒测试:
1 语句覆盖(没什么用)
2判定覆盖(使每一个判断都至少有一个为真和为假的输出结果,以及将程序或子程序的每个入口点都必须至少被调用一次)
3 条件覆盖(将一个判断中的每个条件的所有情况的可能结果都至少执行一次)
4 判定/条件覆盖
5 多重条件覆盖
我们推荐的步骤:先使用黑盒测试方法来设计测试用例,然后根据情况需要来使用白盒测试进行补充。
测试策略:
a.如果规格说明中包含输入条件组合的情况,应首先使用因果图分析法。
b.在任何情况下都应该使用边界值分析。
c.应为输入和输出确定有效和无效等价类,在必要情况下对上面确认的测试用例进行补充。
d.使用错误猜想技术增加更多的测试用例。
e.针对上述测试用例集检查程序的逻辑结构。使用判定覆盖,条件覆盖,判定/条件覆盖或多重覆盖准则。
三 单元测试
1. 模块测试的测试用例设计过程如下:使用一种或几种白盒测试方法分析模块的逻辑结构,然后使用黑盒测试方法对照模块的规格说明以补充测试用例。最后分析所有测试用例,排除不可能发生的测试用例。
2. 增量测试:将要测试的模块组装到测试完的模块集合中。
两种策略:自顶向下和自底向上。
3. 非增量测试:先独立的测试每个模块,然后在将这些模块组装成完整的程序。
这个地方的测试一般都给程序员了,咱可就不是主要参与者了。
四 更高级别的测试(以后会详细讨论)
1. 功能测试的目的是为了暴露程序的错误以及与规格说明不一致之处。
2. 外部规格说明不能作为获得系统测试用例的基础,否则就破坏了系统测试的目标。
3. 通过分析目标文档来设计系统测试,分析用户文档来阐明测试用例。
4. 不能进行过多的容量测试,但每个程序应该至少进行几次容量测试。
五 调试(虽然这个是程序员用,但咱们在测试工具中调试脚本代码时也是要用到这种思想的,大家体会下思想就OK了)
在附件中
六 极限测试
1. 主要由两种类型的测试组成:单元测试和验收测试。
这个就是现在流行的XP测试,大家有兴趣的可以到网上找。代表性的是测试java的JUnit,它是测试驱动开发,先写测试代码,在写开发代码。
个人认为有点意思,大家可以自学一下。
作者:
echo5410
时间:
2008-4-16 14:16
thank U
作者:
dujun
时间:
2008-4-17 10:36
继续等待下集
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2