软件开发项目管理pdf-跟着项目学ios开发 pdf

软件开发项目质量管理规范修改历史版本时间修改说明作者0.102012年05月01初始版本蒋丹东目录1.0目的2.0适用范围3.0定义4.0职责5.0质量管理角色6.0质量管理原则7.0质量管理活动8.0质量管理的审核内容9.0质量管理的操作规程10.0软件测试周期及类别11.0软件测试的操作规程12.0软件缺陷的生命周期及等级13.0系统上线的质量要求14.0附件错误！未定义书签。15.0说明1.0目的本文的主要目的是明确在软件开发项目中，质量管理的适用范围、定义、角色、职责、质量管理活动、质量管理内容及质量管理的操作规程。软件测试作为质量管理的重要部分之一也包含在本文中。2.0适用范围适用于远东宏信有限公司（以下简称“远东宏信”）及控股子公司自主开发或委托供应商进行的软件开发项目。在这些项目管理中，必须根据质量管理计划对项目进行开发、测试过程及工作产品的质量审核，并提交质量报告。该质量管理规范所适用的项目生命周期阶段是在项目立项、需求确认以后，进入设计、开发、测试及上线阶段。3.0定义本规范中的“质量管理”是指由质量保证人员，针对软件开发项目，从过程及工作产品两个方面进行的审核、检查及评审活动，所产生的质量报告将提交信息管理部，并存档以供稽核部等相关部门备查。

本规范中的“软件测试”是指由软件测试人员，在软件开发项目的过程中计划、执行测试，发现、记录及跟踪软件系统的缺陷，产生测试报告的过程。测试报告可以作为质量报告的一部分，也可以是一个独立完整的报告。说明：从广义的“质量管理”概念来说，“软件测试”属于“质量管理”的一部分。但是，鉴于下述两个原因：（1）软件测试对于软件系统的建设尤为重要，并且软件测试有其独立、完整、自成体系的方法和技术。（2）质量管理和软件测试可以作为两条线在项目进程中同时开展。因此，在本文中将“质量管理”和“软件测试”分别进行讲述和规范。质量管理软件测试4.0职责4.1信息管理部信息管理部的SQA人员在项目的关键里程碑处对软件项目进行质量品质审核，包括项目过程及代码文档等工作产出物两方面的检查。QA人员在项目过程中计划并执行测试，登记及跟踪缺陷，提交测试报告。对于委托供应商进行的项目，要求供应商组织对项目的质量保证和测试活动，由信息技术部SQA审阅并监督由供应商提供的质量及测试报告。4.2需求部门需求部门承担对项目的用户验收测试，主要检查及验收项目所开发的系统是否满足需求部门所提出的全部功能性需求。4.3稽核部稽核部可以查阅项目的质量报告及测试结果，并就该报告提出问题或者建议。

就稽核部提出的问题，由该项目的IT项目经理负责进行答复或改进。5.0质量管理角色在软件开发项目的质量管理中，三个主要的角色是：项目经理、软件质量保证人员、软件测试人员。这三个角色在项目的质量管理活动中，各司其职，协同合作，保证项目达成其质量目标。项目质量项目经理SQAQA项目经理（ProjectManager，PM）作为项目的主要负责人软件开发项目管理pdf，对项目质量承担主要职责。在制订项目计划时需将质量保证和软件测试计划纳入项目计划。在项目进行过程中，支持和督促质量保证和软件测试活动。并负责解决质量保证和软件测试中发现的问题和缺陷。软件质量保证人员（SoftwareQualityAssurance，SQA）是从事软件质量保证的专门人员，其主要职责是质量审核和检查，具体包括：为项目提供质量指导和培训，对开发过程和产品质量进行审核和检查等，收集数据和度量分析，质量宣传和提高质量意识等。软件测试人员（QualityAssurance，QA）是从事软件测试的专门人员，其主要职责包括：制订测试计划，设计测试用例，进行功能测试、集成测试、性能测试等软件开发项目管理pdf，记录及跟踪管理缺陷，提交测试报告。6.0质量管理原则6.1真实性：质量保证和测试工作的结果须予以真实、准确、完整的记录，包括质量检查中发现的问题和测试发现的软件缺陷。

