代码覆盖率只是覆盖率的一种衡量方式,相对来说算是强覆盖了。如果不好做和不好推动代码覆盖率的话,可以先做接口的功能(需求)覆盖率。而这样做,你必须先搞到明确的功能(需求)定义。下面来说我们是如果做接口测试的。文章源自玩技e族-https://www.playezu.com/23017.html
首先,需要开发将所有需要测试的接口定义下来。文章源自玩技e族-https://www.playezu.com/23017.html
- 每个接口的url是什么?
- 接受什么样的参数?
- 每种参数的类型是什么?
- 哪些参数是可选的,哪些是必选的?
- 输入参数正确/参数异常,接口的返回是什么?接口行为是什么?
接下来,有了详细和明确的接口定义后,你就可以用各种方法来设计测试用例了。文章源自玩技e族-https://www.playezu.com/23017.html
- 一般来说,至少应该覆盖所有的输出可能,这样就达到了弱覆盖。
- 如果对于同一种输出,把所有有效等价的输入情况也测到了,那就达到了中等覆盖。
- 如果在此基础上,对后端的数据内容和服务状态也进行了验证,那么基本上就是强覆盖了。
- 如果再能考虑更多的异常场景,那么基本上这个接口就测得比较有信心了。
最后,统计下所有的接口中,哪些测得强,哪些测得弱,这样就大致对接口的测试覆盖心中有数了。文章源自玩技e族-https://www.playezu.com/23017.html
当然有条件的话,还可以让开发做做接口的单元测试,不过这事测试人员也不一定能推得动。文章源自玩技e族-https://www.playezu.com/23017.html 文章源自玩技e族-https://www.playezu.com/23017.html