集成测试用例设计思路

Posted 2021-05-01 一朵儿的软件测试之旅

• 集成测试是介于白盒测试和黑盒测试之间的灰盒测试，因此在该测试的用例设计方法中会综合使用两类测试中的测试分析方法

• 为系统运行起来而设计用例

• 集成测试第一个需要关注的问题是接口能用并且不会阻塞后续的集成测试执行

• 可使用的测试分析技术

• 规范导出法

• 等价类划分

• 为正向测试而设计用例

• 假设过程是良好的，接口设计及模块功能设计需求是明确和无误的，那么集成测试的一个重点就是需要验证这些接口需求和集成后的模块功能需求被正确无误的满足了。基于这个原则，可以根据概要设计文档导出相关的用例

• 可使用的测试分析技术

• 规范导出法

• 输入域测试

• 输出域覆盖

• 等价类划分

• 状态转换测试

• 为逆向测试而设计用例

• 在集成测试中的逆向测试包括分析被测接口有没有实现规格没有要它实现的功能，规格中可能出现的接口遗漏或接口定义错误，分析可能出现的接口异常情况，包括接口数据本身的错误，接口数据顺序错误等。

• 对于面向对象系统和基于有限状态机的系统还需要考虑可能出现的状态异常，包括丢失的或不正确的状态转换；一个有效的消息被忽略；不可预测的行为；一个可能的潜行路径；一个不期望的消息引起的失败；接受没有定义的消息等；

• 可使用的测试分析技术

• 错误猜测法

• 基于风险的测试

• 基于故障的测试

• 边界值分析

• 特殊值测试

• 状态转换测试

• 为满足特殊需求而设计用例

• 以前的观点中，类似安全性测试，性能测试，可靠性测试等主要在系统测试阶段进行，但是目前通过在软件设计过程中细化了这些特殊的需求，一些产品开始在模块设计文档中就明确了接口的安全性指标、性能指标等，这种情况下应尽早开展接口相对于这些特殊需求的测试，以便最终保证系统整体特殊需求的满足。

• 可使用的测试分析技术

• 规范导出法

• 为高覆盖设计用例

• 不同于单元测试，在集成测试中最关注的覆盖是功能覆盖和接口覆盖。通过分析集成后模块的哪些功能没有被测试到，哪些接口没有被覆盖（尤其对于消息接口，所有可能的正常消息，异常消息都应当被验证）来设计测试用例

• 可使用的测试分析技术

• 功能覆盖分析

• 接口覆盖分析

• 测试用例补充

• 不可能在一开始就完全完成所有集成测试用例的设计，由于随着可能的功能增加，特性修改，缺陷修改等原因，还需要在集成测试的执行阶段不断更新和补充集成测试用例

• 注意事项

• 测试重点要突出，关键的接口必须被覆盖到，同时用例设计要考虑充分的可回归性和执行的自动化