1、1软件测试实用教程软件测试实用教程方法与实践方法与实践PartII PartII 软件测试技术软件测试技术2第第4 4章章 黑盒测试案例实践黑盒测试案例实践o内容提要内容提要n 围绕两个案例展开黑盒测试实践，保险金案例围绕两个案例展开黑盒测试实践，保险金案例是函数级别的案例，信息采集系统是单机的系是函数级别的案例，信息采集系统是单机的系统级别的案例统级别的案例n 采用多种黑盒测试方法设计测试用例，观察不采用多种黑盒测试方法设计测试用例，观察不同规模的系统对测试方法的运用、测试工作量同规模的系统对测试方法的运用、测试工作量将产生怎样的影响将产生怎样的影响n 本章不涉及测试的实施，即如何将测试用例
2、转本章不涉及测试的实施，即如何将测试用例转化为可执行的测试脚本化为可执行的测试脚本3第第4 4章章 黑盒测试案例实践黑盒测试案例实践o本章重点本章重点n 保险金案例实践保险金案例实践n 信息采集系统案例实践信息采集系统案例实践44.1 4.1 保险金案例实践保险金案例实践o案例说明案例说明o保险金保险金=基本保险费率基本保险费率 年龄系数年龄系数 安全驾驶折扣安全驾驶折扣54.1 4.1 保险金案例实践保险金案例实践o 基本保险费率为基本保险费率为1000元元/年年o 年龄系数和安全驾驶折扣见表年龄系数和安全驾驶折扣见表o 投保人必须是年满投保人必须是年满16岁，且不足岁，且不足80岁的人岁的
3、人o 投保人驾照上的分数初始为投保人驾照上的分数初始为12分，每当违反交通分，每当违反交通规则时，将以整数为单位扣掉规则时，将以整数为单位扣掉1分或若干分分或若干分o 如果投保人驾照上的当前分数高于门限分数如果投保人驾照上的当前分数高于门限分数(见表见表)，则投保时可给予其安全驾驶折扣则投保时可给予其安全驾驶折扣o 如果投保人驾照上的当前分数被扣至达到甚至低于如果投保人驾照上的当前分数被扣至达到甚至低于零分，则该投保人的驾照被吊销零分，则该投保人的驾照被吊销64.1 4.1 保险金案例实践保险金案例实践o测试分析测试分析n 函数级别的案例函数级别的案例n 没有明显的业务流程，直接选择边界值、等
4、价没有明显的业务流程，直接选择边界值、等价类、决策表方法类、决策表方法n 输入条件：投保人的年龄和投保人驾照上的当输入条件：投保人的年龄和投保人驾照上的当前分数，且存在相互关联前分数，且存在相互关联n 应选用边界值测试和基于决策表的测试方法来应选用边界值测试和基于决策表的测试方法来设计测试用例设计测试用例n 系统输入与输出很不相似，但输出完全依赖输系统输入与输出很不相似，但输出完全依赖输入计算得到入计算得到74.1 4.1 保险金案例实践保险金案例实践o测试用例设计测试用例设计n 边界值测试边界值测试n 基于决策表的测试基于决策表的测试n 基于整体输入域的等价类测试基于整体输入域的等价类测试8
5、4.1 4.1 保险金案例实践保险金案例实践o边界值测试边界值测试o1、边界点、边界点n 年龄年龄(6个个)：16,25,35,45,60,80；n 分数分数(6个个)：0,5,7,9,11,1294.1 4.1 保险金案例实践保险金案例实践o边界值测试边界值测试o2、测试数据、测试数据n 年龄年龄(18个个)：15,16,17,24,25,26,34,35,36,44,45,46,59,60,61,79,80,81；n 分数分数(13个个)：-1,0,1,4,5,6,7,8,9,10,11,12,13104.1 4.1 保险金案例实践保险金案例实践o边界值测试边界值测试o3、测试用例：、测试
6、用例：o18(6-1)+13(6-1)=155个个114.1 4.1 保险金案例实践保险金案例实践o边界值测试边界值测试o完整的测试用例完整的测试用例124.1 4.1 保险金案例实践保险金案例实践o测试用例设计测试用例设计n 边界值测试边界值测试n 基于决策表的测试基于决策表的测试n 基于整体输入域的等价类测试基于整体输入域的等价类测试134.1 4.1 保险金案例实践保险金案例实践o基于决策表的测试基于决策表的测试o等价划分等价划分144.1 4.1 保险金案例实践保险金案例实践o基于决策表的测试基于决策表的测试o决策表决策表154.1 4.1 保险金案例实践保险金案例实践o测试用例设计测
7、试用例设计n 边界值测试边界值测试n 基于决策表的测试基于决策表的测试n 基于整体输入域的等价类测试基于整体输入域的等价类测试164.1 4.1 保险金案例实践保险金案例实践o基于整体输入域的等价类测试基于整体输入域的等价类测试174.1 4.1 保险金案例实践保险金案例实践o测试小结测试小结n 包含的功能点很单一，不涉及业务流程，但包包含的功能点很单一，不涉及业务流程，但包含复杂的输入含复杂的输入/输出计算关系，需要针对输入域输出计算关系，需要针对输入域和输出域进行关键数据的覆盖测试和输出域进行关键数据的覆盖测试n 该案例的测试用例设计以测试数据的选择为主该案例的测试用例设计以测试数据的选择
8、为主，测试重点在于如何选择典型数据来测试所有，测试重点在于如何选择典型数据来测试所有情况下的计算，难点是如何高效地设计测试用情况下的计算，难点是如何高效地设计测试用例，达到测试的完备和无冗余例，达到测试的完备和无冗余n 该案例的测试应尽量考虑以自动化测试为主，该案例的测试应尽量考虑以自动化测试为主，可基于单元测试工具辅助完成测试脚本开发可基于单元测试工具辅助完成测试脚本开发184.2 4.2 信息采集系统案例实践信息采集系统案例实践o案例说明案例说明n 主要功能是以学校为单位主要功能是以学校为单位(仅针对中小学仅针对中小学)，采，采集该校所有在校学生的基本信息和照片信息，集该校所有在校学生的基
9、本信息和照片信息，并进行自动校验，找出所有不符合要求的信息，并进行自动校验，找出所有不符合要求的信息，提醒学校负责信息采集的人员提醒学校负责信息采集的人员(简称管理员简称管理员)进进行手动修改，若校验通过，系统将自动按照规行手动修改，若校验通过，系统将自动按照规范的要求，对全校信息进行汇总和规格化处理范的要求，对全校信息进行汇总和规格化处理n 以以Visual Studio 2008为开发平台，采用为开发平台，采用C+语言开发实现语言开发实现194.2 4.2 信息采集系统案例实践信息采集系统案例实践o需求跟踪矩阵需求跟踪矩阵204.2 4.2 信息采集系统案例实践信息采集系统案例实践o需求规
10、格说明（略）需求规格说明（略）214.2 4.2 信息采集系统案例实践信息采集系统案例实践o需求规格说明（略）需求规格说明（略）224.2 4.2 信息采集系统案例实践信息采集系统案例实践o测试分析测试分析n 有两个主要的系统界面，需要考虑与用户输入、有两个主要的系统界面，需要考虑与用户输入、输出相关的易用性问题，需对应进行用户界面输出相关的易用性问题，需对应进行用户界面的功能测试和易用性测试的功能测试和易用性测试n 存在明显的业务流程，且对应这些业务流程涉存在明显的业务流程，且对应这些业务流程涉及多个功能点的测试问题，可使用基于场景的及多个功能点的测试问题，可使用基于场景的测试方法测试方法n
11、 核心是对相关数据进行校验，即查错的过程，核心是对相关数据进行校验，即查错的过程，因此，测试的重点是如何考虑到所有的无效输因此，测试的重点是如何考虑到所有的无效输入情况，并构建对应的测试数据文件入情况，并构建对应的测试数据文件234.2 4.2 信息采集系统案例实践信息采集系统案例实践o要解决的核心问题要解决的核心问题n 如何规划测试内容，即有哪些方面需要进行测如何规划测试内容，即有哪些方面需要进行测试试n 如何选择测试数据，即如何尽可能多的考虑到如何选择测试数据，即如何尽可能多的考虑到系统的无效情况，以覆盖无效域系统的无效情况，以覆盖无效域n 如何运行测试用例，即采用手动测试，还是使如何运行
12、测试用例，即采用手动测试，还是使用自动化测试用自动化测试244.2 4.2 信息采集系统案例实践信息采集系统案例实践o测试用例设计思路测试用例设计思路n 根据系统需求，分功能模块进行功能点的测试根据系统需求，分功能模块进行功能点的测试，并结合边界值、等价类划分等测试方法设计，并结合边界值、等价类划分等测试方法设计功能测试用例功能测试用例n 分析业务流程，基于场景法，分析系统主流程分析业务流程，基于场景法，分析系统主流程，针对每个流程进行子流程分析，构建需要测，针对每个流程进行子流程分析，构建需要测试的场景，并针对场景设计测试用例试的场景，并针对场景设计测试用例n 分析系统界面，针对各个主要界面
13、，分不同的分析系统界面，针对各个主要界面，分不同的界面区域进行用户界面测试界面区域进行用户界面测试254.2 4.2 信息采集系统案例实践信息采集系统案例实践o1、基于模块的功能测试、基于模块的功能测试o文件校验对应的被测功能特性文件校验对应的被测功能特性264.2 4.2 信息采集系统案例实践信息采集系统案例实践oF1.3对应的测试需求对应的测试需求274.2 4.2 信息采集系统案例实践信息采集系统案例实践o测试需求测试需求F1.3.1对应的测试用例对应的测试用例284.2 4.2 信息采集系统案例实践信息采集系统案例实践o2、基于场景的业务流程测试、基于场景的业务流程测试o顶层的基本流和
14、备选流顶层的基本流和备选流294.2 4.2 信息采集系统案例实践信息采集系统案例实践o第二层的基本流和备选流第二层的基本流和备选流(针对数据校验和数据导出节点针对数据校验和数据导出节点)304.2 4.2 信息采集系统案例实践信息采集系统案例实践o第二层的基本流和备选流第二层的基本流和备选流o存在不可行场景存在不可行场景o如果将主流程分析得到的基本流和备如果将主流程分析得到的基本流和备选流看做一个有向图，则场景选流看做一个有向图，则场景(基本流基本流+备选流备选流1)是一个完全可行的场景，是一个完全可行的场景，但从实际的节点含义来看，该场景是但从实际的节点含义来看，该场景是不可能存在的不可能
15、存在的314.2 4.2 信息采集系统案例实践信息采集系统案例实践o测试用例设计测试用例设计o根据场景分析流程中每个节点，提炼根据场景分析流程中每个节点，提炼出系统的输入和输出，结合边界值、出系统的输入和输出，结合边界值、等价类划分等测试方法即可设计测试等价类划分等测试方法即可设计测试用例用例324.2 4.2 信息采集系统案例实践信息采集系统案例实践o3、基于界面的用户界面测试、基于界面的用户界面测试o界面主要包括登录界面、信息校验界界面主要包括登录界面、信息校验界面和消息窗口面和消息窗口334.2 4.2 信息采集系统案例实践信息采集系统案例实践o3、基于界面的用户界面测试、基于界面的用户
16、界面测试o界面主要包括登录界面、信息校验界界面主要包括登录界面、信息校验界面和消息窗口面和消息窗口344.2 4.2 信息采集系统案例实践信息采集系统案例实践o3、基于界面的用户界面测试、基于界面的用户界面测试o界面主要包括登录界面、信息校验界界面主要包括登录界面、信息校验界面和消息窗口面和消息窗口354.2 4.2 信息采集系统案例实践信息采集系统案例实践o测试小结测试小结n包含多个功能点，涉及业务流程，且包含用户界面来接包含多个功能点，涉及业务流程，且包含用户界面来接受输入和提供处理结果的输出，需要进行单个功能点的受输入和提供处理结果的输出，需要进行单个功能点的测试和业务流程的测试，以及针
17、对用户界面的正确性和测试和业务流程的测试，以及针对用户界面的正确性和易用性测试易用性测试n系统以数据校验为主，测试重点在于对无效输入的识别系统以数据校验为主，测试重点在于对无效输入的识别和反馈，难点是如何尽可能多的覆盖需求中明确提出的和反馈，难点是如何尽可能多的覆盖需求中明确提出的无效输入情况和一些隐含的无效输入情况无效输入情况和一些隐含的无效输入情况n功能测试应以手动测试为主，但表现形式为基于测试用功能测试应以手动测试为主，但表现形式为基于测试用例来构建测试数据文件，从系统的运行结果可以直接判例来构建测试数据文件，从系统的运行结果可以直接判断是否存在缺陷，不需要另外编写测试脚本断是否存在缺陷，不需要另外编写测试脚本谢谢 谢谢36
