项目质量控制管理方案
- 格式：docx
- 大小：41.33 KB
- 文档页数：18
项目质量控制管理方案
项目质量管控方案
前言
本计划的目的在于对所开发的软件规定各种必要的质量保证措施，以保证所交付的软件能够满足项目预定需求，并满足本项目总体组制定的软件系统需求规格说明书中规定的各项具体需求。
软件开发项目组在开发软件系统所属的各个子系统时，应执行本计划中的规定，但可根据各自的情况对本计划进行适当的剪裁，以满足特定的质量保证要求。剪裁后的计划必须经项目组相关负责人批准。
术语和定义
1、质量管理：在质量方面指挥和控制组织的协调活动。
2、质量策划：质量管理的一部分，致力于制定质量目标并规定必要的运行过程和相关资源以实现质量目标。
3、质量控制：质量管理的一部分，致力于满足质量要求。
4、质量保证：质量管理的一部分，致力于提供质量要求会得到满足的信任。
5、质量度量：质量管理的一部分，致力于对已存在的质量数据进行分析，得出当前质量管理结果的评估数据。
6、质量改进：质量管理的一部分，致力于增强满足质量要求的能力。
质量计划
制定新项目及维护性项目质量计划，在本环节中，根据项目的规模及性质进行质量策划，制定本项目的质量计划，为后续的质量控制、质量评估及质量改进做出行动纲领。
针对公司主要有新项目及维护性项目两类版本，且两者之间的质量投入有所差异的特性，故质量计划可以区分以下：
常规项目质量计划要求
常规项目的质量计划制定按质量要求分析、质量目标、人员职责及质量保障、过程检查计划组成，各项的具体要求如下所述。
质量要素分析
1.主要的质量要素包括：
功能性质量因素：正确性、健壮性、可靠性。
非功能性质量因素：性能、易用性、清晰性、安全性、可扩展性、兼容性、可移植性。
其它质量因素：非以上要求之外的要求。
2.根据产品的特性及市场目标，确认关键的质量要素，同时区分本项目的类型：
倾质量型项目：对质量控制更关注。
倾成本型项目：对成本控制更关注。
倾工期型项目：对工期要求更关注。
根据以上分析，再制定相应的质量目标。
质量目标
订立质量目标时，一般遵循SMART原则：
S：specific具体的。
M：measurable可测量的。
A：achievable可取得的。
R：realistic切实的。
T：XXX及时的。
1.检查是否有遗漏的必要信息，如有，标记为TBD。
2.是否包括了主要的质量属性，如性能、安全、可靠性、可恢复性、稳定性等。
3.是否分析了潜在的需求。 4.是否标识并解决了需求中的潜在问题。
5.是否存在冲突或重复的需求项。
6.开发计划/产品和活动和需求是否保持一致。
7.是否可以根据软件需求规范中的信息制定出详细的测试集，并且每项需求是否可以测试。
8.是否有需求跟踪矩阵。
评审输出：
1.评审结果清单。
2.根据评审修订后的需求规格说明书。
设计阶段：
1.根据概要设计文档模板要求及需求剪裁适合当前项目的模板。
2.根据模板编写概要设计说明书。
3.对于质量计划中的关键质量属性在设计中需要重点考虑。
4.需要针对项目的结构、项目的特征和用户的需求来分析，同样也要考虑到参与项目小组成员的素质。
5.对于不同的方案分别进行评估。
6.对概要设计文档进行同行评审。 7.在设计阶段同时完成原型的设计。
8.根据实际需要考虑是否需要进行详细设计。
9.涉及到的需求变更需同步知会其它环节的更新。
评审管理：
在设计阶段需要对设计实现方案、设计、原型等进行评审；评审的形式按实际的质量计划中要求而定。以下仅提供概要设计说明的评审准则。
评审输入项：
概要设计说明书、需求规格说明书。
评审准则：
1.检查设计说明书是否按照标准模板编写。
2.确认设计的正确性、可行性、可理解性、完整性、可追溯性等。
3.输出评审结果清单，根据评审结果修订概要设计说明书。
The test case review activity ensures that the test cases meet
the characteristics of a good test case statement。including
completeness。correctness。feasibility。necessity。rity。unambiguousness。and verifiability。At the same time。it also
meets the characteristics of a good test case。namely completeness。consistency。XXX。XXX that the test cases meet the following
requirements:
Completeness: Each test case has a clear purpose。input。output。and provides necessary notes.
Correctness: The expected results of each test case are
consistent with the actual requirements.
Executability: The test case can be XXX based on the test
case.
Representativeness: The test case can achieve the testing
purpose with the XXX.
Uniqueness: There is no XXX among the test cases.
Effectiveness: Each test case is valid。ndant。and can be
executed.
XXX: Whether the test cases are independent of each other
and can be XXX.
Readability: The test case n is clear。logical。and reasonably
divided. XXX: XXX and whether they can meet the quality
requirements of the BUG density.
XXX:
Completeness: XXX there is at least one positive and one
negative test case for each test requirement。and whether at least
two design methods are used for XXX duplicate。mergeable。split。ndant。or XXX.
Uniqueness: Whether each test case's purpose。n process。and expected results are independent。and whether they XXX.
Readability: XXX of related content in different test cases are
consistent and whether there are XXX characteristics。steps。and
expected results.
XXX: XXX the test case has guidance and can XXX.
XXX:
Completeness: XXX reasonable and whether it includes nal。interface。performance。and other aspects of the test cases related
to the requirements.
Fullness: Whether the test cases cover all explicit and implicit
requirements。whether they verify each test requirement from
positive and negative aspects。whether they cover all possible
input-output ns and ranges of normal input-output ns。and
whether they include the n process of the tested object.
6.是否考虑到了被测试对象中所有的异常流程？
7.是否将大部分的测试用例放在系统的主要功能上？
8.是否为每个测试用例标注了优先级，并且合理地进行了标注？
1.是否针对每个期望用例的期望结果，对开发的要求进行了合理的考虑？测试和开发是否有相同的理解？
2.用例的期望结果是否与需求保持一致？
3.每个用例的依赖数据和期望结果是否具体到表格和字段的变化？
1.用例覆盖率是否达到了相应的质量指标？ 2.用例预期缺陷率是否达到了相应的质量指标？
评审阶段输出：
评审结果列表
通过修订的测试用例列表
发布和维护阶段：
根据发布阶段的要求准备相应的程序和文档
及时检查归档的各种资源
根据项目特性或公网情况制定现网问题跟踪流程和管理方式
与用户服务结合制定软件的客户满意度调查表
文档分类：
1.开发文档：包括可行性研究报告、软件项目开发计划、软件需求规格说明、系统规格说明书、软件功能说明书和数据字典等。
