软件测试信息采集系统案例实践,软件测试课件.ppt

《软件测试课件.ppt》由会员分享，可在线阅读，更多相关《软件测试课件.ppt(36页珍藏版)》请在人人文库网上搜索。

1、1,软件测试实用教程方法与实践,PartII 软件测试技术,2,第4章 黑盒测试案例实践,内容提要 围绕两个案例展开黑盒测试实践，保险金案例是函数级别的案例，信息采集系统是单机的系统级别的案例 采用多种黑盒测试方法设计测试用例，观察不同规模的系统对测试方法的运用、测试工作量将产生怎样的影响 本章不涉及测试的实施，即如何将测试用例转化为可执行的测试脚本,3,第4章 黑盒测试案例实践,本章重点 保险金案例实践 信息采集系统案例实践,4,4.1 保险金案例实践,案例说明 保险金 = 基本保险费率 年龄系数 安全驾驶折扣,5,4.1 保险金案例实践,基本保险费率为1000元/年 年龄系数和安全驾驶折扣。

2、见表 投保人必须是年满16岁，且不足80岁的人 投保人驾照上的分数初始为12分，每当违反交通规则时，将以整数为单位扣掉1分或若干分 如果投保人驾照上的当前分数高于门限分数(见表)，则投保时可给予其安全驾驶折扣 如果投保人驾照上的当前分数被扣至达到甚至低于零分，则该投保人的驾照被吊销,6,4.1 保险金案例实践,测试分析 函数级别的案例 没有明显的业务流程，直接选择边界值、等价类、决策表方法 输入条件：投保人的年龄和投保人驾照上的当前分数，且存在相互关联 应选用边界值测试和基于决策表的测试方法来设计测试用例 系统输入与输出很不相似，但输出完全依赖输入计算得到,7,4.1 保险金案例实践,测试用例。

3、设计 边界值测试 基于决策表的测试 基于整体输入域的等价类测试,8,4.1 保险金案例实践,边界值测试 1、边界点 年龄(6个)：16, 25, 35, 45, 60, 80； 分数(6个)：0, 5, 7, 9, 11, 12,9,4.1 保险金案例实践,边界值测试 2、测试数据 年龄 (18个)：15, 16, 17, 24, 25, 26, 34, 35, 36, 44, 45, 46, 59, 60, 61, 79, 80, 81； 分数 (13个)：-1, 0, 1, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,10,4.1 保险金案例实践,边界值测试 3、测试。

4、用例： 18(6-1)+13 (6-1)=155个,11,4.1 保险金案例实践,边界值测试 完整的测试用例,12,4.1 保险金案例实践,测试用例设计 边界值测试 基于决策表的测试 基于整体输入域的等价类测试,13,4.1 保险金案例实践,基于决策表的测试 等价划分,14,4.1 保险金案例实践,基于决策表的测试 决策表,15,4.1 保险金案例实践,测试用例设计 边界值测试 基于决策表的测试 基于整体输入域的等价类测试,16,4.1 保险金案例实践,基于整体输入域的等价类测试,17,4.1 保险金案例实践,测试小结 包含的功能点很单一，不涉及业务流程，但包含复杂的输入/输出计算关系，需要针。

5、对输入域和输出域进行关键数据的覆盖测试 该案例的测试用例设计以测试数据的选择为主，测试重点在于如何选择典型数据来测试所有情况下的计算，难点是如何高效地设计测试用例，达到测试的完备和无冗余 该案例的测试应尽量考虑以自动化测试为主，可基于单元测试工具辅助完成测试脚本开发,18,4.2 信息采集系统案例实践,案例说明 主要功能是以学校为单位(仅针对中小学)，采集该校所有在校学生的基本信息和照片信息，并进行自动校验，找出所有不符合要求的信息，提醒学校负责信息采集的人员(简称管理员)进行手动修改，若校验通过，系统将自动按照规范的要求，对全校信息进行汇总和规格化处理 以Visual Studio 2008。

6、为开发平台，采用C+语言开发实现,19,4.2 信息采集系统案例实践,需求跟踪矩阵,20,4.2 信息采集系统案例实践,需求规格说明(略),21,4.2 信息采集系统案例实践,需求规格说明(略),22,4.2 信息采集系统案例实践,测试分析 有两个主要的系统界面，需要考虑与用户输入、输出相关的易用性问题，需对应进行用户界面的功能测试和易用性测试 存在明显的业务流程，且对应这些业务流程涉及多个功能点的测试问题，可使用基于场景的测试方法 核心是对相关数据进行校验，即查错的过程，因此，测试的重点是如何考虑到所有的无效输入情况，并构建对应的测试数据文件,23,4.2 信息采集系统案例实践,要解决的核心。

7、问题 如何规划测试内容，即有哪些方面需要进行测试 如何选择测试数据，即如何尽可能多的考虑到系统的无效情况，以覆盖无效域 如何运行测试用例，即采用手动测试，还是使用自动化测试,24,4.2 信息采集系统案例实践,测试用例设计思路 根据系统需求，分功能模块进行功能点的测试，并结合边界值、等价类划分等测试方法设计功能测试用例 分析业务流程，基于场景法，分析系统主流程，针对每个流程进行子流程分析，构建需要测试的场景，并针对场景设计测试用例 分析系统界面，针对各个主要界面，分不同的界面区域进行用户界面测试,25,4.2 信息采集系统案例实践,1、基于模块的功能测试 文件校验对应的被测功能特性,26,4.。

8、2 信息采集系统案例实践,F1.3对应的测试需求,27,4.2 信息采集系统案例实践,测试需求F1.3.1对应的测试用例,28,4.2 信息采集系统案例实践,2、基于场景的业务流程测试 顶层的基本流和备选流,29,4.2 信息采集系统案例实践,第二层的基本流和备选流 (针对数据校验和数据导出节点),30,4.2 信息采集系统案例实践,第二层的基本流和备选流 存在不可行场景 如果将主流程分析得到的基本流和备选流看做一个有向图，则场景(基本流+备选流1)是一个完全可行的场景，但从实际的节点含义来看，该场景是不可能存在的,31,4.2 信息采集系统案例实践,测试用例设计 根据场景分析流程中每个节点，。

9、提炼出系统的输入和输出，结合边界值、等价类划分等测试方法即可设计测试用例,32,4.2 信息采集系统案例实践,3、基于界面的用户界面测试 界面主要包括登录界面、信息校验界面和消息窗口,33,4.2 信息采集系统案例实践,3、基于界面的用户界面测试 界面主要包括登录界面、信息校验界面和消息窗口,34,4.2 信息采集系统案例实践,3、基于界面的用户界面测试 界面主要包括登录界面、信息校验界面和消息窗口,35,4.2 信息采集系统案例实践,测试小结 包含多个功能点，涉及业务流程，且包含用户界面来接受输入和提供处理结果的输出，需要进行单个功能点的测试和业务流程的测试，以及针对用户界面的正确性和易用性测试 系统以数据校验为主，测试重点在于对无效输入的识别和反馈，难点是如何尽可能多的覆盖需求中明确提出的无效输入情况和一些隐含的无效输入情况 功能测试应以手动测试为主，但表现形式为基于测试用例来构建测试数据文件，从系统的运行结果可以直接判断是否存在缺陷，不需要另外编写测试脚本,谢 谢,36。