......
2、添加某个类下的所有用例
2.1方法一:
如Class_name类下有多个用例,则直接括号里不写入任何用例名,即可测试该类下所有用例。
2.2方法二
使用unittest.makeSuite(类名),将该类下所有用例添加到套件中
2.3方法三
使用 unittest.TestLoader()这个类下的loadTestsFromTestCase(类名),将该类下的所有用例加入到套件中
3、将整个文件中的用例都加载到套件中,不管有几个用例类
使用 unittest.TestLoader()这个类下的loadTestsFromModule(文件名, pattern=None),moudle就是用例存放的文件名
用例编号、所属模块、用例标题、优先级、前置条件、 *** 作步骤、测试数据、预期结果、实际结果、通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注
1、 覆盖到所有的业务逻辑(包括正常逻辑和异常逻辑)
2、 覆盖到所有的典型用户场景
3、 覆盖到所有的需求点
4、 测试目标明确,并且测试步骤能够最快的达到测试目的或者测试时间很短
5、 没有冗余的用例
6、 测试用例能够直接附带测试策略,该模块的策略指定人和用例执行人能够非常清楚
设计测试用例时,将所有输入的数据划分成若干子集,从中选出有代表性的数据做为测试数据的黑盒测试方法
设计测试用例时,对输入数据边界进行取值的黑盒测试方法
对程序的输入条件与输出结果之间的约束关系设计测试用例的黑盒测试方法
1)、确定原因、结果、中间过程
2)、连接因果图
3)、标明约束条件
4)、输出测试用例
根据经验或直觉推测程序中可能存在的各种错误,从而有针对性地编写检查这些错误的测试用例的黑盒测试方法
设计测试用例时,分析和表达多输入条件下执行不同 *** 作的黑盒测试方法
1)、确定原因和动作
2)、排列组合
3)、标明结果关系
4)、输出测试用例
设计测试用例时,利用已有的数据表(正交表)从大量的测试数据中挑选适量的、具有代表性的测试数据的黑盒测试方法
1)、确定因子、水平
2)、选择正交表
3)、输入因子、水平
4)、输出正交实验数据,输出测试用例
通过模拟业务场景来对系统的功能点或业务流程的描述,从而提高测试效果的黑盒测试方法
1)、分析用户场景
2)、设计场景覆盖基本流和备选流
3)、输出测试用例
熟读需求、断句(将需求整理成一段段要求)、分类(流程/规则)、逆向思维(从不同地的方面进行考虑)、质疑(将自己有疑问方法找出来)、应用测试用例分析方法(使用相应的测试用例方法对测试点进行用例的编写)
一,等价类法。
此方法多适用于输入的参数存在有效规则和无效规则;
其运用步骤1,罗列有效无效规则,绘制有效无效规则表;如下图注册用户时用户名的有效无效规则表:
第2步,构造数据,根据有效无效规则构造一些测试数据;
其中构造数据需遵从两个规则:
1,一条有效数据尽可能多的包含有效规则,目的是为了减少用例的冗余;
2,一条无效数据只能包含一条无效规则,目的是精确定位问题。
第3步,编写测试用例。
用到等价类法通常考虑:长度、组成(数字字母符号等)、是否区分大小写、是否含有空格、是否为空、是否重复、是否检验空格、全角半角输入。
二,边界值法
此种方法适用范围是输入的参数存在边界;比如密码规定长度6到18位;
在这应注意三个点:上点、内点和离点。
上点指边界上的点(比如6或者18);
内点指范围内的点(比如9就在6到18这个范围内);
离点指离边界最近的点(比如5或者7)。
其中取点规则是闭外开内;也就是说闭区间取外面的点,开区间取里面的点。
三,判定表法
适用范围输入的参数存在约束关系,不同的逻辑组合形成不同的结果;比如注册时密码与确认密码之间。
步骤1,将输入的参数转化为条件桩,
2,将输出的结果转化为动作桩,
3,会形成2的n次方个条件项(n指条件桩的个数),
4,其中表格中的每一列就是一条测试用例。
四,正交试验法
适用范围:1,输入的参数之间不存在约束关系,
2,输入的参数全部都是正确有效的,
3,不同的逻辑组合形成不同的结果,
其运用步骤,1,将输入的参数转化为因子状态表:
2,用字母替换因子状态表中的状态:
3,在allpairs文件夹中创建一个新的文本文档xxx.txt;
4.把步骤2中生成字母的因子状态表拷贝到xxx.txt中保存;
5,Ctrl(Windows)/command(Mac本)+R ☞输入cmd回车打开doc窗口;
6,进去allpairs所在路径(cd allpairs的路径 回车);
7,执行allpairs.exe(allpairs xxx.txt>xxx01.txt);
8,打开xxx01.txt把其中Test case的内容拷贝到Excel中;
9,用文字把字母替换回去:
10,其中每一行就是一条用例。
五,流程分析法
这类方法先把流程图画出来,然后根据里面的判定框编写测试用例。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)