测试用例设计

黑盒测试用例设计方法 一、等价类划分法 等价类划分法是一种典型的、重要的黑盒测试方法，是指某个输入域的子集合。在该子集合中，所有的输入数据对于揭露软件中的错误都是等效的。 等价类划分有效等价类和无效等价类 例如：微信红包的例子【0.01-200】 按数据范围划分： 有效的：0.01-200（ 1 ） 无效的：小于0.01（ 2 ） 大于200（ 3 ） 0.01-200区间小数点后超过2位的值 （ 4 ） 按数据类型组成划分： 有效：数字 （ 5 ） 无效：非数字类型，英文，中文，特殊字符，html标签...（ 6 ） 按是否为空 有效：不为空（ 7 ） 无效：为空（ 8 ） 等价类划分法用例设计原则 1）划分有效及无效等价类，为每一个等价类规定一个唯一的编号 2）设计一个新的测试用例数据，使其尽可能多地覆盖尚未覆盖的有效等价类，重复这一步，直到所有的有效等价类都被覆盖为止 3）设计一个新的测试用例数据，使其仅覆盖一个尚未覆盖的无效等价类，重复这一步，直到所有的无效等价类都被覆盖为止 二、边界值分析法 边界值最有可能出错 1、定义：边界值分析法是对等价类划分法的补充，边界值一般都是从等价类的边缘去寻找。边界值分析的基本思路：正好等于、刚刚大于、刚刚小于边界值作为测试数据。0.01、200 注意：0是一个特殊值，我们在考虑边界值的时候同时也要考虑这个特殊值。负数 2、边界值的作用

用户需求/原始需求 需求分析/规格说明书(评审过后，将不合理、无法做到的地方去掉以后的说明书) 测试需求(在需求分析的基础上，以测试团队的工作计划、方式的需要、工作优先级安排) 主要解决“测什么”的问题，即指明被测对象中什么需要测试。 功能是第一要务，按照测试团队的工作要求进行计划 在后期交流中，要不断验证客户需求，要保留文档 对于测试工程师：测试一般划分为功能性测试、非功能性测试 如果没有需求文档，先做冒烟测试，对软件大体有什么功能，进行了解，哪些是功能的重点，有多少功能点，把需求理出来 \1. 所有测试活动应以需求为源头和驱动 \2. 应尽早地和不断地进行测试 \3. 完全测试(穷举测试)是不可能的，数据是无穷无尽的，总有测试不到的数据 \4. 没有完美的软件和完美的测试 \5. 应避免仅有程序员自己检查程序，避免随意性(避免随意测试) \6. 二八定律，把相对多的时间、成本、精力花在重要的模块、部分 \7. Good enough 不做不充分的测试，也不做过多的测试，找到测试费用和测试量之间平衡点 \8. 一定要有正确和错误验证 1、所有测试活动都应追溯到用户需求，测试活动应以需求(用户需求->需求规格说明书)为源头和驱动 2、应尽早地和不断地进行软件测试 3、完全测试(穷举测试)是不可能的，因为数据本身是无穷无尽的，总有无法测试到的数据、方面。没有完美的测试和完美的软件

普通输入框字段校验测试 邮箱输入框字段校验测试 验证码输入框字段校验测试 ps:假设是4位数字 手机号码输入框字段校验测试 ps:假设限制16个字符，只能输入数字 来源：博客园 作者： tangsong 链接：https://www.cnblogs.com/tangsong41/p/11621715.html

如何保障测试覆盖率？ 一、首先测试需求分析要全面 测试需求分析具体分两步： 1、测试需求的获取 需求的来源： 显式需求： （1）原始需求说明书 （2）产品规格书 （3）软件需求文档 （4）有无继承性文档 （5）经验库 （6）通用的协议规范 隐式需求：用户的主观感受，市场的主流观点，专业人士的评价分析。 2，需求的分析 ，产生测试需求文档 将不同的需求来源划分成一个个需求点，针对每一点进行测试分析： （1）界定测试范围 （2）利用各种测试设计的方法产生测试点 在测试方法方面，可做如下注意： 　　其一，分析出口入口。从入口分析，将可能出现的环境，条件，操作等内容分类组合，然后根据各位测试达人的方法进行整合，逐一验证。从出口分析，将可能出现的结果进行统计，根据结果的不同追根溯源，再找到不同的操作以及条件等内容，统计成文档，逐一验证。 　　其二，多种测试手法的学习和使用。大家可能更多的关心测试方法，但是具体操作的手法也是需要注意的。毕竟测试方法比较容易找到，各位达人都很熟悉。如果将每个人不同的测试手法总结出来并在自己的测试实施中加以使用，可能会收到意想不到的成果。 在测试流程方面，可作如下注意： 　　其一，初期要做好需求分析。将需求逐渐细化到小功能点，针对每个功能点进行测试设计。对于完成的测试设计文档，经过项目相关人员的检查评审，做成所需要的初稿。 　　其二，在测试过程中

