软件质量控制培训课件

自动化工具与手动工具结合
详细描述
软件质量控制工具是帮助开发人员和管理人员实施软件质量控制的工具和技术的集合。 这些工具包括自动化测试工具、静态代码分析工具、缺陷跟踪工具等。通过使用这些工 具，可以自动化地执行测试、检查代码质量、跟踪和管理缺陷，从而提高软件质量控制
的效率和准确性。
Part
05
持续改进和敏捷质量管理
采用同行评审、专家评审等技术，以确保软件产 品的质量和可靠性。
过程改进
采用过程改进的方法，对软件开发过程进行持续 改进，以提高软件产品的质量和可靠性。
Part
03
软件质量度量
软件质量度量的概念
01
软件质量度量是评估软件质量 的过程，通过度量可以了解软 件的质量状况，从而进行针对 性的改进。
02
软件质量度量包括对软件的功 能性、可靠性、易用性、效率 、可维护性和可移植性等方面 的评估。
02
它注重团队合作、快速反馈和持续改进，以适应不 断变化的需求和期望。
03
敏捷质量管理有助于提高产品质量、客户满意度和 竞争优势。
敏捷质量管理的实践和方法
敏捷质量管理的实践包括：建立 敏捷团队、跨部门协作、快速反 馈和持续改进等。
快速反馈和持续改进是敏捷质量 管理的核心，通过不断收集客户 反馈和监测产品质量，及时调整 和优化产品和服务。
软件的操作界面和使用方式是否方便用户使用。
效率
3
软件运行的速度和资源利用率是否高效。
可维护性
4
软件的代码是否易于修改和维护。
软件质量的重要性
提高用户体验
高质量的软件能提供更好 1
的用户体验，提高用户满 意度。
增强竞争优势
4
高质量的软件产品能提高 企业的竞争力。

内容介绍
TF质量保证小组的职责
1) 参与制定项目计划、选择适用于项目的软件工程标准和规程； 2) 负责制定并维护项目质量保证计划； 3) 按照组织定义的度量过程和度量指标与软件SPM一起制定和建立
质量度量数据的基线； 4) 负责依质量保证计划执行过程和产品的审计； 5) 参加管理和技术的评审会； 6) 负责向高级管理层报告SQA 活动结果和统计分析结果； 7) 负责向项目相关人员报告在评审和审计过程中发现的不符合项，
以确定
其根本原因 ；
4或. 问出为题所了提需防采止取今的后措再施次的2发建.用 因生议于 分类并原 析似形缺成陷文
1件.度量过程能力
变更
情况
2. 度 量 项 目 已 定
义过 程的能力
3.实施建议措 施
组织级缺 陷预防库
5 .记录数据
1.确定优先顺序 ； 2.选择措施建议 3.实施建议的措施 4. 识 别 并 消 除 潜 在 缺陷 5. 确 定 适 用 于 组 织
3、软件过程审计
目的：软件过程审计主要是评价软件项目过程是否遵从已制定的计划、方针，是否符 合所适用的标准、规范、规程等，并给管理者及项目相关人员提供可视性报告。过程 审计活动存在于软件开发过程的各个阶段。
SQA过程审计的活动：
➢ 检查是否满足进入准则； ➢ 检查输入的工作产品是正确的； ➢ 执行活动的人员是否受到执行活动所必须的培训，具备执行活动的能力； ➢ 验证开展的工作与计划、规程的符合性； ➢ 检查活动是否满足完成准则； ➢ 审计输出产品与前阶段输出工作产品之间的一致性； ➢ 检查活动是否进行了度量，数据是否进入过程数据库
促使改进 收集项目实施中存在的过程问题、项目好的实践等反映到SEPG促使过程改进。

定量分析 检查表 直方图 散布图 流程图
工具 运行图 因果图 排列图 Pareto图
定性分析 亲和图 网络图 矩阵图 雷达图
工具
关联图 箱线图 树图 过程决策程
序图（PDPC）
方法 质量功能展 头脑风暴 水平对比法
开（QFD）
法
软件开发过程的亲和图
软件缺陷原因分析的关联图
树图 & 过程决策程序图
矩阵图
新功能 性能好 易使用价格低市场宣传技术支持
新功能





性能好





易使用





价格低





市场宣传




技术支持




10.5.3 6 Sigma的高级技术
• SPC 度量分析 • DOE/田口方法 优化设计技术 • FMEA 风险分析技术 • QFD 顾客需求分析技术
• TQM就是全面的、全过程的、全员的和科学 的质量管理的指导思想
TQM 体系
顾客
质 量
交货期
成 本
产品+服务
TCS、 六西格玛、 运转周期管理、 QSR、 基准评价
Total Quality Management 以顾客为中心 全员参与 持续改进
服务全社会
顾客完全满意战略（即TCS战略）， 质量系统检测简称－QSR
目标
关注经济
关注技术
由顾客策动 改进底线
内部策动 改进质量
跨职能流程管理 职能部门管理 专心于关键质量 专心于产品 指标
着重方法和数据 着重理论和人 员

7
软件开发过程
2. 设计
软件设计是根据需求分析的结果，考虑如何在逻辑、程序上 去实现所定义的产品功能、特性等。可以分为概要设计 和详细设计，也可以分为数据结构设计、软件体系结构 设计、应用接口设计、模块设计、算法设计、界面设计 等。设计过程将需求转换成软件表示，设计的结果将作 为编码的框架和依据，以提高编码的效率和质量。设计 的文档化体现在产品规格说明书（functional specification）、技术设计文档（development design document）和软件配置文档（software configuration document）。
29
质量的决定因素：
一件产品或一项服务能否成功地完成它预定的使命 取决于四个主要因素,它们是:
(1) 设计质量：设计人员对产品或服务的一些性能所做出
的接受或拒绝的选择。
(2) 量符合设计的程度：产品或服务符合(即实现)设计 人员意图的程度。 (3) 便于使用。 (4) 售后服务。
30
戴明：W.E. Deming
质量是反映实体(产品、过程或活动等)满足 明确和隐含需要的能力的特性总和。
20
实体（entity, item）: “可单独描述和研究的事 物” ，实体可以是活动或过程，可以是产品，可以 是组织、体系或人，也可以是上述各项的任何组合。
需求( requirements) : 包括“明确需要”和“隐 含需要”。
边写边改模式 在大棒模式的基础上考虑了产品的要求。项目成员通常 只有粗略的想法就进行简单的设计，然后开始漫长 的编码、测试、修复。
12
大棒模式或边写边改模式
探索测试
如果采用大棒模式或者边写边改模式，就不会有作为测试依据的 各类文档。尽管这对于软件测试员不是理想的状况，但是此时 可以采用称为探索测试的解决方案。