集成测试与系统测试

                                                    集成测试与系统测试

集成测试与系统测试是不一样的。

集成测试针对的是模块之间的关系，而系统测试针对的是整个系统的功能。

集成测试需要了解程序的结构，是一种结构化的测试方法，有路径覆盖的含义。

系统测试不需要了解程序的结构，是一种黑盒的测试方法，是功能覆盖的意义。

这里感觉有个矛盾，集成测试不是大都采用黑盒测试吗，那又怎么了解程序的结构。

我的想法是，集成测试需要了解程序模块之间的结构关系，但是不需要了解更内部的细节。

所以相对程序模块而言，算是黑盒测试，但相对整个系统来说，应该更像白盒测试。

但总的来说，这个争论并不重要，知道原理才是最重要的。

集成测试是由软件开发人员完成的；而系统测试往往是需要用户的参与。

集成测试

集成测试的方法：

基于调用图的集成

从模块之间调用关系的角度，可以得到程序的调用图

图示：

基于路径的集成

    一个概念：MM-路径

源节点，汇几点。

模块执行路径是以源节点开始，以汇节点结束的一系列语句，中间没有插入汇节点。

消息：

是一种程序设计语言机制，通过它，一个单元将控制转移给另一个单元。

MM-路径是穿插出现模块执行路径和消息的序列。

Example：

集成测试策略比较：

注意：双向箭头表示两条边。（这个公式和DD路径圈数是一样的，因为本来就是有向图的计算公式）

系统测试：

好吧，，这里又声明集成测试是白盒测试了，ok，我觉得这个是对的。（结构测试里面曾经提到集成测试是黑盒测试）

线索

我们讨论系统级线索，进行系统测试。

原子系统功能ASF：

是一种在系统层可以观察得到的端口输入和输出事件的行动。

需求规格说明的基本概念

数据，操作，设备，事件，线索。

线索测试的结构策略:

基于用例的线索

基于规格说明系统测试的覆盖率：

基于事件的线索测试

基于端口的线索测试

基于数据的线索测试