黑盒测试培训教程详解.pptxVIP

概要设计培训;黑盒测试又被称为功能测试或基于规格说明的测试。 黑盒测试是把程序看做一个不能打开的黑盒子，在不考虑程序内部逻辑结构和内部特性的情况下测试程序的功能。 测试者需要检查程序功能是否按照规格说明书的规定正常使用、程序是否能接收输入数据而产生正确的输出信息。主要针对软件的界面、功能、接口等进行测试。;黑盒测试的目的： 1、是否有不正确或遗漏的功能。 2、数据或者参数上，输入能否正确接收？能否输出正确的结果。 3、是否有数据结构错误或外部信息（例如数据文件）访问错误。 4、性能上是否能够满足要求。 5、是否有初始化或终止性错误 ;黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。因此黑盒测试具备鲜明的优缺点。;如何做好黑盒测试;什么是测试需求 测试需求简单理解为需要测试内容。 测试需求与系统需求区别 (1) 业务需求描述该系统要做的 (2) 测试需求不仅描述系统要做的，也要描述不可做的及影响到系统的各种情况;测试需求的例子： 业务需求：一个设备的加密通信，它的系统需求为：支持隧道ESP加密和传输ESP加密，对大于1500的IP数据包能进行分片处理。 第一次分解 1. 能支持隧道ESP加密 2. 能支持传输ESP加密 3. 能对大于1500的IP包进行分片处理 4. 对非IP包采取阻断措施 ;测试需求的例子： 业务需求：一个设备的加密通信，它的系统需求为：支持隧道ESP加密和传输ESP加密，对大于1500的IP数据包能进行分片处理。 第二次分解 1. 隧道ESP加密模式下，ping一般数据包和大包通信是否正常 2. 传输ESP加密模式下，ping一般数据包和大包通信是否正常 3. 不通加密模式下，FTP通信是否正常，大文件传输是否正常 4. 不同加密模式下，http通信是否正常，能支持的http并发连接数 ;测试需求意义： 测试需求远比系统需求包含内容多，假设在前期，没有准确的定位测试需求，就难以了解测试规模、复杂度、存在风险，无法对所测系统有全面清晰认识，测试用例就是无根据的，没有实际的可执行性的。 第二个例子 业务需求：期权买方或本机构其它交易员用户在行权日当天的截止时间前可选择行权或弃权 ;第二个例子 业务需求：期权买方或本机构其它交易员用户在行权日当天的截止时间前可选择行权或弃权 第一次分解： 期权买方在行权当天的截止时间前可行权或弃权 期权买方所在机构其它交易员用户在行权日当天的截止时间前可行权或弃权 ;第二个例子 业务需求：期权买方或本机构其它交易员用户在行权日当天的截止时间前可选择行权或弃权 第二次分解： 所有用户在非行权日均不可行权或弃权 期权买方或本机构其它交易员用户在行权日当天开市前闭市后不可行权或弃权 期权买方或本机构其它交易员用户在行权日当天开市后截止时间前可行权或弃权 期权买方或本机构其它交易员用户在行权日当天截止时间后不可行权或弃权 ;第二个例子 业务需求：期权买方或本机构其它交易员用户在行权日当天的截止时间前可选择行权或弃权 第三次分解： 期权买方/期权卖方/本机构非交易员用户/Monitor用户/CFETS Monitor用户在非行权日当天不可行权或弃权 期权卖方/本机构非交易员用户/Monitor用户/CFETS Monitor用户在行权日当天开市前/开市后截至时间前/截止时间后不可行权或弃权 ;测试需求的关键路径： 分析需求中涉及的输入 可以从几个方面考虑：输入来源，输入参数的数量，输入参数的度量单位，输入参数的时间需求，输入参数的精度和输入参数的有效输入范围。在测试用例设计中，这部分内容作为测试用例输入的依据。 分析软件的处理过程 输入数据所执行的所有操作和如何获得输出的过程，务必考虑各个分支情况。 分析处理后的输出 描述每个需求的输出结果，包括输出的位置，输出参数数量，输出参数单位，输出参数顺序，输出参数精确度，输出参数的有效输出范围，错误信息等。在测试用例设计中，这部分内容作为测试用例的预期输出。 充分考虑需求的影响 考虑什么可以做的同时，要考虑什么不能做。一个正常的逻辑下往往还有多个异常的判断 不要忽视环境带来的影响 软件的运行所需的环境，包括硬件平台的要求，操作系统的要求，数据库的要求，以及其他相关支撑(B/S结构 - 浏览器) ;测试用例的定义： 测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例是执行的最小实体。 简单地说，测试用例就是设计一个场景，使软件程序在这种场景下，必须能够正常运行并且达到程序所设计的执行结果 ;测试用例的组成元素： 一般测试用例包含以下要素，可以根据实际项目需要酌情增加缺少的元素或删除不太重要的元素，使用例更加完整、简洁。 用例ID（编号）