软件产品(项目)质量管理方案.docxVIP

软件产品（项目）质量管理方案 研发部 变更记录 变更记录 变更人 审核人 版本号 变更说明 变更日期 审核日期 V1.0 初稿 目录 1 概 述 1 1.1 编写目的 1 1.2 使用范围 1 2 质量保证体系介绍 1 2.1 预防体系 1 2.2 有效检查体系 1 2.3 快速抢救体系 2 3 产品发布前资料 2 3.1 需求规格说明书 2 3.1.1 需求规格说明书重要性 2 3.1.2 需求变更 3 3.2 测试计划 3 3.2.1 测试计划重要性 3 3.2.2 测试计划内容 3 3.3 测试用例 4 3.3.1 测试用例重要性 4 3.3.2 测试用例 内容 4 3.3.3 测试用例标准 5 3.3.4 测试用例评审 5 3.4 测试日志 5 3.4.1 测试日志重要性 5 3.4.2 测试执行 5 3.4.3 BUG 管理跟踪 6 3.5 测试总结报告 6 3.5.1 测试总结 6 3.5.2 报告内容 6 4 产品发布条件 7 4.1 缺陷等级 7 4.2 发布条件 9 PAGE PAGE 10 概述 编写目的 制定本方案的目的是为了协助项目组保证软件产品（项目）质量，以保证所交付的软件能够满足项目预定需求，能够满足经领导小组评审批准的软件产品（项目）需求规格说明书中规定的各项具体需求。 使用范围 本方案作为本部门在软件开发、测试时的质量要求，以保证软件产品（项目）质量。 质量保证体系介绍 为保证软件产品（项目）质量，应该建立三套体系：预防体系，有效检查体系、快速抢救体系。 预防体系 预防体系能在软件开发过程中有效地防止工作成果产生缺陷。主要措施有： （ 1） 专家培训，不断提高项目组成员的技术水平、业务水平； （ 2） 流程化，不断提高规范化水平，把经验和教训固化在流程中，流程化的目的是希望产品质量不要依赖于人，而是要依赖于流程、制度、规范，当然流程化不仅仅是把流程整理出来，还要在运行过程中不断优化，保证流程确实是好用的、容易执行的。 （ 3） 复用化，实现相同的功能尽量复用现有代码，或者把公共功能做成模块，便于大家复用，减少重复开发。 有效检查体系 有效检查体系能在软件开发过程中能尽早发现问题，尽早解决问题，这样付出的代价最小。主要措施有： （ 1） 技术评审，请专业技术人员对技术方案、思路进行评审，在编码之前找出可能的问题。 设计时就埋下的缺陷隐患在后期是很难解决的。 设计不好的软件就像体质不好的人， 后期再多的调理也收效甚微。 （ 2） 代码评审，评审工作主要看代码是否与当初的设计方案一致，这样我们就能最大限制减少问题的产生。 （ 3） 测试，测试是软件质量保证重要的一个环节。 测试人员首先熟悉软件需求规格说明书后， 开始着手测试方面的工作，包含编写测试计划、测试用例，执行测试，测试总结， BUG 跟踪，回归测试等。 快速抢救体系 快速抢救体系是指在软件产品发布之后，客户发现的问题要尽早回应、解决，尽量减少对客户和公司的影响。 产品发布前资料 需求规格说明书 需求规格说明书重要性 软件需求规格说明书在软件项目开发周期中有着非常重要的作用，是整个项目周期中最核心的依据，不管是设计还是编码，都要围绕它进行，否则产品就会偏离方向，成为一个不合格的产品。 同时需求规格说明书对测试来说也有着非常重要的作用，测试相关的一切行为都要紧密围绕着 它进行， 一份好的测试用例可以尽可能多的测出软件产品的缺陷来保障软件产品的质量， 而写出一份好的测试用例必须是在熟悉软件规格说明书之后针对需求点来设计的。 需求规格说明书也能帮助项目组新进成员快速了解软件的功能需求，快速融入团队。所以一定要重视需求规格说明书。 需求变更 在开发过程中，难免会遇到需求变更的情况，这时就要求我们一定要做好记录，及时更新，使软件的每个功能点都能找到对应的原始需求点，保持需求规格说明书的有效性。 测试计划 测试计划重要性 测试计划是软件测试中重要的一步，在熟悉软件需求后开始编写测试计划， 目的是指导测试组成员进行测试工作，对软件产品（项目）的测试工作有一个宏观的规划，同时 它也是编写测试用例的重要依据。 测试计划内容 测试计划内容包含测试目的、测试环境、测试内容、测试工具、功能点分析、测试重点及难点分析、测试完成和终止的标准、测试时间及人员安排等。 测试环境：包含硬件环境和软件环境，其中硬件环境包含服务器配置型号、网络设备等；软件环境包含操作系统、数据库和各中间件详细信息。 测试工具：包含性能测试工具， BUG 管理工具等。 功能点分析：对软件功能点模块进行分析，