第9软件测试.ppt

* 第*页 9.3.3 集成测试 自底向上的集成（Bottom-Up Integration）方式是最常使用的方法，其他增量式集成测试方式都或多或少地继承、吸收了这种集成方式的思想。 自底向上集成方式从程序模块结构中最底层的模块开始组装和测试。因为模块是自底向上进行组装的，因此，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）必定是事前已经完成组装并经过测试的，所以不再需要编写桩模块，原理简单、管理方便。 * 第*页 9.3.3 集成测试 自底向上增量式集成测试的步骤大致如下： 步骤一：按照概要设计规格说明，明确有哪些被测模块。在熟悉被测模块性质的基础上对被测模块进行分层，在同一层次上的测试可以并行进行，然后排出测试活动的先后关系，制定测试进度计划。 步骤二：在步骤一的基础上，按时间线序关系，将软件单元集成为集成模块，并测试在集成过程中出现的问题。这里，可能需要测试人员开发一些驱动模块来驱动集成活动中形成的被测模块。对于比较大的模块，可以先将其中的某几个软件单元集成为子模块，然后再集成为一个较大的模块。 步骤三：将各软件模块集成为子系统（或分系统）。检测各子系统是否能正常工作。同样，可能需要测试人员开发少量的驱动模块来驱动被测子系统。 步骤四：将各子系统集成为最终用户系统，测试各分系统能否在最终用户系统中正常工作。 * 第*页 自底向上增量式集成测试的过程示意图如图9-19所示： 9-19 自底向上增量式集成测试的过程 * 第*页 9.3.3 集成测试 分析例9-7，“客户服务系统”的登录模块，如图9-20所示： 图9-20 “客户服务系统”登录模块的三层架构 * 第*页 9.3.3 集成测试 在上一单元中，我们已经针对格式验证类（clsFormatVerify）和身份验证类（clsAuthenticate）使用NUnit进行了单元测试。根据自底向上增量式集成测试的步骤，在这里，我们首先应该将已经经过测试的格式验证类（clsFormatVerify）、身份验证类（clsAuthenticate）和身份验证控制类（clsLogin）进行组装，然后，马上对组装后的模块M1进行集成测试。使用NUnit进行集成测试的测试代码如下： * 第*页 9.3.3 集成测试 * 第*页 9.3.3 集成测试 运行测试，如果测试失败，修改代码，再回归测试，直到测试成功为止，NUnit测试结果如图9-21所示： * 第*页 9.3.3 集成测试 9-21 NUnit测试结果 * 第*页 9.3.4 确认测试 1. 问题引入 经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样。那么，什么是确认测试？确认测试的内容是什么呢？ * 第*页 9.3.4 确认测试 2. 解答问题 确认测试又称有效性测试，是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。软件的功能和性能要求在软件需求规格说明书中已经明确规定，它包含的信息就是软件确认测试的基础。 * 第*页 9.3.4 确认测试 确认测试包括以下内容： 安装测试 功能测试 可靠性测试 安全性测试 时间及空间性能测试 易用性测试 可移植性测试 可维护性测试 文档测试 * 第*页 9.3.4 确认测试 3. 分析问题 (1) 确认测试一般采用手工测试与自动化测试相结合的方法进行。对于一些基本的、逻辑性不强的操作，可以使用自动化测试工具。对于一些逻辑性很强的操作，自动化测试很难模拟的操作，这时就需要手工测试了。 在以下两种情况下一般采用自动化测试工具协助进行测试： 需要进行性能测试、压力测试的时候； 需要多次回归测试、多次重复操作的时候。 除此之外，自动化测试工具完成不了的，手工测试都能弥补，两者有效的结合是提高测试质量、测试效率的关键。 * 第*页 9.3.4 确认测试 (2) 在上一单元中，我们已经对例9-7的“客户服务系统”的登录模块进行了集成测试，那么，在这里，我们将尝试通过自动化测试工具QuickTest Professional协助进行确认测试。首先，细分要测试的功能，然后通过QuickTest Professional录制测试脚本，如图9-22所示。 * 第*页 9-22 录制、编辑QTP脚本过程 * 第*页 9.3.4 确认测试 针对需求规格说明书的功能描述，编辑录制好的脚本，对脚本进行参数化、添加检查点等等，以便QuickTest Professional自动化工具能更灵活、更深入地发现更多的缺陷。进行参数化、添加检查点后的脚本如下所示： * 第*页 9.3.4 确认测试 * 第*页 9.