理论-测试用例设计.pptVIP

A1 AND B=0 X:=X/A A=2 OR X1 X:=X+1 a b c d e 使得判定中的每个条件获得各种可能的结果 应满足以下覆盖情况： 判定一: A1, A≤1, B=0, B≠0 判定二: A=2, A≠2, X1, X≤1 选择用例： [(2,0,4),(2,0,3)] [(1,1,1),(1,1,1)] N N Y Y 注意:[(1,0,3),(1,0,4)] [(2,1,1),(2,1,2)] 满足条件覆盖，但不满足判断覆盖。 3 条件覆盖 同时满足判断覆盖和条件覆盖。 A1 AND B=0 X:=X/A A=2 OR X1 X:=X+1 a b c d e 应满足以下覆盖情况： 条件: A1, A≤1, B=0, B≠0 A=2, A≠2, X1, X≤1 应执行路径 ace ∧ abd或 acd ∧ abe 选择用例： [(2,0,4),(2,0,3)](ace) [(1,1,1),(1,1,1)] (abd) Y Y N N 4 判定/条件覆盖 使得每个判定中条件的各种可能组合都至少出现一次。 A1 X:=X/A A=2 X:=X+1 a b c d e B=0 X1 Y N Y N Y N Y N 编译系统下的执行情况： 部分路径未被执行。 满足以下覆盖情况： ① A1, B =0 ② A1, B≠0 ③ A≤1, B =0 ④ A≤1, B≠0 ⑤ A=2, X1 ⑥ A=2, X≤1 ⑦ A≠2, X1 ⑧ A≠2, X≤1 选择用例： [(2,0,4),(2,0,3)] ① ⑤ [(2,1,1),(2,1,2)] ② ⑥ [(1,0,3),(1,0,4)] ③ ⑦ [(1,1,1),(1,1,1)] ④ ⑧ 5 条件组合覆盖 覆盖程序中所有可能的路径 A1 AND B=0 X:=X/A A=2 OR X1 X:=X+1 a b c d e Y Y N N A B X 覆盖路径 2 0 3 1 0 1 2 1 1 3 0 1 a c e a b d a b e a c d 6 路径覆盖 黑盒测试用例设计 黑盒测试是在软件的接口处进行，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书和用户手册，检查程序的功能是否符合其功能说明及性能是否满足用户的要求。 黑盒法又称为功能测试或数据驱动测试。  等价类划分 边界值分析 判定表驱动 错误推测法 场景法 功能图法 测试用例的执行与跟踪 执行与跟踪测试用例前，首先要好搭建测试环境，并定义测试用例的执行顺序，然后再执行与跟踪测试用例。 测试用例执行过程中，搭建测试环境是第一步。 测试环境搭建之后，根据定义的测试用例执行顺序，可逐个执行测试用例。 测试用例执行 测试用例执行是通过运行测试用例来对系统进行测试！ 自动化测试 输入测试数据 手工测试 检查测试输出 比较测试结果 测试环境搭建 提交缺陷报告 测试用例执行中应该注意以下几个问题： (1) 全方位的观察测试用例执行结果 (2) 加强测试过程记录 (3) 及时确认发现的问题 (4) 与开发人员良好的沟通 (5) 及时更新测试用例 (6) 提交一份优秀的问题报告单 (7) 测试结果分析 整体测试用例的质量要求 覆盖率：依据特定的测试目标的要求，尽可能覆盖所有的测试范围、功能特性和代码。 易用性：测试用例的设计思路清晰、组织结构层次合理，测试用例操作的连贯性好，使单个模块的测试用例执行顺畅。 易维护性：应该以很少的时间来完成测试用例的维护工作，包括添加、修改和删除测试用例。易用性和易读性，也有助于易维护性。 粒度适中：既能覆盖各个特定的场景，保证测试的效率；又能处理好不同数据输入的测试要求，提高测试用例的可维护性。 测试用例书写标准 标志符(Identification) 测试项(Test Items) 测试环境要求 输入标准(Input Criteria) 输出标准(Output Criteria) 测试用例之间的关联 良好测试用例的特征 可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了 不包含重复的测试用例 测试用例内容清晰、格式一致、分类组织 如何设计出高质量的测试用例 客户需求导向的设计思路 责任到人 灵活的设计方法 测试用例设计不能局限于输入数据 尽量避免含糊的、冗长的或复杂的测试用例 尽量将具有相类似功能的测试