LEC 10. EngPM TUYA.pptxjklh;;hhhjhhhjyuyyiyi

erkadawaa110 2 views 31 slides Sep 19, 2025
Slide 1
Slide 1 of 31
Slide 1
1
Slide 2
2
Slide 3
3
Slide 4
4
Slide 5
5
Slide 6
6
Slide 7
7
Slide 8
8
Slide 9
9
Slide 10
10
Slide 11
11
Slide 12
12
Slide 13
13
Slide 14
14
Slide 15
15
Slide 16
16
Slide 17
17
Slide 18
18
Slide 19
19
Slide 20
20
Slide 21
21
Slide 22
22
Slide 23
23
Slide 24
24
Slide 25
25
Slide 26
26
Slide 27
27
Slide 28
28
Slide 29
29
Slide 30
30
Slide 31
31

About This Presentation

hhhhhhhhhhjmh


Slide Content

项目 质量 保证 模块 10 项目 质量 保证, 标准, ISO 9000, CMMI 模型, ISO15504, 软件 项目 案例 : 版本 控制, 重构, 单元 测试 方法论, 测试 计划, 测试 案件, 测试 自动化, 死后 报告 讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 蒙 国家的 大学

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 质量 的 这 IT 项目 案例 htt ps://www.zarantech.com/blog/quality-assurance-project-management/ 质量 方法 “一致性 到 要求 ” 最佳 测试员 能 仅有的 抓住 缺陷 那 相反 ​ 到 规格。 测试 做 不是 制作 这 软件 完美的。 如果 一个 组织 做 不是 有 好的 要求 工程 实践 然后 它 将要 非常 ​ 难的 到 递送 软件 那 填充 这 用户的 需求, 因为 这 产品 团队 做 不是 真的 知道 什么 那些 需求 是。

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 软件 质量 保证 (SQA) 标准 https://sixsigmastudyguide.com/cause-and-effect-matrix/ 软件 质量 保证 (新加坡质量保证局) 是 一个 过程 哪个 保证 那 全部 软件 工程 流程, 方法、 活动 和 项目 是 监控 并 遵守 反对 这 定义 标准。 这些 定义 标准 可以 是 一 或 ​ 组合 的 任何 喜欢 ISO 9000, CMMI 模型, ISO15504, ETC。

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 htt ps://www.softwaretestinghelp.com/software-quality-assurance/ 7 原则 国际标准化组织 9000 ISO 9000: 基于 在 七种 品质 管理原则。 项目/组织 这些 全部 帮助 这 到 确保 那 他们的 产品 或 服务 是 与… 对齐 这 客户 需求。

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 关于质量 标准 htt ps://www.javatpoint.com/software-engineering-iso- 9000- 认证 质量 保证 (质量保证) 是 离开 ​ 的 预防 错误 和 缺陷 在 项目。 质量保证 模型 和 标准: ISO 9000 定义 作为 “部分 质量 ​ 管理 专注 于 提供 信心 那种 品质 要求 将要 得到 满足”

原则 的 CMMI CMMI 等级: 能力 到期 模型 一体化 曾是 起源 在 软件工程。 它 能 是 受雇 到 直接的 改进 过程 自始至终 一个 项目, 部门, 或 整个 组织。 讲师. Tuyatsetseg 巴达克, 博士学位 联系 教授 htt ps://www.softwaretestinghelp.com/software-quality-assurance/

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 原则 的 TMMI TMMi : 实现 一个 更高 能力创造品质 对于 高产品 缺陷 更少 , 密切 满足 ​ 业务需求。 htt ps://www.softwaretestinghelp.com/software-quality-assurance/

质量 保证 (质量保证) 过程 一个 基于 过程的 方法 讲师。 图亚特塞格 巴达克, 博士学位 联系 教授

工具 为了 质量 保证 过程 四 主要的 工具 1. 流程 分析 2. 质量 审计 3. 质量 管理 4. 质量 控制 讲师。 图亚特塞格 巴达克, 博士学位 联系 教授

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 https://decode.agency/article/quality-assurance-vs-quality-control/ 项目 质量 分析 https://digitaltransformationpro.com/data-quality-simple-6-step-process/

讲师。 质量 分析 图亚特塞格 巴达克, 博士学位 联系 教授 htt ps://www.papermasters.com/process-analysis.html https://digitaltransformationpro.com/data-quality-simple-6-step-process/

