BUG类型 | 代码错误 | 标准规范 | 其他 | ||||||
程度 | 严重 | 中等 | 普通 | 严重 | 中等 | 普通 | 严重 | 中等 | 普通 |
BUG数目 | 40 | 3 | 0 | 2 | 5 | 3 | 0 | 2 | 3 |
按需求文档以及功能说明书设计并进行测试运行,通过星云测试查看出每日覆盖率增长趋势
在这几天的测试中,测试人员虽然遍历了完整的流程,但是覆盖率一直不高,段覆盖率才41.1针对这种情况,我们通过漏洞分析进行查找原因。
首先我们通过星云报表找出复杂度高密度以及覆盖率0,这些都是测试漏洞,风险较高的遗漏点,若不逐一解决,后期上线后产生的问题造成的影响可能是相对比较严重地,为了避免这一现象的产生,我们必须把这些毒素攻克掉。这时,如果测试人员不懂代码可以邀请开发进行协助查看,通过可视化界面查看该函数的代码。
如1:函数ID 1465 handleMessage 通过代码可视化和开发交流得知,此模块为处理列表的上拉下拉的事件,但是在最新的九点钟项目中已经不在使用,这就造成了测试人员无法遍历到该模块的原因,对于这些废代码,测试人员有义务要求开发对其注释掉,或者进行删除处理,这样使得后期对代码的维护有了保障。
如2:函数ID 1880 isrefreshview scroll通过代码可视化和开发交流得知,此模块为优惠卷拉升加载功能,但是此功能需要优惠卷超过一定量后才会出现,但是实际测试中,测试人员只得到了一张优惠卷的账号,在遍历中自然无法覆盖到该功能。
如3:函数ID 1530 zoom通过代码可视化和开发交流得知,此模块为主界面地图功能,覆盖率不高的原因是:
该函数主要针对地图的比例进行不同的比例值选择,地图调节的情况,但是在九点钟中的地图是调用百度地图,如果要全部覆盖,需要后台对其代码进行相应的改动模拟。此状况主要针对核心功能的测试,测试人员需要预判该模块是否需要各种后台状态的处理测试,并和开发交互后进行配合性覆盖率提升。
如4:函数ID 1449 onClick通过代码可视化和开发交流得知,此模块为酒店评论功能, 根据可视化分析
查到因为没有测试到酒店评论中评的情况,所以没有覆盖到,执行次数是0,需要设计用例,酒店评论中评的情况,提高测试的覆盖率,保证没有严重的测试漏洞
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) | Powered by Discuz! X3.2 |