软件质量管理实践全面总结

软件质量管理实践全面总结

　　实名软件,分割图片软件,zen软件下载概念：需求就是以一种清晰、简洁、一致且无二性的方式，对待开发的各个有意义方面的陈述的集合。

　　功能需求：开发人员实现软件功能，使得用户能够完成的任务，从而满足业务需求。

　　控制和维持需求的约定，需求追踪是双向的，正向由PM主导，其他人辅助，逆向由测试主导。

　　一门用来记录并且控制软件产品数据的管理学科，是对各类工作产品的内容、版本、变更和发布进行控制。

　　一般项目经理会根据配置控制委员会的建议和批准管理各项活动并且控制它们的进程，一般组成人员：高层经理、项目经理、关键的RD、关键的QA、PPQA代表、CM代表、PM，CCB的组长不能是项目经理。

　　一般包含：计算机程序、开发者和用户的文档、数据等，每一个配置项需表明：作者、时间、原因、当前状态、版本号。

　　变更申请流程：涉及的变更范围写明，通知项目经理——同意后，项目经理填写变更申请单—

　　开发阶段，专家对代码的一个评审，提高代码质量，减少测试成本，这样能够加深开发人员对工作的理解，预防bug，也避免在测试阶段大量返工。

　　产品需求规格书、用户界面规范与设计、设计模型、源代码、测试计划、设计、用例及步骤、项目计划。

　　老师（指导项目）、警察（评价开发的过程）、医生（帮助项目组想办法解决问题）。

　　认为QA就是编写文档和干零杂的人（开发经验、管理经验、项目管理知识、公平公正的素质、较强的沟通能力）。

　　投入的工作量占项目总体工作量的比例：QA工作量和配合管理工作量应该占总项目的5%以内。

　　QA发现的不符合问题数量：一个项目发现的bug量太少，得思考代码质量太好还是QA得能力问题，解决方法：安排另一名QA介入，查看结果，一般QA发现的bug数=开发人数，例如80-100人一月，则应发现80-100个bug。

　　规定如何对度量数据进行分析和报告，提供度量结果，将特定情境中的过程行为相关知识存储到经验数据库中。

　　首先确定度量活动的首要目标，度量内容必须由公司的高管层决策、参与与支持。

　　度量目标：使用GQM方法，每一个项目都有一系列的目标、每一个目标都有一系列问题、每一个问题都应该有完整、可以量化的满意答案。

　　度量元：软件度量的内容（对产品济宁度量时，需要关注的信息对象基本属性的描述）。

　　度量模型：指关于要度量哪些度量元的需求规格说明，例如：是为了了解发现产品当前的质量情况、是为了了解组织过程的能力等等。

　　度量方法与采集：GOM、采集数据的人要统一模式、谁负责统计什么一定要明确，适当的时候可以进行自动化的支持来完成数据的精准。

　　度量过程常见的问题：度量过多/少、缺少管理承诺、缺乏度量数据的一致解释和理解、缺乏度量发面的灵活性、缺乏明确的责任人等等。

　　什么是缺陷度量：对项目过程中产生的缺陷数据进行采集和量化，将分散的缺陷数据统一管理，使其有序而清晰，然后通过采用一系列数学函数，对数据进行处理，分析缺陷密度和趋势等信息，从而提高产品质量和改进开发过程。

　　一般来说，在软件质量保证过程中，需要度量的缺陷数据包括6大类缺陷发现手段发现的所有缺陷。如测试相关的缺陷，需要度量包括测试投入的工作量和成本数据、测试任务完成情况、测试规模数据、测试结果数据（包括缺陷数据、覆盖率数据）等。

　　ODC（正交缺陷分类）缺陷分析：适用场景，需要分析开发者和测试人员相关、与开发阶段相关、与顾客满意程度相关的产品质量的属性

　　“新7种工具”：关联图、系统图、KJ法、矩阵图、分析法、PDPC法、矢线。