《软件测试技巧与用例编写ppt课件.ppt》由会员分享，提供在线免费全文阅读可下载，此文档格式为ppt，更多相关《软件测试技巧与用例编写ppt课件.ppt》文档请在天天文库搜索。

1、* |ROPEOK TECHNOLOGY GROUP软件测试技巧和用例编写 软件测试技巧测试用例编写测试技巧测试技巧= ???测试方法无非就是几种：边界值分析法、等价类划分法、错误推测方法、因果图法、正交实验设计法、场景设计方法、功能图法 ……测试技巧 = 测试方法 + 测试经验 但是不是我们在测试某种功能的时候都要选用一种方法呢？Look down、、、错误推测法? 等价类划分法? 正交实验设计法? 场景法 ?…问题一 ：大家觉得以上增加用户测试部分用到了哪些测试方法？边界值分析法？边界值分析法长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误 屏幕上光标在最左上、最右下位置报表的第一行和最后一行数组元素的第一个和最后一个循环的第 0 次、第 1 次和倒数第 2 次、最后一次一连贯操作。

2、顺序的第一个和最后一个录像任务第一个和最后一个文件回放时文件的开始和结束边界边界，那么我们如何来确定一个边界呢？边界不止是输出输入的数据。 对视频输入数的边界值64进行测试，分别添加63、64、65路进行测试边界值分析法1.点击“上传更多”可以超过个数限制是否提示2.选择大小为1024M、1023M、 1025M3.上传总文件大小2048M 、2049M、2047M思考如何使用边界值法？等价类划分法选择适当的数据子集来代表整个数据集，通过降低测试的数目去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷。有效等价类指对于程序规格说明来说，是合理的、有意义的输入数据构成的集合无效等价类和有效等价类相反，无效等价类是指对于软件规格说明而言，没有意义的、不合理的输入数据集合。用户级别小于等于角色级别用户级别：2—255(数值越大，级别越小)有效等价类：2-255、数值小于等于角色级别。

3、无效等价类：① 255 ③ 数值比角色级别数值大等价类划分法等价类划分法*表示必填项 、 密码长度大于6位对于旧密码测试有效等价类：输入长度大于6位的密码无效等价类： ①密码输入为空 ②输入错误的旧密码(密码长度小于6位 )等价类划分法*表示必填项 、 密码长度大于6位、与旧密码不同对于新密码测试有效等价类：输入长度大于6位不同于旧密码无效等价类：①密码输入为空 ②密码长度小于6位 ③与旧密码一致等价类划分法*表示必填项 、 密码长度大于6位、与新密码一致对于确认密码测试有效等价类：输入长度大于6位与新密码一致的密码无效等价类：①密码输入为空 ②密码长度小于6位 ③与新密码不一致等价类划分法查询(精确查询)，条件为空是查询所有有效等价类：完整输入数据库中已有数据无效等价类：①数据输入不完整，如输入角色名称：系统 ②查询条件混乱，比如角色名称(工作用户)和用户等级(1)不对应等价类划分法另外。

4、：有效等价类：①不选择时间，默认所有时间段 ②开始时间小于结束时间无效等价类：①只有选择开始时间 ②只有结束时间 ③开始时间大于结束时间错误推测法基于测试人员的经验和直觉来推测系统中所有可能存在的各种缺陷，是针对性地设计测试用例的方法。这里的经验和直觉来自测试人员对被测软件系统特性的了解和以往在测试工作中总结的经验。一般考虑的方面：软件产品以前版本中存在的问题；语言、操作系统、浏览器等限制而可能带来的问题；由模块间关联所联想到的测试，由于软件缺陷修复可能带来的问题。* |ROPEOK TECHNOLOGY GROUP错误推测法例如，客户存储服务器任务设置 1.没开启存储服务器，进行存储设置例如，管理服务器添加设备时，设备端口，ip。密码用户名等信息不一一对应。例如， 网关服务器未开启， 测试是否连接等例如， 没有权限就不能操作，为灰色，设置不同权限的用户进行验证例如，超级用户的权限不能被其。

