关于软件测试后续工作一些看法.docxVIP

关于软件测试后续工作的一些看法 一、文档概述 本文档针对公司目前的现状，对之后的软件测试工作提出了一些个人的看法。一共分为2大部分，第一、二部分对构建软件测试体系提出了一些看法，包括测试流程的建立和测试规范的建立。第三部分是对构建软件测试团队的一些看法。 二、构建软件测试基本过程 1、测试基本过程 2、测试各阶段工作流程 2.1 测试分析阶段 测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。 过程要点 详细说明 输入条件 软件需求文档、软件设计说明书（概要设计或详细设计）、软件原型（demo） 工作内容 1.测试人员根据相关文档梳理、提取测试需求； 2.确定测试内容（功能、性能、兼容性、安全性等）； 3.使用的测试方法（手工测试、自动化测试）； 4.保证此次需要测试的内容覆盖完整； 退出标准 提取完整的测试需求点 输出内容 明确测试策略，列出具体的功能列表（非必须项）、测试大纲 * 在这个阶段，测试人员如果对产品需求有疑问的地方应及时与产品经理或需求提出方进行沟通，减少理解上的偏差，如果有优化建议的也应及时提出。 * 当产品需求比较成熟后，测试人员应适当、尽快介入到需求讨论中。 2.2 测试计划阶段 制定软件测试计划可以确保测试工作有序、有效的进行。当开发计划或测试需求发生变更时，测试计划应考虑是否需要变更。 过程要点 详细说明 输入条件 软件需求规格说明书、软件设计说明书（概要设计或详细设计）、软件开发计划 工作内容 1.和产品或项目、测试人员讨论并确认此次测试阶段的人力、时间投入，测试轮次预估，测试的交接和验收时间； 2.编写完成的测试计划应召集产品或项目、测试人员进行评审； 退出标准 明确测试内容、时间、人力安排 输出内容 测试人员提交评审后的《╳╳测试计划》 * 产品经理或项目经理在制定产品/项目计划的时候应与测试人员讨论并确定产品/项目的测试计划； 2.3 测试设计阶段 测试人员需要根据基线版的软件需求规格说明书和产品设计说明书编写测试用例。根据每一个测试需求点和功能点，运用不同的用例设计方法编写测试用例。 过程要点 详细说明 输入条件 测试需求明确，测试计划明确，已有基线需求和测试计划 工作内容 1.根据软件需求规格说明书编写测试用例； 2.召集产品或项目、测试人员对《测试用例》进行评审； 3.当测试需求发生变更时，及时修改更新测试用例； 退出标准 测试用例需要覆盖所有的测试需求 输出内容 测试人员提交评审后的《测试用例》，测试脚本（性能、自动化） * 测试用例的设计并不是越详细越好，应结合测试时间及人力进行综合的考量，根据实际情况确认测试用例的颗粒度。 * 建立公共测试用例库，避免重复编写类似的测试用例； 2.4 测试实施阶段 2.4.1 测试实施过程 测试实施阶段是测试人员在整个项目中需要投入最多工作量的阶段，也是最主要，最重要的一个阶段。在这个阶段中，测试人员需要根据前期的测试计划、测试策略来执行测试用例，并使用测试管理工具记录、提交、跟踪测试中发现的缺陷，并配合、督促开发人员复现、定位、修复缺陷，然后验证和关闭缺陷。 过程要点 详细说明 输入条件 测试用例 工作内容 1.搭建测试环境； 2.根据测试计划、测试用例执行测试； 3.测试问题记录到测试管理工具； 4.督促开发人员复现、定位、修复缺陷，然后验证并关闭缺陷； 5.定期产出缺陷分析报告； 6.当测试需求发生变更时，及时修改更新测试用例； 退出标准 执行完毕所有测试用例，记录测试结果 输出内容 测试结果（输出到测试管理工具中） * 除了按照测试用例执行测试，在测试过程中，测试人员还应使用探索式的测试方法对产品进行随机测试。 * 测试应该是分阶段实施的，在某些功能模块开发完后即进行集成测试，最后再进行系统测试。 * 在系统测试阶段，除了基本的功能测试，还需要进行性能测试、安全性测试等。 2.4.2 测试实施流程 开发人员 开发人员 提交测试 构建 构建测试环境 测试人员 测试人员 执行测试 执行测试 发布 发布 说明： 开发人员在提交版本测试时，应附上问题清单和更新操作步骤并通知相关负责人； 使用CI系统进行自动化构建和部署； 构建失败或测试发现问题，测试人员将信息反馈给开发人员，开发人员修复问题后重新提交测试； 测试完成后产出版本测试记录，包括：测试时间、测试负责人、测试结果等； 测试完成后，将发布包移植到发布环境，检查发布包的完整性； 2.4.3 测试环境搭建 在