第二章软件测试过程与测试模型.pptVIP

* * * （2）对每一个交付内容进行测试。 每一个交付的开发结果都必须通过一定的方式进行测试。源程序代码并不是唯一需要测试的内容。要测试的对象包括可行性报告、业务需求说明，以及系统设计文档等（在确认测试中进行）。这同V模型中开发和测试的对应关系是相一致的，并且在其基础上有所扩展，变得更为明确。 （3）在设计阶段进行测试计划和测试设计。 设计阶段（见第2阶段）是做测试计划和测试设计的最好时机。很多组织要么根本不做测试计划和测试设计，要么在即将开始执行测试之前才飞快地完成测试计划和设计。在这种情况下，测试只是验证了程序的正确性，而不是验证整个系统本该实现的东西。 另外，前置测试还提示我们应增加静态审查，以及独立的QA（质量保证）测试。 （4）保持验收测试和技术测试保持相互独立 验收测试应该独立于技术测试，这样可以提供双重的保险，以保证设计及程序编码能够符合最终用户的需求。验收测试既可以在实施阶段的第一步来执行，也可以在开发阶段的最后一步执行。 前置测试模型提倡验收测试和技术测试沿循2条不同的路线来进行，每条路线分别地验证系统是否能够如预期的设想进行正常工作。这样，当单独设计好的验收测试完成了系统的验证, 我们即可确信这是一个正确的系统。 （5）开发和测试反复交替 在项目中从很多方面可以看到变更的发生，例如需要重新访问前一阶段的内容，或者地跟踪并纠正以前提交的内容，排除多余的成分，以及增加新的功能等等。开发和测试需要一起反复交替地执行（见第3阶段）。模型并没有明确指出参与的系统部分的大小。这一点和V模型中所提供的内容相似。不同的是，前置测试模型对反复和交替进行了非常明确的描述。 （6）发现内在的价值 前置测试能给需要使用测试技术的开发人员、测试人员、项目经理和用户等带来很多不同于传统方法的内在的价值。 前置测试用较低的成本来及早发现错误，并且充分强调了测试对确保系统的高质量的重要意义。 通常情况下，开发人员会将测试工作视为阻碍其按期完成开发进度的额外的负担。然而，当我们提前定义好该如何对程序进行测试以后，我们会发现开发人员将节省至少20%的时间。虽然开发人员很少意识到他们的时间是如何分配的，也许他们只是感觉到有一大块时间从重新修改中节省下来可用来进行其它的开发。 前置测试定义了如何在编码之前对程序进行测试设计，开发人员一旦体会到其中的价值，就会对其表现出特别的欣赏。前置方法不仅能节省时间，而且可以减少那些令他们十分厌恶的重复工作。 2.6 测试理念 尽早测试 “尽早测试”是从W模型中抽象出来的理念。开始测试的时间点并不是在代码编写完成之后才开展的工作，其实测试与开发是两个相互依存的并行的过程，测试活动在开发活动的前期已经开展。 据美国软件质量安全中心2000年对美国一百家知名的软件厂商统计，得出这样一个结论：软件缺陷在开发前期发现比在开发后期发现资金，人力上节约90%；软件缺陷在推向市场前发现比在推出后发现资金，人力上节约90%。所以说软件的缺陷应该尽早发现。 2.全面测试 软件是程序、数据和文档的集合，那么对软件进行测试，就不仅仅是对程序的测试，还应包括软件“副产品”的“全面测试”，这是W模型中一个重要的思想。需求文档、设计文档作为软件的阶段性产品，直接影响到软件的质量。阶段产品质量是软件质量的量的积累，不能把握这些阶段产品的质量将导致最终软件质量的不可控。 “全面测试”包含两层含义：第一，对软件的所有产品进行全面的测试，包括需求、设计文档，代码，用户文档等等。第二，软件开发及测试人员（有时包括用户）全面的参与到测试工作中，例如对需求的验证和确认活动，就需要开发、测试及用户的全面参与，毕竟测试活动并不仅仅是保证软件运行正确，同时还要保证软件满足了用户的需求。 3.全过程测试 “全过程测试”包含两层含义： 1. 测试人员要充分关注开发过程，对开发过程的各种变化及时做出响应。例如开发进度的调整可能会引起测试进度及测试策略的调整，需求的变更会影响到测试的执行等等 2. 测试人员要对测试的全过程进行全程的跟踪，例如建立完善的度量与分析机制，通过对自身过程的度量，及时了解过程信息，调整测试策略。 “全过程测试”有助于及时应对项目变化，降低测试风险。同时对测试过程的度量与分析也有助于把握测试过程，调整测试策略，便于测试过程的改进。 4.独立的、迭代的测试 前面我们说的“软件测试与软件开发是紧密结合的”，并不是“测试是依附于开发的一个过程”，而是指：测试活动是独立的。这正是H模型所主导的思想。 “独立