第六章软件测试重点.ppt

混合增值 常见的混合增值方案： 衍变的自顶向下：先自底而上集成子系统，再自顶而下集成总系统。 自顶向下—自底向上：以关键模块为中心，采用由两端向中间测试的方式；关键模块采用自底向上。 自底向上—自顶向下增值：对含有读操作的子系统采用自底而上。对含有写操作的子系统采用自顶而下。 回归测试：被修改模块及其子模块采用自顶向下；然后将其视为子系统自底向上测试，以检查与上级模块间的接口。 莽撞测试：未经认真准备的，无一定计划和不受任何限制的简单测试。 三、确认测试(validation testing) 又称为有效性测试或功能测试。其任务是验证系统的功能、性能等特性是否符合需求规格说明。 选择测试人员 选择测试用例 实际运行测试 软件计划 用户文档 开发文档 源程序文本 支持环境 有效性 测试 软件 配置 审查 验收 测试 安装 测试 交用户 运行维护 测试报告 软件配置 需求说明 用户环境 验收的 系统 确认测试步骤 (1)有效性测试 制定测试计划，运用黑盒法，验证软件特性是否与需求符合。 (2)软件配置复查 软件配置—指软件工程过程中所产生的所有信息项：文档、报告、程序、表格、数据。随着软件工程过程的进展，软件配置项（SCI software Configuration Item）快速增加和变化。应复查SCI是否齐全。 (3)验收测试（acceptance testing） 以用户为主的测试。软件开发人员和QA（质量保证）人员也应参加。由用户参加设计测试用例，使用用户界面输入测试数据，并分析测试的输出结果。一般使用生产中的实际数据进行测试。在测试过程中，除了考虑软件的功能和性能外，还应对软件的可移植性、兼容性、可维护性、错误的恢复功能等进行确认。 确认测试步骤 (4)?测试和?测试 ?测试由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。这是在受控制的环境下进行的测试。 目的是评价软件的功能、可使用性、可靠性、性能等，注重界面和特色。 ?测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。与α测试不同的是，开发者通常不在测试现场。主要目的是测试系统的可支持性。包括文档、客户培训和支持产品生产能力。只有当α测试达到一定的可靠程度时，才能开始β测试。 四、系统测试（system testing ） 将经过确认测试的软件，与计算机硬件、外设、支持软件等一起，在实际运行环境下测试。 系统测试的目的在于通过与系统的需求定义作比较，发现软件与系统定义不符合或与之矛盾的地方。系统测试的测试用例应根据需求分析规格说明来设计，并在实际使用环境下来运行。 6.4 软件可靠性 可靠性(Reliability)：系统在给定的时间间隔内，根据需求说明成功地运行的概率。也可以说可靠性是系统依照需求指定的功能不失败运作的可能性。 可用性(Usability)：系统在给定的时间点上根据需求说明成功地运行的概率。也可以说可用性是当有请求时（即在一定时刻）系统能执行有用服务的可能性。 可靠性意味着在0到t这段时间间隔内系统没有失效，而可用性只意味着在时刻t，系统是正常运行的。 因此，如果在时刻t系统是可用的，则有下述种种可能：在0到t这段时间内，系统一直没失效(可靠)；在这段时间内失效了一次，但是又修复了；在这段时间内失效了两次修复了两次；…… 提高可靠性的辅助方法 错误避免:SQA活动、开发技术上采取预防手段，如避免使用易出错的语言成分（指针）等等。 错误检测:测试与调试。 容错:系统中嵌入自检或冗余设施。 可靠性与正常使用中发生的错误概率有关。系统中有些部分很少使用，从中删除错误对系统的可靠性提高不大。每个用户使用系统的模式不同，对系统的可靠性就有不同的评价。如某个用户使用的输入集与易错输入集相交，他会体会到系统失败的滋味；但对于从不使用来自易错输入集的用户，系统总是可靠的！ 软件可靠性的度量 MTTF：Mean Time to Failures平均无故障时间(失败等待时间） MTTR: Mean Time to Repair平均维修时间 MTBF：Mean Time between Failures平均失败间隔时间 MTBF=MTTF+MTTR 软件越可靠，MTTF值越大。 MTTF较小时，可靠性值接近0; MTTF值越大，值接近1。 估算平均无故障时间的方法 1. 符号 在估算MTTF的过程中使用下述符号表示有关的数量： ET——测试之前程序中错误总数； IT——程序长度(机器指令总数)； τ——测试(包括调试)时间； Ed(τ)——在0至τ期间发现的错误数； Ec(τ)——在0至τ期间改正的错误数。 2. 基本假定 根据经验数据，可以作出下述假定。 (1)在类似的程序中，单位长度里的错误数E