质量 审计 过程 到 展示 这 丢失的 或者 效率低下 政策, 程序 和/或 流程 到 审查 质量 指标 这样的 作为 缺点 频率, 预算 偏差, 失败 速度, 按时 履行 , 和 测量 项目 活动 反对 这 质量 基线。 讲师. Tuyatsetseg 巴达克, 博士学位 联系 教授 https://www.bdo.com/insights/assurance/corporate-governance/2018-delivering-on-our-audit-quality-intent/delivering-on-our-audit-quality-intent ​ ​

不同之处 之间 质量 保证 和 质量 控制 工具: 成本 效益 分析, 控制 图, 原因 和 影响 图表 和 设计 的 实验。 工具: 管理 和 技术 评审, 检查 (代码 评论) 和 测试。 讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 https://decode.agency/article/quality-assurance-vs-quality-control/ https://decode.agency/article/quality-assurance-vs-quality-control/

好处 的 质量 保证 和 质量控制 这 好处 的 质量保证 + 质量控制 高的 质量 输出 排除 浪费 增加 这 手术 效率 提升 顾客 满意 减少 返工 然后 节省 一个 很多 的 钱 推动 信心 激励 团队 讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 https://decode.agency/article/quality-assurance-vs-quality-control/ https://decode.agency/article/quality-assurance-vs-quality-control/

项目 质量 保证 技术: https://sixsigmastudyguide.com/cause-and-effect-matrix/ 原因/结果 矩阵 步 1: 第一的 确认 这 顾客 要求 (嗓音 的 顾客)。 基于 在 进行 调查, 重点 团体, 方法 到 收集 他们的 优先事项。 (在下 一个 滑动; 在 这 顶部 的 这 XY 轴 图表) 步 2: 分配 优先事项 因素 (1-10 ) 为了 每个 的 这 顾客 输出 。 步 3: 列表 全部 可能的 钥匙 输入 变量 或 这 改进 因素 的 过程 ​ 每一行, 这 Xs 在 X - Y 图 步 4: 评估 这 关系 之间 钥匙 输入 变量 (步 3) 到 顾客 ​ 输出 (步 2) 和 秩 每个 输入 变量 (Xs) 因此。 关系 是 基于 在 几何的 进展 规模 (0,1,3 和 9)、 存在 没有 影响, 1- 低 影响,3- 中等 影响和 9- 输入 有 强的 影响 或 相关性 在 输出。 步 5: 叉 乘 这 顾客 输出 优先事项 数字 和 相关性 排名 参数 和 和 这 每个 排 在 极端 正确的 柱子 步 6: 最后, 决定 这 排名 。 讲师. Tuyatsetseg 巴达克, 博士学位 联系 教授

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 项目 质量 保证 技术: 原因/结果 矩阵 地方 那些 优先事项 在 在 这 顶部 https://sixsigmastudyguide.com/cause-and-effect-matrix/ 的 X - Y 图表

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 一个 例子 的 一个 XY 图表 因果 矩阵 3. 列表 全部 可能的 按键 输入 变量 XYZ 咖啡 店铺 特许经营 在 桑 迭戈 市中心 区域 报告 销售量 负增长 为了 这 过去的 6 个月。 六 西格玛 团队 实施 根 原因 分析 和 还 他们 想 到 看 这 钥匙 过程 输入 那 是 影响 这 过程。 1. 钥匙 顾客 要求 https://sixsigmastudyguide.com/cause-and-effect-matrix/ 2. 分配 优先 因素 为了 每个 的 顾客 ​ 输出。 4. 评估 关系 ​ 键 之间 输入 变量 到 ​ 顾客 输出 和 秩 变量 5. 叉 乘 顾客 ​ 输出 优先 号码 和 相关性 排名 和 和 每个 ​ 排

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 一个 例子 的 一个 XY 图表 因果 矩阵 3. 列表 全部 可能的 按键 输入 变量 XYZ 咖啡 店铺 特许经营 在 桑 迭戈 市中心 区域 报告 销售量 负增长 为了 这 过去的 6 个月。 六 西格玛 团队 实施 根 原因 分析 和 还 他们 想 到 看 这 钥匙 过程 输入 那 是 影响 这 过程。 1. 钥匙 顾客 要求 2. 分配 优先 因素 为了 每个 的 顾客 ​ 输出。 4. 评估 关系 ​ 键 之间 输入 变量 到 ​ 顾客 输出 和 秩 变量 5. 叉 乘 顾客 ​ 输出 优先 号码 和 相关性 排名 和 和 每个 ​ 排 为了 咖啡 味道 = 9*9+3*6+3*3+9*3+1* 4 = 139 https://sixsigmastudyguide.com/cause-and-effect-matrix/

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 一个 例子 的 一个 XY 图表 因果 矩阵 3. 列表 全部 可能的 按键 输入 变量 XYZ 咖啡 店铺 特许经营 在 桑 迭戈 市中心 区域 报告 销售量 负增长 为了 这 过去的 6 个月。 六 西格玛 团队 实施 根 原因 分析 和 还 他们 想 到 看 这 钥匙 过程 输入 那 是 影响 这 过程。 钥匙 顾客 要求 分配 优先 因素 为了 每个 的 顾客 ​ 输出。 4. 评估 关系 ​ 键 之间 输入 变量 到 ​ 顾客 输出 和 秩 变量 5. 叉 乘 顾客 ​ 输出 优先 号码 和 相关性 排名 和 和 每个 ​ 排 为了 咖啡 味道 = 9*9+3*6+3*3+9*3+1* 4 = 139 这 等级 基于 在 这 最高 和 全部的 和 强调 这 批判的 很少 变量。 https://sixsigmastudyguide.com/cause-and-effect-matrix/

