10 20160727极客话题讨论之--如何保证测试的覆盖率

相信大家都感觉自己手头的项目测试时间很紧张,经常加班加点,还无法按时上线,用例也许也大多情况下无法按照规定去写,在这种情况下,测试人员尽可能的保证测试的覆盖率呢?

大家都各抒己见,相信在实际工作中,每个人、每个团队都有自己的一套方案的。期待你的精彩回答哦!

请先 登录 后评论

5 个回答

桃之妖妖 - 从2.5小白开始

写用例的时候,因为毕竟是在前期,看不见实体程序或者前端页面,所以能想到的用例分支其实是比较有限的。当然评审是必不可少的,评审时测试可以修改不正确和和补充不充分的用例,开发可以补充考虑不周到的分支。执行用例阶段,遇见的情况更是多种多样的,什么奇葩问题都有可能遇见。这时候只执行用例往往不够用,所以要一边测试一边补充用例。包括需求变更也要及时修改用例。

总结一下步骤就是

1.需求分析

2.写用例

3.用例评审

4.修改补充用例

5.执行用例,进行测试

6.以上4、5循环

就酱~

请先 登录 后评论
酱油子bony - 测试开发山寨工程师

来个测试用例评审! (其实我是先占得沙发)

请先 登录 后评论
humortony

测试的覆盖率,最重要的就是场景覆盖率,如果场景覆盖率高了,那测试遗漏的部分就会少。知道了场景之后,进可能用较少的测试用例进行设计,这样既节约了时间,又满足了场景的覆盖。

请先 登录 后评论
云少 - 梦想

如果项目的测试时间紧张的话,一些文档可能就没有时间去写的那么详细。

    so:为了保证测试覆盖率

    ①:各测试人员写自己负责测试模块的 测试用例(指导性,粒度大)

    ②根据 指导性的测试用例和经验,进行探索性测试。把握住主要路径,外延次要路径,尽量在最短的实际做到最大覆盖率。


请先 登录 后评论
test梦幻 - IT

写测试用例,是在为测试做准备阶段,也是测试执行的标准,因而为了保证测试的覆盖率,前提条件,那就是必须参加评审,评审过程中,可以把疑惑或者觉得缺少的成分补充起来,更重要的是,重复使用运行测试用例,这样在测试的时候,想到之前评审的时候没有考虑到的场景。这样也起到对项目的场景的总结归纳思考。

我举个例子吧:比如接口测试用例

接口测试用例的设计方法其实和功能测试用例的设计方法是比较类似的,因为接口也是需要满足需求的,依赖的也是需求说明书,但因接口测试是通过代码去测试代码,因而为了保证覆盖率,可能会使用到单元测试的方法。如输入参数测试:也就是假定接口参数的不正确性进行的测试,确保接口对任意类型的输入都做了相应的处理:比如输入参数合法性和不合法性等(有为空、有超长字段、有为null等)

请先 登录 后评论