大道简之——软件测试（三）

binning_001

白盒测试：
1 语句覆盖（没什么用）
2判定覆盖（使每一个判断都至少有一个为真和为假的输出结果，以及将程序或子程序的每个入口点都必须至少被调用一次）
3 条件覆盖（将一个判断中的每个条件的所有情况的可能结果都至少执行一次）
4 判定/条件覆盖
5 多重条件覆盖

我们推荐的步骤：先使用黑盒测试方法来设计测试用例，然后根据情况需要来使用白盒测试进行补充。

测试策略：
a．如果规格说明中包含输入条件组合的情况，应首先使用因果图分析法。
b．在任何情况下都应该使用边界值分析。
c．应为输入和输出确定有效和无效等价类，在必要情况下对上面确认的测试用例进行补充。
d．使用错误猜想技术增加更多的测试用例。
e．针对上述测试用例集检查程序的逻辑结构。使用判定覆盖，条件覆盖，判定/条件覆盖或多重覆盖准则。

三 单元测试
1. 模块测试的测试用例设计过程如下：使用一种或几种白盒测试方法分析模块的逻辑结构，然后使用黑盒测试方法对照模块的规格说明以补充测试用例。最后分析所有测试用例，排除不可能发生的测试用例。
2. 增量测试：将要测试的模块组装到测试完的模块集合中。
两种策略：自顶向下和自底向上。
3. 非增量测试：先独立的测试每个模块，然后在将这些模块组装成完整的程序。
        这个地方的测试一般都给程序员了，咱可就不是主要参与者了。

四 更高级别的测试（以后会详细讨论）
1. 功能测试的目的是为了暴露程序的错误以及与规格说明不一致之处。
2. 外部规格说明不能作为获得系统测试用例的基础，否则就破坏了系统测试的目标。
3. 通过分析目标文档来设计系统测试，分析用户文档来阐明测试用例。
4. 不能进行过多的容量测试，但每个程序应该至少进行几次容量测试。

五 调试（虽然这个是程序员用，但咱们在测试工具中调试脚本代码时也是要用到这种思想的，大家体会下思想就OK了）
在附件中

六 极限测试
1. 主要由两种类型的测试组成：单元测试和验收测试。
这个就是现在流行的XP测试，大家有兴趣的可以到网上找。代表性的是测试java的JUnit，它是测试驱动开发，先写测试代码，在写开发代码。
个人认为有点意思，大家可以自学一下。

echo5410

thank U

dujun

继续等待下集