ch07 软件测试.pptVIP

图 自底向上结合 3、 不同集成测试策略的比较 自顶向下集成测试方法： 优点: 不需要驱动程序; 能够在测试阶段的早期实现并验证系统的主要功能， 能在早期发现上层模块的接口错误。 缺点: 需要存根程序,可能遇到与此相联系的测试困难， 低层关键模块中的错误发现较晚， 在早期不能充分展开人力。 而自底向上测试方法的优缺点与上述自顶向下测试方法的优缺点刚好相反。 自底向上集成测试方法： 优点： 不需存根驱动； 测试用例的设计比自顶向下集成测试方法容易。 缺点： 需要程序驱动； 直到把最后一个模块结合进来之前，程序作为一个整体始终不存在。 总结： 在测试实际的软件系统时，应该根据软件的特点以及工程进度安排，选用适当的测试策略。一般说来，纯粹自顶向下或纯粹自底向上的策略可能都不实用，人们在实践中创造出许多混合策略： 改进的自顶向下测试方法。基本上使用自顶向下的测试方法，但是在早期使用自底向上的方法测试软件中的少数关键模块。优点能在测试的早期发现关键模块中的错误；但是缺点也比自顶向下方法多一条，即测试关键模块时需要驱动程序。 （2） 混合法。自顶向下方法和自底向上方法相结合。对软件结构中较上层使用的自顶向下方法, 对软件结构中较下层使用的自底向上方法。这种方法兼有两种方法的优点和缺点，当被测试的软件中关键模块比较多时，这种混合法可能是最好的折衷方法。 * 第*页 回归测试：这种测试用于验证对软件修改后有 没有引起新的错误，或者说验证修改后的软件 是否仍然满足系统的需求规格说明书。 7.5.3 确认测试 确认测试(validation testing)，又称为有效性测试或验收测试。目标是验证软件的有效性。 其任务是验证系统的功能、性能等特性是否符合需求规格说明；文档资料是否正确、完整； 系统的可移植性、兼容性、错误的恢复能力和易维护性是否满足。 选择测试人员 选择测试用例 实际运行测试 软件计划 用户文档 开发文档 源程序文本 支持环境 有效性 测试 软件 配置 审查 管理 机构 裁决 专家 鉴定会 交用户 测试报告 软件配置 确认测试步骤 1. 有效性测试 确认测试对已测试过的纯技术性的问题不再测试，对用户特别感兴趣的功能和性能需要增加测试。按照用户的实际使用过程，使用实际数据进行测试。确认测试是以用户为主进行的，用户参与设计测试方案，参与实地测试，参与评价测试结果。确认测试属于黑盒测试。 确认测试有下述两种可能的结果： （1） 功能和性能与用户要求一致，软件是可以接受的； （2） 功能和性能与用户要求有差距。 2. 软件配置报告 复查软件配置是确认测试的一个重要内容。复查的目的是保证软件配置的所有成分都齐全，质量符合要求，文档与程序完全一致，具有完成软件维护所必须的细节，而且已经编好目录。 除了按合同规定的内容和要求，由人工审查软件配置之外，在确认测试过程中还应该严格遵循用户指南及其他操作程序，以便检验这些使用手册的完整性和正确性。必须仔细记录发现的遗漏或错误，并且适当地补充和改正。 如果软件是专为某个客户开发的，客户可以进行一系列验收测试。 如果一个软件是为许多客户开发的，那么，让每个客户都进行正式的验收测试是不现实的。在这种情况下，使用Alpha测试和Beta测试。 Alpha测试：产品发布前开发单位的内部综合测试。 是在受控的环境中进行的。它由用户在开发者的场所进行，并且在开发者对用户的“指导”下进行测试。开发者负责记录发现的错误和使用中遇到的问题。 Beta测试是软件在开发者不能控制的环境中的“真实”应用。 Beta测试由软件的最终用户们在一个或多个客户场所进行。用户定期把在Beta测试过程中遇到的一切问题（真实的或想像的）记录下来，并且报告给开发者。开发者接收到在Beta测试期间报告的问题之后，对软件产品进行必要的修改，并准备向全体客户发布最终的软件产品。 7.5.4 Alpha和Beta测试 * 第*页 7.5.5 系统测试 系统测试是将经过单元测试、集成测试、确认测试以后的软件，作为计算机系统中的一个组成部分，需要与系统中的硬件、外部设备、支持软件、数据及操作人员结合起来，在实际运行环境下对计算机系统进行一系列的严格有效的测试来发现软件的潜在问题，以保证各组成部分不仅单独的正常运行，而且在系统各部分统一协调下也能正常运行。 系统测试不同于功能测试。功能测试主要是验证软件功能是否符合用户需求，并不考虑各种环境及非功能问题，如安全性、可靠性、性能等，而系统测试是在更大范围内进行的测试，着重对系统的性能、特性进行测试。以下 是用于系统测试的几种典型软件系统测试： 恢复测试：是一种系统测试，它以不同的方式强使软件出现 故障，用来检验软件是否恰当地完成恢复。 如果恢复是自动的，则重新初始化