6.2客观性：质量保证和测试具有客观性，其依据是质量保证的规范和标准、需求文档、测试用例。质量保证以质量规范为根据，不因项目管理人员的意志而转移。6.3独立性：质量保证和测试人员独立的从事质量工作，不受项目管理人员的制约。7.0质量管理活动7.1质量管理应该在项目的关键里程碑处进行，项目的重要里程牌有：设计完成、代码完成、集成测试通过、用户接受测试通过、上线完成。7.2质量管理主要包括下述活动：收集数据及进行度量分析，主要是系统的质量属性数据，包括：需求覆盖率、缺陷统计分析、测试用例执行结果等。实施和完善质量保证体系，总结最佳工程实践，改进软件开发过程。8.0质量管理的审核内容8.1对工作产出物的审核主要包括：测试用例是否设计合理、覆盖率足够。8.2对项目管理过程和技术过程的审核主要包括：项目发布及上线过程。9.0质量管理的操作规程9.1在项目开始时，SQA须根据项目计划制订质量管理计划，质量管理计划可作为项目计划的一个部分，也可作为一个单独的计划。9.2SQA在关键里程碑的审核、检查活动完成后，须提交质量管理报告。9.3质量管理报告应包括的内容：工作产出物的审核结果、项目管理和软件工程过程的审核结果、数据度量及分析、不合格项。

9.4对于质量管理中发现的不合格项，由IT项目经理负责解决，由SQA跟踪其解决情况直至问题关闭。10.0软件测试周期及类别10.1软件测试通常应按下述周期进行。制订测试计划设计测试记录及跟踪缺陷提交测试报告10.2软件测试包括下述几个主要的阶段（或者说是类别）。冒烟测试（SmokeTest）：对系统最基本功能的测试，包括各模块的入口及系统的主要功能路径能否贯通。功能测试（FunctionalTest）：对系统各个模块的功能进行详细的测试，既应包括正向的测试，也应该包括反向的测试及边界值的测试。系统集成测试（SystemIntegrationTest）：有两种类型的集成测试，首先应包括系统内各个模块间的集成测试，也应包括该系统与其余系统之间的集成测试。用户接受测试（UserAcceptanceTest）：从最终用户的角度，按照用户的业务操作场景进行测试。11.0软件测试的操作规程11.1在项目开始时，QA须根据项目计划制定测试计划，测试计划可以作为项目计划的一部分，也可作为一个单独的计划。11.2设计出的测试用例应进行评审，通常应与开发团队一同评审。理想情况下，也可以与最终用户进行评审。

11.3测试所发现的软件缺陷应登记在系统中，并遵循缺陷生命周期的管理要求。12.0软件缺陷的生命周期及等级12.1关于软件缺陷的生命周期管理，详见附件“关于Bug生命周期的指引.pdf”。12.2根据软件缺陷对系统影响程度的大小，其严重程度可分为下述等级：严重（S0）：导致系统崩溃，数据丢失，内存泄露，安全性问题或者核心功能无法使用。轻微（S4）：轻微的功能缺陷或者界面问题，例如UI元素的轻微瑕疵。 13.0 系统上线的质量要求 系统应没有严重（S0）、主要（S1）、一般（S2）等级的缺陷。14.0 附件 因质量管理的范围很广，现将质量管理中可能用到的模板及工作指引列示如下。在 项目的质量管理中，可根据项目实际需要选择性使用下述模板工具。 文档名 文档类别 文档用途或描述 关于Bug 生命周期的 指引 测试类 定义软件缺陷的生命周期管理 测试用例模板 测试类 测试用例设计的模板 UAT 测试用例模板 测试类 用户接受测试用例设计的模板 关于Bug Bash 的指引 测试类 进行Bug 大扫除的工作指引 Patch 跟踪表模板 测试类 用于对补丁包（Patch）进行跟踪管理的模板 每日缺陷报告模板 测试类 用于对缺陷状态及数量跟踪的模板 同行评审模板 评审类 用于需求评审、设计评审、代码评审的模板 概要需求模板 需求类 用于列出概要的功能需求项的模板 概要设计模板 设计类 用于概要设计的模板 问题跟踪表模板 问题变更类 对问题进行跟踪的模板 变更请求模板 问题变更类 发起变更请求及评估的模板 变更记录表模板 问题变更类 对变更进行统一记录管理的模板 版本构建、发布及上线 流程指引 发布部署类 关于发布上线中测试工作的指引 安装部署说明模板 发布部署类 系统安装部署的说明模板 发布说明模板 发布部署类 系统发布的说明模板 代码检入说明模板 代码管理类 代码检入的说明模板 15.0 说明 本规定由信息管理部牵头制定，相关条款由信息管理部负责解释、修订。本规定经 信息管理部审批通过后，自发布之日起开始实施。