测试工程师由浅到深--软件测试方法篇

由于咱们的受众测试人员,有测试老鸟,也有新入手的菜鸟。所以笔者准备一篇基础篇,一篇技术篇,这样就是你好,我好,大家都好!老鸟就只当复习了,温故而知新嘛。

  作为一个测试工程师,我们最基本的工作就是写测试用例,执行测试用例。而想写一个覆盖度特别全的测试用例,避免不了的,我们在写测试用例的时候,加入很多测试方法,才能写出一个有含量的测试用例。今天就谈谈常用的测试方法。

1.等价类划分

  等级类划分,分为有效等价类,无效等级类。有效等价类:针对被测对象,有效的,合理的,被系统接收的输入。那么无效等级类就是无效的,不合理的,不被系统接收的输入。例如,用户名输入限定在6-20位,输入这个范围内的属于有效等价类。范围外的输入无效等级类。

2.边界值

  边界是指相对于输入等价类和输出等价类而言,稍高于其边界值及稍低于其边界值的一些特定情况。例如,用户名输入限定在6-20位,可以6-19位,5-19位等。下拉城市列表,选择第一位或者最后一位,都属于边界值范畴。

3.判定表

判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。判定表分为:条件桩,条件项,动作桩,动作项。

其步骤如下:

1.确定规则的个数.假如有n个条件。每个条件有两个取值(0,1),故有2的n次方种规则。

2.列出所有的条件桩和动作桩。

3.填入条件项。

4.填入动作项。得到初始判定表。

5.简化.合并相似规则

举例

问题描述:“对于功率大于50马力的汽车,并且维修记录不全或已运行10年以上的机器,应给予优先的维修处理”

条件桩:

C1:功率大于50马力吗?

C2:维修记录不全吗?

C3:运行超过10年吗?

动作桩:

A1:进行优先处理

A2:作其他处理

4.因果图

  在一个界面中有多个控件,如果控件之间有组合关系或者限制关系,不同的控件组合会产生不同的输出结果。为了弄清不同的输入组合会产生怎样的输出结果,可以使用因果图。表达的是因(输入结果)和果(输出结果)之间的关系。

例如:A=0,且A=B,那么B=0。

5.测试大纲法  

序包含多个窗口,每个窗口中又有多个功能,这些功能之间又有一定的联系。为了梳理清楚窗口之间以及窗口不同功能之间的联系,使用测试大纲法。

如:安装程序的测试

  1.  分析需求列出窗口以及每个窗口中的功能

  2.  根据大纲,找到窗口及功能之间的关系,编写测试用例

6.流程分析法

又叫场景设计法,此方法用于既定业务流。

举例:一个登陆系统的业务流,我们可以分为“基本流”,“备选流”“异常流”三个场景设计用例。基本流就是正常输入用户名密码,然后成功登录。

备选流就是我们输入错误一到两次密码或者用户名,然后输入正确登录。

异常流:输入错误的密码或者用户名。然后细化测试用例。

7.错误推断法

基于经验和直觉推测程序中所有可能存在的各种错误 , 从而有针对性的设计测试用例的方法 .其分析如下三条所示:

1.程序中所有可能的错误

2. 容易发生错误的特殊情况

3.以前产品测试中曾经发现的错误.

根据上述三条,设计错误推断的测试用例。

当然还有其他的方法,小编认为上述是比较常用的,有其他方法的同学欢迎讨论。小编VX 公 众 号 王大哥自动化测试 更早的发布文章,讲解测试,欢迎关注。

猜你喜欢

转载自www.cnblogs.com/king44/p/11563277.html