集成测试测试策略

本文分享自天翼云开发者社区《集成测试测试策略》，作者：高****皓

集成测试前的测试策略：

1. 产品的学习和培训：

【目的】本部分主要目的为熟悉及了解产品，并了解部分产品细节。避免需求文档内未能反映的细节在后续过程漏测。（发现遗漏可以要求产品经理将对应内容加入需求内）

【工作内容及方法】

1) 参与项目组织的需求、UI 评审会议，熟悉相关文档、系统架构、具体复杂功能内部逻辑等。

2) 整理易遗漏细节内容到文档内。

3) 采用复述产品、项目、研发描述内容的方式，保证双方理解一致。

4) （可以考虑在此阶段即开始测试要点大概架构梳理工作，如测试项目、模块等。测试要点细节可后续在用例设计前梳理）。

5) 如具体会议时间与其他任务冲突，则与会议组织人协商是否可延期举行，或者组内是否有成员可代替进行任务。

【时间】编写测试要点和方案前期进行

【成果物】《易遗漏测试点》、《测试要点框架》

2. 测试策略及计划设计：

【目的】完成测试策略及计划设计，指导测试过程执行。

【工作内容及方法】

1) 按照项目具体情况，修改组内测试策略及计划模板生成

2) 完成策略 &计划组内评审。

【时间】按照项目进度安排，按期完成测试策略及计划设计。如中间有工作冲突，则方案完成时间顺延。（最好有具体时间）

【成果物】《测试策略及计划》

3. 时间及人员规划

【目的】保证在截止时间之前，完成相关人物。包括测试策略、测试用例、测试轮次。并保证任务时间、负责人清晰。

【工作内容及方法】

1) 划分测试要点、测试用例设计模块负责人及实施时间。

【时间】

1) 测试要点及用例设计工作划分。按照部门任务情况，与主管协商工作时间。时间尽量提前，以保证相关文档可有空余时间完成。

2) 测试轮次及测试模块负责人项目提测后开始划分。如果由于任务冲突导致人员不足，则上报测试主管，由主管与项目经理协商。

4. 测试资源文档初版

【目的】

a) 梳理初版测试相关软硬件资源，测试工具，数据需求等。供研发等相关人员提前规划及准备。

【工作内容及方法】根据需求评审内容，整理相关需求为文档。

【成果物】《测试资源需求跟踪表（初版）》、《工具 &测试数据 &调研需求表（初版）》。

5. 测试要点

【目的】

b) 完成系统测试要点梳理，为后续测试用例、测试方案等文档书写作为大纲或者支撑。并便利测试相关内容的评审工作。

c) 完成测试范围梳理并与项目、产品、研发达成一致。

【工作内容及方法】

1) 梳理测试要点大纲，划分具体模块内容到组内成员。由组内成员完成详细内容设计

2) 邮件列明测试要点梳理要求。提供具体样例模板。保证组员要点内容符合要求。具体内容包括功能、性能、稳定性测试需求及对应可能需要研发支撑内容、需要特殊测试环境、测试设备等。

3) 组员完全测试要点后，整合到统一文档。组织产品经理、项目经理、相应开发人员进行评审。梳理测试范围。

4) 测试要点变更需与项目经理、产品经理协商一致。

【时间】需求评审完成后。

【成果物】《项目测试要点》

6. 测试设计相关文档

【目的】按照项目所需测试相关内容分类完成对应文档。保证对应测试项目的正常执行。主要包括：测试环境拓扑图、性能测试方案、稳定性测试方案、测试资源需求跟踪表、研发支撑需求表、功能测试用例。

【工作内容及方法】根据测试要点梳理结果，针对每项分别梳理对应测试项到各个文档内。

1) 测试环境基于研发拓扑图规划，规划完成之后邮件发送产品经理，项目经理，上级主管、SE，如有必要，则组织会议进行评审。

2) 测试资源需求跟踪表分列各项软硬件资源，组织组内评审，并进行跟踪。梳理最新结果到文档内，并定期邮件发送产品经理，项目经理，上级主管。

3) 研发支撑需求表梳理完成后，发送产品经理，项目经理，上级主管、SE。保证各方达成一致。如有必要，则组织会议进行评审。研发支撑需求如较复杂，则划分给组内成员整理具体需求内容。（测试任职资格工具需求）

4) 性能及稳定性测试方案可单列文档，也可以整合到测试用例 sheet 页。完成后组织会议进行评审。

5) 功能测试用例书写任务按照计划划分到对应负责人，如人员、时间存在冲突，则通知上级主管，由上级主管与项目经理沟通处理方式。

【时间】测试要点评审完成后。按照部门任务情况灵活制定时间点，并及时更新任务列表。

【成果物】《测试环境拓扑图》、《性能测试方案》、《稳定性测试方案》、《测试资源需求跟踪表》《工具/测试数据需求表》《功能测试用例》

7. 测试数据、脚本、工具准备：【目的】准备测试相关测试数据及脚本。（复杂准备工作尽量沟通协商由研发完成）。

【工作内容及方法】按照测试要点梳理结果，整理组内需准备数据及脚本。划分到具体人员进行准备工作。

【时间】具体执行时间及人员与直接主管沟通协商。

【成果物】相关测试脚本、工具、数据。

集成测试时的测试策略：

1. 轮次测试策略评审：提测流程提交前，由测试负责人发起测试要点及测试策略评审会议。基于项目整体测试要点、测试方案、轮次测试要点等制定并评审轮次测试内容、测试方案。测试策略至少包含轮次测试范围及对应测试方法。

2. 测试执行：邮件发送测试说明，测试说明应包含测试成员任务分配。 对于重大问题，在测试测试周期内进行邮件告知相关人员。

3. 测试反馈和总结：每日进行测试问题反馈，包括详细的测试用例执行数量、测试模块完成进度、执行时间，重要问题等。

4. 功能测试完成后：可以进行性能测试与稳定性测试，项目负责人要对照需求以及原有项目的性能测试情况与稳定性测试情况制定好本项目的性能测试项与稳定性测试项，并根据预估的工作量来分配好任务。

集成测试时变更策略：

1. 测试时间变更：与项目经理协商最新时间，并写明变更原因，邮件发送项目相关人员。测试结束后记入报告。

2. 测试内容变更：邮件发送相关人员，并写明临时变更风险。测试结束后记入测试报告。

3. 测试版本变更：与项目经理、产品经理、SE 确认变更及确认变更后测试策略。邮件发送相关人员。与项目经理协商处理方式，变更过程记入测试报告。

集成测试后测试策略：

1. 测试报告：总结整个项目的测试情况，一些经验教训等，会议形式展开，文档进行记录。《轮次测试报告》《测试总结报告》《测试技术/经验分享》

异常终止测试策略：项目可能会存在轮次一部分功能存在重大问题导致无法测试，项目异常中止的情况。如果存在以上情况，策略如下：

1. 查看异常功能影响范围，如果影响范围比较小，相关用例较少的情况下，该部分用例 Block 处理，提交高级缺陷，下个轮次着重进行测试。同时，本轮次继续测试。

2. 大批量功能用例无法测试，影响比较大，则本轮次异常中止，提交高级缺陷；同时，各个模块进行简单冒烟测试，查看是否还存在其他重大问题，及时与开发沟通。

3. 本轮次异常中止时，相关轮次阶段测试策略依次往下顺延。