码迷,mamicode.com
首页 > 其他好文 > 详细

怎么才能写出更全面的测试用例

时间:2019-07-26 01:30:39      阅读:121      评论:0      收藏:0      [点我收藏+]

标签:功能   搜索   应该   全面   名称   span   样式   相同   用户   

总结如下:

1.业务闭环

在写测试用例时,一定要搞清楚需求,从头到尾能画出流程图,在写的时候,每个流程都要涉及到,写的时候也应该按照流程来写,以防遗漏。

2.功能深挖

在写用例时,每到一个小的测试点,我们就要搬出用例的设计方法(等价类、边界值、因果图、正交分解、错误推测等),如登录功能的两个输入框有哪些测试点,都要全面的去分析,其他的功能点以此类推

3.大数据

何为大数据?即在造测试数据时,一般情况下,造上几条数据,看看数据显示是否正常就过了,这样就会造成在数据量过大时容易出现bug。举几个例子:

a.用户名称的显示

我们注册一个昵称为“abc”的用户,一般情况下在页面右上角用户信息处显示都正常。如果我们注册一个昵称为“一二三四五六七八九十”的用户,看看在页面右上角是怎么显示的,是否导致样式错乱?

b.翻页功能(app的分页加载功能)

一个页面,默认每页显示10条数据,那我们至少得造30条数据来测翻页数据是否正常,来测搜索非当前页数据是否正常,来测每页显示(10条,20条,50条)的下来是否正常

3.增删改查即功能关联

开发同事在开发一个业务功能时,一般的逻辑就是增删改查,我们测的时候也要按照这个逻辑去测,凡是所有数据,都要来两遍增删改查,为何要两遍?

a.经常会出现,数据被删除后,再次创建相同数据时,会提示数据已存在,说明之前的数据没有真正被删除

b.新增一条数据要查,该数据被删后也要查,测试是否真的删除

c.增加一条数据,然后再增加一条相同的数据,看是否进行验重

d.增加一条数据,然后修改,搜索修改之前和修改之后的数据

还有一条很重要的关联测试,即我们在增、查、删操作之后,一定要去看相关联的地方的数据是否一起更改。例如修改了用户信息,但凡显示用户信息的地方都要测试,看是否一并修改。

以上就是小总结一下,大家有什么可以留言补充,我们一起成长。

 

怎么才能写出更全面的测试用例

标签:功能   搜索   应该   全面   名称   span   样式   相同   用户   

原文地址:https://www.cnblogs.com/zy0209/p/11247808.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!