chapter1-1-基础知识

第一章 软件测试基础知识 本章目标 掌握软件质量的定义掌握软件质量保证的定义 概念 内容掌握软件开发各阶段的软件质量保证目标理解质量控制方法掌握质量管理的含义理解运用全面质量管理原理的各个框架 2 质量的概念 3 饭店 2 饭店 1 定餐 服务延迟 食物口味佳 服务准时 食物口味最佳 较便宜 昂贵 稍贵 误解 生产商 产品符合规范消费者 产品适于使用且带来益处 服务准时 食物味道欠佳 用户 高质量 高价格 饭店 3 什么是质量 4 字典 质量是指 较好的一类或优秀的等级 什么是质量 5 剑桥 牛津 比其他学校的学生获得更多的好评 联想 剑桥牛津 品牌名字 什么是质量 6 牛津剑桥耶鲁哈佛联想 品牌名字 与质量关联 和其他竞争者相比产品或服务有更高的标准 质量是指 质量的演变 7 工人 工作 分配的任务 工人的工作要接受检查 并判断产品是否通过验收 检查员 质量的演变 熟练的工人被升职为质检员 留下的空缺由制造技术稍差的工人填补由于缺乏技能和专门技术 工人面临着技术的问题质检员没有经过合适的培训为了实现生产要求 质检员不得不接受有缺陷的产品 8 质检员遇到的障碍 质量的演变 9 检查部门 首席质检员 设立产品 校核与维修的标准 记录的数据 产品经理 质量的演变 第二次世界大战结束以后 以文盲劳力和低劣模仿著称的日本经济进入萧条期从20世纪50年代至1960年 日本人的整个过程发展的很快 使得从高层管理人员到最底层工人的每种职位的人都重视质量控制和管理20世纪70年代早期 由于产品成本低且质量优 日本向美国和欧洲的出口显著增长 10 质量的演变 1970年在东京召开的大会上首次播下了全面质量管理的种子到1982年 人们接受了这一观点 面对全球竞争以取得贸易优势时 国家的经济名誉依赖于其质量过程的基础以及对质量过程的重视程度从此 在组织内部或在外部机构的帮助下 制定并实施了许多用于不同工作机构和组织的不同标准 如BS5750 BS7799和ISO 11 软件质量 12 IEEE 电气与电子工程师协会 将软件质量定义为 一个系统 组件或过程符合指定要求的程度一个系统 组件或过程满足客户或用户期望的程度软件的质量属性 正确性 精确性 健壮性 可靠性 容错性 性能 易用性 安全性 可扩展性 可复用性 容性 可移植性 可测试性 可维护性 灵活性等 软件质量是许多质量属性的综合体现 各种质量属性反映了软件质量的方方面面 人们通过改善软件的各种质量属性 从而提高软件的整体质量 软件质量 13 步骤1 步骤2 步骤3 步骤4 必须按照客户的要求验证 归档并审批是否可以进行下一步的工作 软件开发 软件质量 14 规范 设计 测试计划 源代码 用户手册 必须验证和检查 可交付件 每个人可以更好地工作 同时工作流程也不会受到干扰 软件质量 15 质量 损失的时间和工作量 肯定被忽略了 返工 从未考虑 通过管理每个流程的质量 可以减少或避免返工 质量框架 16 已开发系统的可交付件满足质量框架的每个方面 质量框架 测试 确认 验证 认证 流程 单元 集成 系统 审查 走查 评审 Alpha Beta CMM ISO CMMi 质量框架 17 单元测试 集成测试 单元1 单元2 单元3 检查应用程序的小单元和模块 集成并测试两个或多个单元 测试 系统测试 测试整个系统 质量框架 18 已开发系统的可交付件满足质量框架的每个方面 质量框架 19 审查 验证 检查文档是否符合要求 质量框架 20 走查 验证 一个人对另一个人所编写的系统规范的理解 系统规范 质量框架 21 评审 验证 发现项目可交付件中存在的问题 可交付件 质量框架 22 已开发系统的可交付件满足质量框架的每个方面 质量框架 测试 确认 验证 认证 流程 单元 集成 系统 审查 走查 评审 Alpha Beta CMM ISO CMMi 质量框架 23 Alpha 验证 测试由用户在开发人员的工作站进行 开发人员的工作站 用户 确认 质量框架 24 Beta 确认 用户 用户工作环境 开发人员 建议对程序做小的改动 质量框架 25 已开发系统的可交付件满足质量框架的每个方面 质量框架 测试 确认 验证 认证 流程 单元 集成 系统 审查 走查 评审 Alpha Beta CMM ISO CMMi 质量框架 26 认证 根据用户列明的标准和规范进行测试和验证 证明开发的软件与开发组织的声明相符 质量框架 27 已开发系统的可交付件满足质量框架的每个方面 质量框架 测试 确认 验证 认证 流程 单元 集成 系统 审查 走查 评审 Alpha Beta CMM ISO CMMi 质量框架 28 流程1 遵循的流程符合不同质量管理体系中的标准 流程 流程2 流程3 流程4 软件开发 质量框架 29 流程 CMM 能力成熟度模型是组织用来执行最佳做法和改善流程成熟度的模型 ISO 国际标准化组织确保按照指定的系统要求在管理系统的合适位置满足所有的输入要求 CMMi 能力成熟度模型集成是一种流程改进方法 其向组织提供有效流程的必要元素 用于指导一个项目 部门或整个组织的流程改进 软件质量保证 30 正确的执行 标准流程规程 SQA 软件质量保证 产品的质量是固有属性 不能进行测试 测试仅仅有助于修复检测到的错误和缺陷质量不是在特定阶段执行或应用于某个特殊的阶段 质量始于项目的开始 结束于项目的最终交付SQA活动最好由与项目开发周期无直接关系的人执行 SQA的职责更多地偏向于客户 而不是开发人员或管理人员 需求分析 31 分析人员 用户 记录分析和结论 需求分析指理解用户要求的系统需求 SQA的职责是确保软件需求完整 可测试并可正确归档为功能 性能和界面需求 软件规范 32 软件 软件规范文档 文档的制定 用于软件 硬件和其它的每个可交付件和不可交付件用于组件 次要组件和内部界面用于测试策略进度表需求更改和相关文档版本更改的规定 设计 33 实体关系图 数据流程图 设计文档和评审准备的设计应符合已批准的文档中的相关标准确保设计结果包含在文档中在准备审批系统设计之前 未开始系统编码 文档的制定 设计 34 实体关系图 数据流程图 设计文档和评审 准备的设计应符合适用于授权人员编写和控制的文档的已批准标准确保设计结果包含在文档中在准备审批系统设计之前 未开始系统编码 文档的制定 编码 在审批之前 编码未开始 编码 35 编码 重要阶段 编码标准代码归档完善代码经过测试且没有错误代码评审按进度表进行 文档的制定 测试 36 单元1 单元2 单元3 检查各个模块是否满足要求和规范 集成各个模块 检查从软件的一部分到另一部分的数据和信息流 测试 进行的测试要妥善归档 确保测试计划涵盖整个范围 对返工模块的测试计划和结果正确归档 文档的制定 维护 37 用户 用户发现需要修复的漏洞和缺陷 开发人员 维护 验证代码的变更是否遵循标准确保变更在相应的文档中得以反映测试并批准已执行的变更代码的变更没有降低现有的系统标准 质量保证和质量控制的区别 38 标准 质量保证 质量控制 确保标准 流程和规程合适 在流程中执行标准和规程 质量保证和质量控制的区别 39 2020 4 21 质量控制方法 40 检查方法 收集对质量控制非常重要的数据 这种方法与文档检查和文档创建者相关 工作流程抽样 在工作流程中对任何过程抽样并建立证明文件 这些证明文件会提供高标准的保证 测试方法 说明已确定要求的每个需求的测试适用性 使系统能够满足要求 测试规程应详细说明 随机产品抽样 任意选取一个单元 且每个单元有均等的抽取机会 这是最简单的机率抽样方法 抽样频率分类 将所有数据分为多个类别 这些类别可以是可能出现的错误或缺陷的类型 清单 在软件开发过程的每个阶段都进行正式的技术评审 清单用于评估作为开发过程一部分而交付的产品 2020 4 21 Instructor ruby 全面质量管理 41 包括质量框架 组织中参与生产高标准产品和服务并在每次重复任务中进行改善工作的管理人员和职员 全面质量管理 42 计划 执行 检查 处理 PDCA 全面质量管理 43 质量改进范例 理解 描述生产环境 开发的软件类型 定义的问题和产品与流程特征 以加深对软件流程及其产品的认识 评估 衡量可利用的技术和流程更改的影响 识别能产生有益的 适合环境的技术和符合特定环境要求的技术的变化 封装 封装包括执行确定的流程改进和技术的开发标准 策略和培训 全面质量管理 44 质量改进范例 全面质量管理 45 SEI与研究团体一起帮助创立并确认改进的操作 SEI确认使用不当的方案 并开发出可供软件开发人员使用的方案 一旦这些操作被证实提高了质量 他们将会在行业中广泛执行 软件工程协会 SEI 新开发的操作被用于实际问题