0506 软件项目风险管理 质量管理.pptVIP

华中科技大学机械学院CAD中心 V模型中的过程从左到右，描述了基本的开发过程和测试行为。V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。 测试的V模式 华中科技大学机械学院CAD中心 单元测试 单元测试的内容主要是： 算法逻辑、数据定义的理解和使用、接口、各种CASE路径、边界条件、错误处理等。 单元测试的目的通常是: 在开发环境中，程序设计工程师为了检查单元程序模块内部的逻辑、算法和数据处理结果的正确性等。单元测试通常由负责编码的工程师自己在代码完成后测试，也有在项目组内，由工程师相互交叉测试。 调试与测试的最大的不同点是二者的目的和视角的区别： 调试包括查找BUG、定位BUG、修改并最终确认BUG已经被修复的软件故障排除过程。 测试是在一个相对独立的环境下（测试应尽可能地模拟运行环境，调试是在开发环境），运行系统单元，观察和记录运行结果，对结果进行独立评价的过程。 华中科技大学机械学院CAD中心 集成测试（子系统测试） 集成测试又称组装测试，它是在单元测试完成后，组装为一个子系统后，对下列只有组装后才能发生和测试到的问题，进行检查： （1）组装后一个模块对另一个模块的影响； （2）合并功能是否是预期的； （3）独立误差在合并后的变化，是扩大还是减小，是否在可接受的范围内； （4）实际的接口测试；包括：模块之间对实际衔接的标准、时序（实时性）、应答响应、容错与错误处理等； （5）模块间的资源竞争等。 集成测试也很重视集成的阶段性。最坏的情况是系统只有一次集成，就是系统全部模块完成后进行集成。实际上，这就像一部汽车，直到要出厂时，才来一次总测试。而当你每天生产一部完全不同规格、型号的汽车时，这个时候的测试，可能是非常要命的。 比较好的办法是通常采用的增量组装法，包括自顶向下或自低向上的增量组装。分阶段的增量组装测试，可以解决一次集成，问题的隔离和区分不易的困难。 华中科技大学机械学院CAD中心 确认测试（系统测试） 确认测试的目的是按照与用户确认的软件需求规格说明书的要求，检查系统的需求实现。确认需求的测试依据是需求阶段产生的测试脚本（测试用例）。 国内项目组的现实情况有以下几种： （1）没有确认测试； （2）没有独立的确认测试，测试与设计、编码不分离； （3）有独立的确认测试，但测试用例是设计和编码人员写的，因此，独立测试人员相当于按设计和编码人员的设计思路再测一遍。 上述这些情况，就丧失了确认测试的大部分意义。正确的确认测试是独立的测试组中，具有相应知识的测试设计师，根据需求规格说明书，并依据该软件在用户方面将会是在什么环境下，用户将如何使用该软件，来设计测试方案和测试用例，安排测试人员进行测试。很显然，现实离理想的距离还比较遥远。 确认测试还包括软件经修改后的再测试（回归测试）。回归测试是对已测试并发现故障的部分，修改后进行再测试。回归测试不应修改测试程序、测试内容或测试标准。它与正常测试不同的仅是：它可能并不需要再完整地走一遍所有的确认测试，而是小心地选择部分确认测试程序，选择的标准是不减低原标准的整体要求。 华中科技大学机械学院CAD中心 ɑ测试和?测试 为了实际检验软件的功能和性能，有时，常邀请特定的用户帮助试用（测试）系统正式发布前的版本，请用户对系统进行评价。这就是通常所说的ɑ测试和?测试。 ɑ测试是由一个用户在开发者的场所，在开发者指导下进行的测试。开发者记录下问题和错误，是在开发者“控制”下的测试。 ?测试是用户的环境中，开发者可能并不在现场，由用户“活用”系统情况下的测试。用户记录下问题，报告给开发者。 在商用套装软件中，这种情况比较多见，在行业应用系统中，由于现实环境并不允许不成功的软件直接投入使用，用户也没有参与测试义务、时间和资源的投入和配合的积极性，因此，这种测试很少发生。 华中科技大学机械学院CAD中心 验收测试 在行业应用软件环境中，验收测试是项目过程非常重要的一环，也是项目经理非常关注的一项工作。 验收测试与确认测试非常相似，所不同的是，确认测试是项目组或组织内部的测试，验收测试是用户主导、现场参与、现场环境下的测试。 验收测试通常由项目组先提出测试大纲，定义测试目的、范围、方法、测试用例、预期结果、验收标准等。经用户同意批准，可能包括用户的修改、增加后，确定测试时间，开始进入验收测试。 用户在完成按测试用例的测试后，在测试记录上逐条确认、签字，最后，在测试报告上签字，完成验收测试。 一般地、验收测试报告是项目初验、终验的依据和主要验收形式。 华中科技大学机械学院CAD中心 6.2.2 测试方法 测试所处的阶段不同，方法也不同：