怎么才能设计出更好的测试用例呢?

玩技站长 测试资讯评论56字数 1016阅读模式
摘要当我们拿到一个接口,怎么才能设计出更好的测试用例呢 ?从大的方面我们至少要考虑到以下三个方面。一 功能方面;二 性能测试;三 安全性测试

当我们拿到一个接口,怎么才能设计出更好的测试用例呢 ?从大的方面我们至少要考虑到以下三个方面。

一.功能方面文章源自玩技e族-https://www.playezu.com/194001.html

在功能方面,我们要更多考虑的是如何通过不同的输入覆盖不同的业务逻辑 。而这个业务逻辑也可以理解为代码的每一个分支语句,所以,我们的测试就变为如何通过输入不同的参数,然后让代码尽可能的执行到每一个分支。 但是我们又不是做白盒测试,如何才知道覆盖了不同的分支呢 ?这里面除了用到一些测试方法外,还需要对业务有足够的了解,和开发不断确认其实现逻辑 。简单的来说就是从:测试方法设计和发散测试方面去考虑:文章源自玩技e族-https://www.playezu.com/194001.html

1.测试方法设计:可分为正向测试和反向测试文章源自玩技e族-https://www.playezu.com/194001.html

正向用例:只输入所有必填参数,验证其结果输入所有的参数,包括非必填参数,验证其结果所有的必填参数和可选参数的组合,验证其结果反向用例:从请求参数考虑:缺少参数,多参,无参,参数错误等 。从输入数据考虑:数据类型错误,数据为空,数据越界。文章源自玩技e族-https://www.playezu.com/194001.html

2.发散测试:考虑完所有参数的组合外,为了避免遗漏,我们还的抛开用例,从不同角度去考虑,以下两个方面就可以值得尝试 。文章源自玩技e族-https://www.playezu.com/194001.html

·和开发确认实现逻辑:在和开发确认实现逻辑的时候,尽可能的问的详细一些,问的过程中,也可以设定一些问题,比如可以问如果输入这样的参数,那么他会有什么的输出呢 ?最后把你没有执行到的逻辑列举出来,通过设计一些数据进行覆盖 。文章源自玩技e族-https://www.playezu.com/194001.html

·深入的了解业务:对业务再次熟悉,尽可能的确认业务中的每一个细节,然后根据这些细节考虑接口是否有对应的实现,并尝试着进行测试 。文章源自玩技e族-https://www.playezu.com/194001.html

二.性能测试文章源自玩技e族-https://www.playezu.com/194001.html

性能测试主要从俩个方面去考虑,分别是单接口场景和放在某个场景中的性能测试 。文章源自玩技e族-https://www.playezu.com/194001.html

· 单接口场景:文章源自玩技e族-https://www.playezu.com/194001.html

针对被测接口进行性能测试,关注其是否满足性能需求 。对被测接口不断的增加压力,关注其UV用户数和TPS的曲线图针对被测接口进行并发测试。

· 关注其响应时间业务场景:

就是基于某一个用户经常使用的场景进行规划,该场景中可能包含了多个接口,每个接口只是该场景中某一个业务,所占的用户量也只是一部分 。针对业务场景的性能测试,更多反应实际业务的性能情况 。

三.安全性测试

对于我们非专业的安全测试人员来说,我们更多的是关注业务方面的安全测试 ,针对接口的业务安全测试可以进行如下考虑:

接口是否使用了HTTPS协议接口的请求数据是否加密处理保存到库的关键信息是否做过加密处理是否对一些常用工具的请求做了限制接口是否对同一IP的访问次数做了限制总结。

最后,当我们再拿到一个接口的时候,就可以尝试着从以上三个方面进行用例的设计了。

玩技站长微信
添加好友自动发送入群邀请
weinxin
rainbow-shownow
玩技官方公众号
官方微信公众号
weinxin
PLAYEZU
 
  • 版权提示:本站仅供存储任何法律责任由作者承担▷诈骗举报◁▷新闻不符◁▷我要投稿◁
    风险通知:非原创文章均为网络投稿真实性无法判断,侵权联系2523030730
    免责声明:内容来自用户上传发布或新闻客户端自媒体,切勿!切勿!切勿!添加联系方式以免受骗。
  • 原创转载:https://www.playezu.com/194001.html
    转载说明: 点我前往阅读>>>
匿名

发表评论

匿名网友
确定