软件质量保证和管理-- ch16软件测试之质量.ppt

软件质量保证和管理 - Ch.16 软件测试之质量 软件测试之质量 程序测试是为了发现错误而执行程序的过程 - G.J.Myers 第16章 软件测试之质量 16.1 软件测试 16.2 测试的现实和原则 16.3 测试的方法应用之道 16.4 测试目标实现的完整性和有效性 16.5 测试过程的评审和质量保证 16.6 软件测试组织和管理 16.1 软件测试 16.1.1 软件测试和质量保证的关系 16.1.2 测试在软件开发各个阶段的任务 16.1.3 软件测试目标 16.1.1 软件测试和质量保证的关系 16.1.2 测试在软件开发各个阶段的任务 16.1.3 软件测试目标 软件测试的目标，就是为了更快、更早地将软件产品或软件系统中所存在的各种问题找出来，并促进程序员尽快地解决这些问题，最终及时地向客户提供一个高质量的软件产品 软件测试是为了发现错误而执行程序的过程 一个好的测试能够在第一时间发现程序中存在的错误 一个好的测试是发现了至今尚未发现的错误的测试。 16.2 测试的现实和原则 16.2.1 软件测试的现实 16.2.2 软件测试的原则 16.2.1 软件测试的现实 测试工作总存在风险 测试不能提高质量，但软件产品发布后，缺陷较多，往往被认为是测试人员的错。 测试人员的素质和待遇。 测试时间往往被压缩 16.2.2 软件测试的原则 所有测试的标准都是建立在用户需求之上。 软件测试必须基于“质量第一”的思想去开展各项工作， 事先定义好产品的质量标准。 软件项目一启动，软件测试也就是开始。应当把“尽早和不断地测试”作为测试人员的座右铭。 穷举测试是不可能的。 第三方进行测试会更客观，更有效。。 软件测试计划是做好软件测试工作的前提。 测试用例是设计出来的，不是写出来的。 不可将测试用例置之度外，排除随意性。 对发现错误较多的程序段，应进行更深入的测试。 16.3 测试的方法应用之道 16.3.1 测试的三维构成 16.3.2 测试方法的辩证统一 16.3.3 验证和确认—缺一不可 16.3.4 测试用例设计方法的综合运用 16.3.5 测试工具的有效使用 16.3.6 开发高质量的测试脚本 16.3.1 软件测试的三维空间 16.3.2 测试方法的辩证统一 白盒测试方法 vs. 黑盒测试方法 静态测试 vs. 动态测试 手工测试 vs. 自动化测试 有计划测试 vs. 随机测试 新功能测试 vs. 回归测试 白盒测试 vs. 黑盒测试 静态测试 vs. 动态测试 手工测试 vs. 自动化测试 有计划测试 vs. 随机测试 新功能测试 vs. 回归测试 16.3.3 验证和确认—缺一不可 16.3.4 测试用例设计方法的综合运用 白盒设计方法又分为逻辑覆盖法和基本路径覆盖法，或者分为语句覆盖、判定覆盖、条件覆盖方法 黑盒设计方法分为等价类划分法、边界值划分法、错误推测法、因果图法等。 在实际测试用例设计过程中，不仅根据需要、场合单独使用这些方法，常常综合运用多个方法，使测试用例的设计更为有效。 例子 Dim a,b as Integer Dim c as Double If （a 0 and b 0） Then c = c/ a End If If （a1 or c1） Then c=c+1 End If c=b+c 判定-条件覆盖的测试用例 条件组合覆盖的测试用例 边界值分析法和等价类划分方法 16.3.5 测试工具的有效使用 1．基本要点或原则 2．选择测试工具 3．运行框架 测试自动化的集成运行环境 16.3.6 开发高质量的测试脚本 线性脚本，用于脚本的初始化或用于演示等。 结构化脚本，具有各种逻辑结构、函数调用功能等。有很好的可重用性、灵活性，易于维护。 共享脚本，脚本语言允许一个脚本调用另一个脚本。 数据驱动脚本，将测试输入存储在独立的（数据）文件中，而不是存储在脚本中。 关键字驱动脚本，将测试逻辑按照这些关键字进行分解，形成数据文件,而测试工具只要能够解释这些关键字即可对其应用自动化 16.4 测试目标实现的完整性和有效性 16.4.1 集成测试 16.4.2 功能测试和适用性测试 16.4.3 性能测试和容量测试 16.4.4 容错性测试和安全性测试 16.4.5 回归测试 16.4.6 安装测试 16.4.1 集成测试 非渐增式测试模式 渐增式测试模式 将两种模式有机结合起来，采用并行的自顶向下、自底向上集成方式，而形成改进的三明治方法。而更重要的是采取持续集成的策略 16.4.2 功能测试和适用性测试 程序安装、启动正常，有相应的提示等 每项功能符合实际要求 系统的界面清晰、美观 能接受正确的数据输入，对异常数据的输入可以进行