软件测试人员培训 版.ppt

? 测试用例设计：将软件测试的行为活动，作为一个科学化 的组织归纳。 ? 测试用例： 设计一个情况，软件程序在这种情况下，必须 能够正常运行并且达到程序所设计的执行结果。 ? 因为我们不可能进行穷举测试，为了节省时间和资源、提 供测试效率，必须从数量极大的可用测试数据精心挑选 出 具有代表性或者特殊性的测试数据 来进行测试。 31 ? 在开始实施测试之前设计好测试用例，可以避免盲 目测试并提高测试效率。 ? 测试用例的使用 令软件测试的实施重点突出、目的 明确。 ? 在软件版本更新后只修正少部分的测试用例便可展 开测试工作，降低工作强度，缩短项目周期。 ? 功能测试模块的通用化和 复用化 使软件易于开发， 而测试用例的通用化和复用化则会使软件测试易于 开展，并随着测试用例的不断精化其效率也不断攀 升。 32 ? 等价类划分法 ? 边界值分析法 ? 错误推测法 ? 因果图法 ? 判定表驱动法 ? 正交试验设计法 ? 功能图法 ? 场景法 33 输入条件 有效等价类 无效等价类 是否三角形的 3 条边 (A>0 ） (1) (B>0 ） (2) (C>0 ） (3) (A+B>C) (4) (B+C>A) (5) (A+C>B) (6) (A≤0 ） (7) (B≤0 ） (8) (C≤0 ） (9) (A+B≤C) (10) (B+C≤A) (11) (A+C≤B) (12) 是否等腰三角形 (A=B ） (13) (B=C) (14) (C=A) (15) (A≠B)and (B≠C)and (C≠A) (16) 是否等边三角形 (A=B ） and (B=C) and (C=A) (17) (A≠B) (18) (B≠C) (19) (C≠A) (20) 34 35 36 符合下面 5 条规则之一的问题称为软件缺陷： 1 、软件未达到产品说明书标明的功能。 2 、软件出现产品说明书指明不会出现的错误。 （如 果软件含有产品说明中根本没有存在的功能，这是 缺陷） 3 、软件功能超出产品说明书指明的范围。 4 、软件未达到产品说明书未指出但应达到的目标。 （产品说明书虽然没有提到，但是按照常理应该达 到的功能） 5 、软件测试人员或用户认为软件难以理解，不易使 用，运行速度缓慢等问题。 37 简单周期： ? 测试员找到并登记软件缺陷，软件缺陷移交到程序 员 => 程序员修复软件缺陷，软件缺陷移交到测试 员 => 测试员确定软件缺陷被修复，测试员关闭软 件缺陷。 38 复杂周期： ? 发现缺陷（测试员发现并登记缺陷，软件缺陷转到 程序员） => 软件缺陷移交到项目管理员 => （以不 修复形式解决）项目管理员认为软件缺陷不重要， 软件缺陷移交到测试员 => 重新激活缺陷（测试员 不同意，找出通用失败案例，软件缺陷移交到项目 管理员） => 项目管理员同意缺陷需要修复，缺陷 转给程序员 => 以修复形式解决（测试员确认软件 缺陷得以修复，测试员关闭软件缺陷） => 缺陷关 闭 39 复杂周期： ? 发现了软件缺陷，需要记录下来，不但要 记录结果， 同时需要详细描述发现的步骤 ，以备程序员 重现 问 题，并解决它。 ? 要求报告写的清楚明了和准确。有时利用 截屏 技术 把当时的情况保存成图片，可以达到一图胜千言的 效果。 40 ? A 类 —— 致命性： 不能完全满足系统要求，基本业务功能未实现系统 崩溃、不稳定或挂起等导致系统不能继续运行、导 致系统出现不可预料的严重错误的问题。 41 ? B 类 —— 严重错误： 严重地影响系统要求或基本功能的实现，且没有办法 更正（重新安装 或重新启动不属于更正办法）。使 系统不稳定、破坏数据、产生错误结果，部分功能 无法执行 。 42 ? C 类 —— 一般性错误： 1 、界面错误。 2 、非重要功能无法正确执行， 实现不正确， 实 现不完整，但不影响功能 3 、非严重性产生错误结果，但不影响一起功能。 4 、正确性不受影响，但系统性能和响应时间受到 影响。 43 ? D 类 —— 轻微错误： 使操作者不方便或遇到麻烦，但它不影响执行工作 功能或重要功能， 或对最终结果影响有限的问题。 44 产品研发部 1 2 ? 定义：软件测试就是为了发现错误而审查软件文档、 检查软件数据和 执行程序代码 的过程。 ? 软件测试应该是对软件形成过程的文档 , 数据以及程 序进行的测试 , 而不仅是对程序进行的测试。 ? 60% 以上的软件错误并不是程序错误 , 而是分