这 角色 的 质量保证 版本 控制 在 这 软件 发展 历程 循环 在 一个 复制- 修改- 合并 系统, 多个 人们 能 工作 在 一个 单个 文件 在 一个 时间。 什么时候 一个 程序员 想要 到 更新 ​ 存储库 和 他的 改变, 他 检索 全部 改变。 在 一个 锁定-修改- 解锁 系统, 只有 一个 人 能 工作 在 任何 文件 在 一次 。 一个 程序员 必须 查看 一个 文件 出 ​ 这 存储库 前 它 能 被 修改。 讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 htt ps://www.smartsheet.com/software-version-control

软件 质量 保证 (新加坡质量保证局) 计划 质量保证 计划 是 为了 审查 和 审计: 目的 部分 参考 部分 软件 配置 管理 部分 问题 报告 和 矫正 行动部分 工具, 技术 和 方法论部分 代码 控制 部分 记录: 收藏, 维护 和 保留 部分 测试 方法论 讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 htt ps://www.softwaretestinghelp.com/software-quality-assurance/

这 角色 的 质量保证 在 这 软件 发展 生活 循环 讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 htt ps://www.slideshare.net/adil.mughal/quality-assurance-in- sdlc

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 htt ps://www.testmonitor.com/qa-testing-best-practices-a-guide- 面向 软件质量保证专业人员 测试 计划 为了 质量 保证 这 主要的 工作产品 是 这 测试 计划 。 这 测试 计划 文件 这 全面的 方法 到 这 测试。 该 目标 的 测试 规划 是 到 经过 全部 的 这 必需 要求 在 软件 。 它 节目 如何 这 测试 将要 是 有组织的, 和 大纲 全部 的 ​ 测试人员的 需求 哪个 必须 是 遇见 在 命令 到 妥善 携带 出去 这 测试。 在 许多 方法, 这 测试 计划 服务 作为 摘要 ​ 的 这 测试 活动 那 将要 是 执行。 这 测试 计划 应该 是 检查 经过 成员 的 这 工程 团队 和高级 经理。

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 测试 计划 为了 质量 保证 htt ps://www.slideshare.net/adil.mughal/quality-assurance-in- sdlc 这 主要的 工作产品 是 这 测试 计划 。 这 测试 计划 文件 这 全面的 方法 到 这 测试。 该 目标 的 测试 规划 是 到 经过 全部 的 这 必需 要求 在 软件 。 它 节目 如何 这 测试 将要 是 有组织的, 和 大纲 全部 的 ​ 测试人员的 需求 哪个 必须 是 遇见 在 命令 到 妥善 携带 出去 这 测试。 在 许多 方法, 这 测试 计划 服务 作为 摘要 ​ 的 这 测试 活动 那 将要 是 执行。 这 测试 计划 应该 是 检查 经过 成员 的 这 工程 团队 和高级 经理。

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 重构 为了 质量 保证 htt ps://www.smartsheet.com/software-version-control 重构 做 不是 影响 这 行为 的 ​ 软件。 重构 作品 尤其 出色地 期间 代码 评论。 因为 重构 是 一个 改变 设计 , ​ 它 影响 这 设计 审查。 如果 之前 已审核 代码 是 重构, 更改 到 那 应该 是 分布式 到 ​ 审查 团队。

