《软件工程与软件测试技术》案例分析.pptVIP

《软件工程与软件测试技术》 韩 智 第6章 测试案例分析 6.1 功能测试案例分析 6.2 白盒测试案例分析 6.3 性能测试案例分析 6.1功能测试案例分析 本节以“122接处警”系统为案例，深入介绍功能测试的各种方法，比如等价类划分法、因果图法、错误推测法、场景法等。 如何在测试过程中选择与应用此类方法，需要根据测试项目的特点，结合测试经验灵活使用 6.1.1 “122接处警”系统简介 “122接处警”系统采用指挥中心统一接警，支队，执勤队分级处警的方式，能够受理事故、拥堵、路况信息、咨询服务、投诉、反映等各类情况，实现接警、处警、指挥调度、监督管理、语音咨询、监察投诉等功能，具有对接处警信息统计、查询和深层次分析及智能化系统管理功能，同时具有系统全程数字录音和提高中英文语音服务功能。 该系统是一种对业务流程的准确性要求高、功能点多且关联性强的系统。由于其业务更看重流程顺畅的要求，因此要将测试重点放在流程正确性和功能正确性的验证工作上。 6.1.2前期分析 这个案例模拟了指挥中心统一接警，支队、执勤队分级处警的业务流程，在流程测试过程中穿插了功能点的测试。 进行用例设计时首先使用场景法，对系统运行流程进行分析。 可以从整体考虑用例应包括的基本流和备选流，然后通过用例场景并结合各路径的触发条件来确定用例应遵从的流程 其次在设计功能点测试时要结合等价类划分、边界值分析、因果图等方法进行具体功能点的设计 进行用例设计时，需要强调的是必须依据软件设计说明书和用户使用手册进行操作。 1.业务流程图 各路径的触发条件对照表 2.基本流与备选流关系图 场景路径表 路径触发条件与场景关系表 路径触发条件与场景关系表（续） 测试用例选择 从以上表格可以看出，第6组条件组合覆盖了全部流程分支，因此可以按照实际测试需求，根据这个条件组合循环执行案例，达到所要求的场景覆盖率。 6.1.3用例设计方法的分析 用错误推测法设计代码表管理的测试用例 错误推测法的基本思想是列举出程序中所有可能的错误和容易发生错误的特殊情况，并根据它们选择测试用例。 在本案例中，添加的代码只能为数字，依据错误推测法的基本思想来设计的测试用例 添加代码的测试用例 6.1.3用例设计方法的分析 用等价类划分法和边界值分析法设计添加黑名单的测试用例 首先用等价类划分法对122接处警系统中添加黑名单的限制的起止时间输入用例进行设计 等价类划分是把程序的输入域划分成若干部分，然后从每个部分选取少数代表性数据作为测试用例。 每一类的代表性数据在测试中的作用等价于这一类中的其他值。 限制起止时间的要求和特点如下： 不能有无效的日期。比如：2008-2-29 必须按日期格式录入。比如：yyyy-mm-dd 不能包含非法字符（yyyy、mm、dd均为大于0的整数）。比如：负数、字母、特殊字符等。 起始日期或终止日期不能为空。 不能存在无效的时间段。比如：起始时间为2008-1-31，终止日期为2008-1-1 等价类列表 限制起止时间测试用例 限制起止时间测试用例（续） 边界值分析法设计测试用例 这个测试用例已覆盖了全部等价类，但对具体输入数据的测试还不够完善，在此引入边界值分析法。 边界值分析法不是选择等价类的任意元素，而是选择等价类边界构建测试用例，是对等价类划分很好的补充。 实践证明，在设计测试用例时，对边界附近的处理必须给予足够的重视，为检验边界附近的处理而专门设计测试用例，常常能够取得良好的测试效果。 这里用边界值分析法来检查存在的边界值 本案例中，主要是日期的边界值，如2009-01-01，2009-01-31，2009-02-29 3.用因果图法设计接处警流程的测试用例 因果图法的思路是：从用自然语言书写的软件设计说明书中描述中找出因（输入条件）和果（输出或程序状态的变化），并将因果图转换为判定表。 首先分析接处警流程中的原因和结果 原因 指挥中心下发接警单到支队 支队下发接警单到执勤队 指挥中心下发接警单到执勤队 支队未下发接警单 结果 执勤队处警 支队处警 3.用因果图法设计接处警流程的测试用例 因果图 3.用因果图法设计接处警流程的测试用例 由此可以确定122接处警系统的正向流程只有3种情况，且输出均为单一条件，因此在实际测试时要将3种情况进行一一测试。 6.1.4 测试用例编写策略的应用 测试用例从测试内容角度可以分为流程用例和功能用例 本案例中，对业务总流程的设计采用的是场景法，用事件触发来控制流程，而业务正向流程采用的是因果图法。 功能点用例是针对具体功能点编写的测试用例，如代码管理表的测试用例、添加黑名单的测试用例等 测试用例根据测试的策略可以分为通过测试用例和失败测试用例 通过测试用例主要为了检验需求是否可以实现。在本案例中，用等价类划分法设计添加黑名单的