5、他用户修改例如，输入非法字符错误推测法例如测试：录像回放文件查询1.所选视频源没有进行远程录像，进行远程录像查询2.所选视频源没有本地录像文件，进行本地录像查询3.没有选择视频源，进行查询错误推测法1.未选择文件直接点击“开始上传”2.所选择的文件超过限制思考登录测试与错误推断法场景法越来越多的软件采用事件触发来控制流程，事件触发时的情景形成场景，同一事件不同的触发顺序和处理结果形成事件流。场景法：以事件流为核心。 一般步骤构造基本流和备选流；根据基本流和备选流构造场景；根据场景设计测试用例；对每个测试用例补充必要的测试数据。* |ROPEOK TECHNOLOGY GROUP* |ROPEOK TECHNOLOGY GROUP 场景 1 基本流场景 2 基本流 备选流 1场景 3 基本流 备选流 1 备选流 2场景 4 基本流 备选流 3场景 5 基本流 备选流 3 备选流 1场景 6 。

6、基本流 备选流 3 备选流 1 备选流 2场景 7 基本流 备选流 4场景 8 基本流 备选流 3 备选流 4场景法场景法登录输入用户名输入密码确定用户已过期密码错误用户名错用户空Ps：密码错误还包括大小写错误场景法基本流点击登录，输入用户名，输入密码，点击确定，成功登录用户备选流1用户名错备选流2用户名为空 备选流3用户有效期已过备选流4密码错误备选流x退出登录对于每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。测试用例ID场景/条件用户名密码有效期预期结果1场景1VVV成功登录用户2场景2In/aV提示用户名不能为空，返回基本流步骤23场景3IVn/a提示用户名错误，返回基本流步骤24场景4VVI提示用户已过期，返回基本流步骤15场景5VIV提示密码错误，返回基本流步骤3场景法场景法测试用例ID场景/条件用户名密码有效期预期结果1场景1admin12345有效期。

7、内成功登录用户2场景2空n/a有效期内提示用户名不能为空，返回基本流步骤23场景3A#345有效期内提示用户名错误，返回基本流步骤24场景410空20130101-20130808提示用户已过期，返回基本流步骤15场景5admin12&*-有效期内提示密码错误，返回基本流步骤3思考测试用例将软件测试的前期、过程、结果做一个比较详细的记录，目的是能够将软件测试的行为转化成可管理的模式；同时测试用例也是对后期的软件修正、管理、甚至应用到相类似的软件也是用很大的借鉴意义，不同类别的软件，测试用例是不同的 * |ROPEOK TECHNOLOGY GROUP测试用例包括：版本号、模块名称、测试环境(包括硬件和软件)、测试设备、用例编号、用例名称、前置条件、验证步骤、期望结果(含判断标准)、测试结果、测试时间、测试人员等* |ROPEOK TECHNOLOGY GROUP用例编号：编号具有唯一性、。

8、易识别性，由数字和字符组合成的字符串管理服务器测试用例编号 GL-XXX平台监测服务器用例编号 PTJC-XXX矩阵调度终端用例编号 JZDU-XXX用例说明：概括简单的描述用例的出发点、关注点，原则上不能重复前置条件：执行当前测试用例需要的条件，是后续操作的前提......预期结果：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度 操作步骤 、测试环境、测试设备 等  测试用例在整个测试工作中的地位和作用主要体现         1、在测试工作开展前完成测试用例的编写，可以避免测试工作开展的盲目性；      2、测试用例便于测试工作的跟踪管理，包括测试执行的时间进度的跟踪，测试质量的跟踪；       3、在回归测试中，测试用例的存在可以大大的降低测试的工作量，从而提高测试的工作效率；    4、测试用例是团队内部交流以及交叉测试的依据；         5、测试用例是说服用户相信产品质量的最佳依据，同时也可以提供给客户作为项目验收的依据* |ROPEOK TECHNOLOGY GROUP谢 谢！。