标签：功能 搜索 应该 全面 名称 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