这 缺点 追踪 系统 是 一个 特别的 程序 ​ 测试员/程序员 使用 到 记录 和 轨道缺陷。 这 报告 基于 在 一个 软件 通常 包含 缺陷ID – 独特的 鉴别 数字 对于 ​ 缺点。 缺点 描述 -信息 关于 这 模块 ​ 哪个 缺点 曾是 成立。 版本 – 版本 的 这 应用 步骤 – 详细的 步骤 沿着 和 截图 与之 ​ 这 人 能 复制 这 缺陷。 日期 已筹集 – 日期 什么时候 这 缺点 是 检测到 凸起 经过 – 姓名/ID 的 这 测试员 WHO 提出 缺陷 ​ 地位 – 地位 的 这 缺点 , 更多的 在 这 后来 修复 经过 – 姓名/ID 的 这 开发人员 WHO 固定的 日期 ​ 关闭 – 日期 什么时候 这 缺点 是 关闭 严重程度 等级 – 这 影响 的 这 缺点 优先 ​ - 定影 紧迫性 讲师. Tuyatsetseg 巴达克, 博士学位 联系 教授 缺点 追踪 质量 保证 https://freshworks.io/implementing-quality-assurance- in- 软件开发生命周期/

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 单元 测试 为了 质量 保证 前 一个 建造 是 发表, 程序员 /测试人员 应该执行 单元 测试 到 核实 那 每个 单元 功能正常。 单元 测试 是 到 创造 一个 放 的 测试 对于 每个 单元 到 核实 那 它 执行 它的 功能 正确。 每个 单元 测试 是 一个 小的 堵塞 的 代码 ​ 练习 一个 具体的 行为 一个 单位 。 这 有效的 方式 为了 程序员 到 做 单位 测试 是 到 使用 一个 框架 或者 一块 ​ 的 软件 那 自动地 运行 ​ 测试 和 报告 这 结果。 https://freshworks.io/implementing-quality-assurance- in- 软件开发生命周期/

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 抽烟 测试 为了 质量 保证 一个 抽烟 测试 是 子集 的 测试 ​ 案例 那 是 典型代表 的 整体 测试 ​ 计划。 抽烟 测试 是 好的 用于 验证 恰当的 部署 或 其他 非 侵袭性 变化。 https://freshworks.io/implementing-quality-assurance- in- 软件开发生命周期/

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 测试 自动化 为了 质量 保证 测试 自动化 是 一个 测试 案件 在 哪些 测试人员/程序员 采用 一个 特殊 软件 到 排除 重复 測試。 这 能 节省 这 测试人员 一个 时间 如果 多次 迭代 的 测试 将要 是 必需的。 质量 保证 做 不是 仅有的 仅 与 到 这 “测试” 的 软件, 但是 也 包括 测试: 写作 测试用例 ​ 测试 错误 回归 测试 准备 漏洞 报告 单元 测试 重构 和 更多的 测试, 主要 https://freshworks.io/implementing-quality-assurance- in- 软件开发生命周期/

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 事后分析 报告 为了 质量 保证 这 死后 报告 是 一个 总体 帐户 的 这 团队的 经验 在 建筑中 这 它 项目 或者 软件 项目, 和 的 这 经验 的 用户 ​ 和 利益相关者 在 在职的 与 ​ 团队。 这 报告 应该 包含 一个 评估 的 如何 这 团队 成员, 用户, 和 利益相关者 感知 这 结尾 产品 评估 这 决策 始终 制作 这 项目。 这 目的 的 这 死后 报告 是 到 强调 这 团队的 成功 并 识别 任何 问题 哪个 应该 被 修复 在 未来 发布。 https://freshworks.io/implementing-quality-assurance- in- 软件开发生命周期/

讲师。 图亚特塞格 巴达克, 博士学位 联系 教授 事后分析 报告 为了 质量 保证 感谢 你
Tags