随手2017/10/24

功能性测试之测试用例

                                 奋斗   第二天

测试用例是什么:

就是把我们测试系统的操作步骤用按照一定的格式用文字描述出来

测试用例的优点:

1.把产品需求转换为一种可操作的步骤,方便以后有步骤有计划的进行测试。

2.验证产品的需求是否合理 监督产品对需求做出更加详细的设计

3.记录产品的设计细节,保障以后的查阅

4.帮助测试人员理清思路避免遗漏  反应测试进度

5.方便回归测试,复查bug是否还会出现  为紧急情况下的测试提供参考信息

测试用例的方法:

白盒测试: 逻辑覆盖  循环覆盖  基本路径覆盖
黑盒测试: 边界值分析法  等价类划分  错误猜测法 因果图法  状态图法 测试大纲法  随机测试  场景

等价类划分

         在某个输入域的子集合,在该子集合中,各个输入数据对于揭露程序中的错误都是等价的。假如有一个输入框要求输入1-10000个数,我们不可能用每一个数去试,我们输入5 和输入6去验证和揭露输入框的错误可以看做是等价的。那么这个时候我们就可以随机的抽取一些数据来进行验证。如:10 、99、7777......

       等价类分:有效等价类和无效等价类

       输入框要求输入1-10000的数

       有效等价类:可以输入1-10000之间的数来验证,如:2、5、99、8495......

       无效等价类:可以输入1-10000之外的任意字符验证,如:20000、字母、下划线、特殊符号、空格、回车.....

边界值

       边界值是对等价类的补充,测试工作经验告诉我们,大量的错误是出在输入输出的边界价上。我们还拿上面的例子,一个输入框要求输入1-10000之间的数。我们要测它有没有超出这个范围,如:0、-1、-2、1000、10001.....等等,来判定是否超出了我们的范围。

因果图

       因果图方法最终生成的就是判定表,它适合于检查程序输入条件的各种组合情况。举个例子:原因:A=0,B=0,结果我就可以判定:A=B。确切的说他是一种因果关系思想。它会无形中指导这我们的测试。

错误推测法

     基于经验和直觉推测出系统可能存在的错误,从而有针对性的设计测试用例的方法。


第二天

根据项目需求文档来进行项目的测试 :页面测试 输入框的验证 页面间的跳转 手机验证码  增删改等基本的操作 走一遍流程在测试用例上进行记录





  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值