unittest单元测试框架总结 Ŀ¼ 一、unittest模块的各个属性说明 二、使用unittest框架编写测试用例思路 三、使用unittest框架编写测试用例实例 一、unittest模块的各个属性说明 点击返回目录 1.unittest的属性如下： ['BaseTestSuite', 'FunctionTestCase', 'SkipTest', 'TestCase', 'TestLoader', 'TestProgram', 'TestResult', 'TestSuite', 'TextTestResult', 'TextTestRunner', '_TextTestResult', '__all__', '__builtins__', '__doc__', '__file__', '__name__', '__package__', '__path__', '__unittest', 'case', 'defaultTestLoader', 'expectedFailure', 'findTestCases', 'getTestCaseNames', 'installHandler', 'loader', 'main', 'makeSuite', 'registerResult', 'removeHandler', 'removeResult', 'result',

用例建模就是通过对软件需求的调研，从具体的功能性需求中抽象出用例模型的工作过程。参与者和用例由对功能性需求的分析来确定，用例图是参与者和用例的可视化表示。用例图中的四种关系： 　　1.关联：建立参与者与用例通信的渠道，当然关联可以是双向的，可以是单向的。箭头的方向表示消息的传递方向。 　　2.依赖：一个用例受到另一个用例的影响。 　　3.包含：基USE CASE图本用例的行为包含了另一个用例的行为 　　4.扩展：扩展用例是基本用例的一个扩展 　　5.泛化：存在于Actor和Use case之间，例如数学老师是老师的泛化，从特殊指向一般。 用例建模的作用： 用例模型是一种标准的语言，是开发人员之间交流和沟通的媒介，可以精确地定义软件需求，出现歧义的可能性很小，这可以保证用户和开发人员对需求理解的一致性。用例模型在整个开发过程中都扮演着非常重要的角色，它可以驱动软件的分析和设计逐步细化。最后，测试过程中那些关注软件功能的测试用例，往往也是根据用例模型来确定的。 用例步骤： 确定系统边界 确定参与者 找出所有的用例 确定每个用例的级别 撰写用例的文字描述 画出以整个系统为对象的顺序图 我的工程实践的目的是手势识别，模拟键盘鼠标操作等，下图展示了项目的部分用例图。只是手势交互业务建模，不是对系统建模。 　　　　　　　　　　　　　　　　　　 　　　　　　　　　　　　　　　　　　　　　　　

很多产品中，都有文件导入功能，基于此功能的一些用例的设计，总结以下几点 2.文件内容为空验证，----表格内部 为空；只有表头正常显示，信息为空时；中间一行数据全部为空；中间几行数据全部为空；中间增加几空白列； 3.文件导入， 表头验证---表头修改顺序；表头前、中、后，增加列--表头字段；表头--某列字段修改； 4.必填项验证----表格 有表头为必填项，必填项全部不输入、多项不输入、某项不输入，必填项验证； 5.表格字段 数据格式校验-----某字段设置成其他数据类型；某字段设置成自己的数据类型时，但输入内容 不对时；如： excel表格文本类型，设置成其他类型格式，肯定校验拦截； 文本类型，设置成文本类型时，输入内容：可输入任何内容，都不拦截； 文本类型，不设置类型时，excel表格默认文本类型，可输入任何内容--汉字、字母、数字、数值、特殊字符等，都不拦截； excel表格某字段 日期类型，设置成日期外其他类型，肯定校验拦截； 日期类型，设置成日期类型，内容显示不是要求的 201907（如-汉字/字母/特殊字符/数值）时，同样拦截 日期类型，未设置时，--默认文本类型，输入，肯定校验拦截； 6.表格存在重复数据，校验拦截； 7.邮箱类字段，特殊字符如@、点、杠，需要允许；其他特殊字符拦截； 身份证件类，18位、前后空格拦截；其他文本类一般输入特殊字符，拦截； 9.

判定中条件的各种组合都至少被执行一次 1、满足条件组合覆盖的用例一定满足语句覆盖 2、满足条件组合覆盖的用例一定满足条件覆盖 3、满足条件组合覆盖的用例一定满足判定覆盖 4、满足条件组合覆盖的用例一定满足条件判定覆盖 5、条件组合覆盖没有考虑各判定结果（真或假）组合情况，不满足路径覆盖 6、条件组合数量大，设计测试用例的时间花费较多 demo.py #encoding:utf-8 A = int(input('请输入A的值')) B = int(input('请输入B的值')) X = int(input('请输入X的值')) if A > 1 and B == 0: X = X / A if A == 2 or X > 1: X = X + 1 print('结束') 用例编号 测试用例 覆盖条件 覆盖路径 预期结果 1 A=2，B=0，X=4 （A>1) and (B== 0), (A==2) or (X>1) a-c-e X = 3 2 A=2，B=1，X=1 （A>1) and (B!=0), (A==2) or (X<=1) a-b-e X = 2 3 A=1，B=0，X=2 （A<=1) and (B==0), (A!=2) or (X>1) a-b-e X = 3 4 A=1，B=1，X=1 （A<=1) and (B!=0), (A!=2) or (X<=1) a

等价类划分题目 1、程序输入条件为大于10小于100的整数x 2、程序输入x取值于一个固定的枚举类型{1，3，7，15}，且程序中对这4个数值分别进行了处理。 3、windows文件名命名规则，可以包含除‘、’‘/’‘：’‘？’‘<>’'\'之外的任意字符，文件名长度是1-255个字符。 实战1、城市电话号码问题 城市电话号码由三部分组成。它们的名称和内容分别是：地区吗：空白或三位数字；前缀：首位非‘0’或‘1’的三位数字；后缀：4位数字。 假定被测程序能接受一切符合上述规定的电话号码，拒绝所有不符合规定的电话号码。根据该程序的规格说明，作等价类的划分，并设计测试方案。 实战2、假设有一个工资管理系统，要求输入员工工号，以及月份日期，就可以搜索出该员工在当前时间范围内的工资信息。 工号栏位必须输入正整数，不得超过3位。日期范围在1999年01约~2012年12月，并规定日期由6位数字字符组成，前4位表示年，后2位表示月。 边界值分析 1、一个检验2的乘方的程序，软件允许用户输入1-1000范围内的数字 2、测试计算平方根的函数 实战1、由两个输入变量x1(a≤x1≤b)和x2(c≤x2≤d)的程序F的边界值分析测试用例如下： { <x1nom,x2min>, <x1nom,x2min+>, <x1nom,x2nom>, <x1nom,x2max>, <x1nom,x2max->,

为什么编写测试用例 1. 2. 3. 4. 5. 6. 7. 设计测试用例的优缺点 好处： 有效性、完整性、组织性 缺点： 测试用例概念： 测试用例其实就是根据需求文档，或者结合软件功能，把自己测试思路有条理的整理出来。 测试用例书写工具 ： 大部分公司通过Excel书写测试用例 测试用例书写依据 1.需求说明书 2.项目测试需求功能点 3.所属行业的业务知识掌握程度 4.测试工程师本人的理解程度（个人经验） 注： 必须有需求文档 ， 若没有需求文档 ， 就必须对产品功能熟悉 ，但是两者都必须要对软件业务功能熟悉。 实际工作中，有些公司没有需求文档做参考，这时候就必须要相关人员书写文档，如果不书写文档后期很多测试工作无法开展，甚至会做很多无用功。 测试用例书写目的 为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。 测试用例内容有哪些 功能模块、功能点、前置条件、操作步骤、预期结果、实际结果、备注。 1.功能模块：某一个测试的模块 2.功能点：模块的某一个功能点 3. 4.操作步骤：测试的操作步骤描述。 5.预期结果：预期需要达到的结果 6.备注：测试过程中遇到的问题等情况说明。 测试用例什么时候编写 测试用例在需求评审后，就要着手书写测试用例，测试用例编写前