第4部分软件工程测试阶段.ppt

* * 有时被区分为：系统测试和确认测试 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 这种组装的方式是从程序模块结构的最底层的模块开始组装和测试。 因为模块是自底向上进行组装，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）已经组装并测试完成，所以不再需要桩模块。在模块的测试过程中需要从子模块得到的信息可以直接运行子模块得到。 (2) 自底向上的增量方式 * 自顶向下增量的方式和自底向上增量的方式各有优缺点。 一般来讲，一种方式的优点是另一种方式的缺点。 * 衍变的自顶向下的增量测试： 首先对输入／输出模块和引入新算法模块进行测试; 再自底向上组装成为功能相当完整且相对独立的子系统; 然后由主模块开始自顶向下进行增量测试。 (3) 混合增量式测试 * 在组装测试时，应当确定关键模块，对这些关键模块及早进行测试。 关键模块的特征： 满足某些软件需求； 程序的模块结构中位于较高的层次（高层控制模块）； 较复杂、较易发生错误； 有明确定义的性能要求。 (4) 关键模块问题 * 确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。 对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。 确认测试(Validation Testing) * 通过实施预定的测试计划和测试步骤，确定： 软件的特性是否与需求相符； 所有的文档都是正确且便于使用； 同时，对其它软件需求，例如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试。 确认测试(Validation Testing) * 确认测试阶段要进行软件配置复查，软件配置复查的目的是保证： 软件配置的所有成分都齐全； 各方面的质量都符合要求； 具有维护阶段所必需的细节； 而且已经编排好分类的目录。 应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。 确认测试 * 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类： 测试结果与预期的结果相符。这说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。 测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。 确认测试 * 系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。 系统测试的特点： 系统测试的环境是软件真实运行环境的最逼真的模拟。系统测试中各部分研制完成的真实设备逐渐取代了模拟器或仿真器，有关真实性的一类错误，包括外围设备接口、输出/输入、或多处理器设备之间的接口不相容，整个系统时序匹配等，在这种运行环境下能得到比较全面的暴露。 系统测试（System Testing） * 系统测试 目标： 检验组成整个系统的代码、以及系统的软硬件配合有无错误 代码实现的系统与用户需求是否吻合 检验系统的文档等各种是否完整、有效 模拟验收测试的要求，检查系统是否符合用户的验收标准 时机： 多数集成测试完成后 方法： 黑盒测试 责任： 测试工程师 * a. 系统功能测试； b. 系统性能测试； c. 软件和系统接口测试； d. 系统可靠性测试； e. 系统安全性测试； f. 系统恢复性测试； g. 系统边界测试； h. 系统余量测试； i. 系统敏感性测试； j. 系统可移植性测试。 应根据软件的复杂性、重要性、类型和关键级别，选择进行以下测试，但必须包括功能测试。 系统测试 * 系统功能测试 测试在真实系统环境或系统仿真环境中软件的各项功能是否满足系统需求。 系统性能测试 测试在真实系统环境或系统仿真环境中软件的各 项性能指标是否满足系统需求。 系统安全性测试 在真实系统环境或系统仿真环境中进行安全性测试，检查系统对非法侵入的防范能力。以发现软件系统中是否存在安全漏洞。 系统测试 * 系统可靠性测试 在真实系统环境或系统仿真环境中进行可靠性测试。检测在规定的时间内以及规定的环境条件下，完成规定功能的能力。 系统恢复性测试 检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。对有恢复或重置(RESET)功能的系统,必须验证恢复或