如何使软件测试活动与产品/开发生命周期活动保持一致？

无论测试是否使用任何模型进行软件开发，测试都必须是任何项目的重要组成部分。测试经理应该完全了解组织中使用的系统开发生命周期，以便测试活动可以正确地与生命周期保持一致。

 
让我们看一些可用于开发软件的模型。

目录
顺序模型
迭代模型
敏捷模型
螺旋模型

 

顺序模型
示例包括V模型，W模型，瀑布模型等。您必须知道，每个模型都有许多发展阶段。每个阶段都有与其相关的多项活动，例如需求收集，系统设计，设计实施以及最终测试- 单元测试，集成测试，系统测试和验收测试。

在顺序模型中，一个阶段的所有开发活动必须在下一阶段开始之前完成。

使用此类模型对产品的计划，分析，设计和实现等测试活动与计划，需求分析，软件设计，数据库设计和编码等项目活动同时进行。

的重叠的程度是根据所决定的检测电平。如ISTQB基础级课程大纲和先前主题中所述，测试执行顺序进行。

迭代模型
它们也称为增量模型。示例包括快速应用程序开发（RAD），Rational Unified Process（RUP）等。在迭代模型中，将要实现的功能根据业务优先级，业务风险等一些标准组合在一起。

分组后，将为每个小组一起实施项目阶段及其工作产品和任务。每个特征组的阶段可以顺序地或同时发生，并且迭代可以是顺序的或重叠的。

启动项目后，将同时进行诸如高级计划和分析之类的测试活动，以及诸如计划和业务或需求分析之类的项目活动。

很多时候，测试本身重叠方式与测试水平实现。

这意味着测试级别实际上会尽早开始，甚至可以在更高的测试级别开始后继续进行。

敏捷模型
示例包括SCRUM，极限编程（XP）等。敏捷产品开发模型具有递增的生命周期，其中增量非常短，有时只有两到四个星期。

与迭代或增量模型一样，每次迭代的活动和工作产品必须在下一个阶段开始之前完成。

敏捷模型中的测试与迭代模型中的测试相同，但是测试活动（包括执行）与产品开发活动的重叠更大。

但是，迭代的所有任务（包括测试）必须在下一个迭代开始之前完成。敏捷环境中的测试经理必须扮演技术顾问的角色，而不是直接的管理角色。

螺旋模型
在螺旋模型中，首先要进行原型设计，以确定项目的可行性以及尝试新的设计和实施思路。

该原型做根据业务优先级和技术风险参与。原型有助于团队确定无法解决的技术难题。

解决这些问题后，项目可以采用迭代或顺序模型。

让我们以将ISTQB 测试过程应用于使用V模型进行开发的系统为例。该测试过程可以被执行如下：

项目规划活动和系统测试计划的系统任务可以在同一时间发生一起。在完成系统测试执行和测试关闭活动之前，测试控制将继续有效。
通过定义需求，系统，高层（体系结构）设计和底层（组件）设计规范，可以进行系统测试活动的分析和设计。
随着系统设计的进步，与系统测试实施相关的活动也可能开始。但是，大多数活动将在编程和组件测试期间进行。在开始执行系统测试的前几天，系统测试实施任务已结束。
在系统的系统测试进入条件得到满足或有意忽略后，就可以开始系统测试执行任务。这意味着在此状态下，对单个组件以及组件集成的测试已经完成。该系统试运行扩展至测试的出口条件也满足。
系统测试退出条件的评估以及测试结果的报告和记录在整个系统测试执行过程中一直持续进行。随着项目截止日期的临近，评估和报告的频率增加。
在满足系统测试退出条件并宣布完成系统测试执行之后，将执行系统测试关闭任务。有时，可以在完成系统测试关闭相关任务之前完成验收测试。
这里我们以上面的V模型为例。

对于增量模型或迭代模型，将执行相同的活动，但计划和程度可能会有所不同。

例如，在项目开始时实施完整的测试环境可能效率低下，而不是根据迭代级别的需要来实现。
对于任何增量和迭代模型，基本测试活动的范围都会在计划的早期阶段就尽早完成。
除了计划之外，每个项目的测试执行和报告还可以由团队使用的生命周期模型决定。
例如，在增量生命周期中，应在下一次迭代开始之前完成每次迭代的报告和迭代后审查活动。

每次迭代本身都被视为一个小项目。
这使团队可以根据上一次迭代期间发生的情况调整每次迭代。
由于每个迭代可能都很短并且有时间限制，因此报告和迭代后审查可能会很费时间和精力。
但是，不能完全跳过它们，以便可以跟踪整个测试过程，并可以尽快识别出问题区域。
如果不采取补救措施，则由系统进程引起的问题可能会影响下一次迭代。
测试策略可能包含有关测试活动如何与其他生命周期活动保持一致的信息。

测试经理负责确保每个项目在每个测试级别以及任何随机选择的开发生命周期和测试过程组之间的一致性。可以在测试计划或项目计划阶段选择组。

根据项目，产品或组织的要求，可能需要除ISTQB基础级别课程提要中所述的其他测试级别，例如：

软硬件集成测试
系统集成测试
功能交互测试
客户产品集成测试
测试经理必须确保每个测试级别都必须定义以下功能：

每个测试目标的可行目标
检验项目及检验范围
测试依据和可追溯性或评估测试基础覆盖率的方法
测试进入和退出的条件或条件
测试的交付物，例如测试结果报告
测试技术被使用时，必须明确界定，以及-如何使用测试技术，覆盖的正确度可以保证，也应记录在案
测试进入和测试退出条件，结果报告以及适用于测试目标的测量和测试指标。
适当时，针对每个测试任务的测试工具
测试环境和任何其他需要的资源
测试团队内部和外部的人员负责测试
必要时，必须符合标准，法规要求，组织标准等。