软件测试补充1.ppt

软件测试补充1 测试设计中需要考虑的22种测试类型 黑盒测试 白盒测试 单元测试 累计综合测试 集成测试 功能测试 系统测试 端到端测试 健全测试 衰竭测试 接受测试 讨论 “测试的目的是说明程序正确地执行它应有的功能” 这种说法正确吗？ 质量控制技术 软件质量问题 以软件测试为中心的软件质量保障技术 软件 静态测试技术 质量 软件度量技术 控制 动态测试技术 技术 配置管理技术 修改控制与管理技术 软件测试是保证软件质量,提高 软件可靠性的关键 测试原则 (1)所有的测试都应追溯到用户需求 最严重的错误(从用户角度)是那些导致软件无法满足需求的错误。 程序中的问题根源可能在开发前 期的各阶段解决、纠正错误也必须追 溯到前期工作。 测试与开发前期工作的关系 软件生存期各阶段间需保持的正确性 测试原则 (2)概要设计时应完成测试计划， 详细的测试用例定义可在设计 模型确定后开始，所有测试可 在任何代码被产生之前进行计 划和设计。 软件测试不等于程序测试 软件测试应贯穿于软件定义与开发的整个期间； 据美国一家公司统计，查出的软件错误中，属于需求分析和软件设计的错误约占 64%，属于程序编写的错误仅占 36%。程序编写的许多错误是“先天的”。 测试阶段工作步骤 单元测试:检验每个模块能否单独工作 集成测试:检验概要设计中模块接口设计问题 确认测试:以需求规格说明书为检验尺度 系统测试:综合检验 测试可视为分析、设计、编码三个阶 段的最终复审,以保证软件质量. 测试原则 (3)pareto原则：测试发现的错误中80%很 可能起源于20%的模块中。 应孤立这些疑点模块重点 测试。 (4)穷举测试是不可能的 测试原则 测试原则 (5)应由独立的第三方来构造测试。 （开发和测试队伍分别建立） (6)测试用例应由输入数据和预期的输 出结果两部分组成. (7)兼顾合理的输入和不合理的输入数据 (8)程序修改后要回归测试 (9)应长期保留测试用例，直至系统废弃。 测试原则：软件测试是有风险的行为 3 可测试性 可测试软件的特征： 可操作性 可观察性 可控制性 可分解性 简单性 稳定性 易理解性 “好”测试的属性： 发现错误的可能性高 不冗余 在目的相似的测试中，应使用最可能找到错误的测试 每一个测试应独立执行 测试 (test) 调试 (debug) 软件错误分类 功能错(需求分析错误) 软件结构错 数据错 编码错 软件集成错 测试定义与测试执行错误 4 测试用例设计 测试用的一组输入数据。 选择测试用例是软件测试员最重要 的一项工作。 程序测试举例 例：程序 Triangle， 输入三个整数，表示一个 三角形的三个边长，该程序产生一个结果， 指出该三角形是等边三角形、等腰三角形还 是不等边三角形。 测试设计中需要考虑的22种测试类型 黑盒测试 白盒测试 单元测试 累计综合测试 集成测试 功能测试 系统测试 端到端测试 健全测试 衰竭测试 接受测试 两种类型的测试 1 黑盒测试 又称:功能测试 数据驱动测试 基于规格说明书的测试 2 白盒测试 又称:开盒测试 结构测试 玻璃盒测试 基于覆盖的测试. 根据被测程序的逻辑结构设计测试用例; 力求提高测试覆盖率; 黑盒测试与白盒测试比较 黑盒测试是从用户观点，按 规格说明书要求的输入数据与输 出数据的对应关系设计测试用例, 是根据程序外部特征进行测试。 白盒测试是根据程序内部逻辑结构进行测试。 黑盒测试与白盒测试能发现的错误 黑盒测试与白盒测试优缺点比较 3 穷举测试 例:输入 三条边长 可采用的测试用例数 (设字长16位) 执行时间: 设测试一次需1ms 共需一万年. 穷举测试实例: 白盒测试 设程序含4个分支,循环次数 ≤20,从A到B的可能路径 执行时间: 设测试一次需2ms 穷举测试需5亿年. 不论黑盒还是白盒测试都不能进行穷尽测试, 所以软件测试不可能发现程序中存在的所有错误, 因此需精心设计测试方案, 力争尽可能少的次数，测出尽可能多的错误. §3白盒测试的测试用例设计 1 逻辑覆盖法 (1)语句覆盖 (2)判定覆盖 (3)