微信号:grzlwx

介绍:光荣之路官方资讯

精准测试之项目案例实战大剖析(二)

2016-01-03 23:08 光荣之路

吴老的《selenium webdriver 实战宝典》出版了!

九、 测试覆盖率与漏洞分析

按需求文档以及功能说明书设计并进行测试运行,通过星云测试查看出每日覆盖率增长趋势




在这几天的测试中,测试人员虽然遍历了完整的流程,但是覆盖率一直不高,段覆盖率才41.1针对这种情况,我们通过漏洞分析进行查找原因。


首先我们通过星云报表找出复杂度高密度以及覆盖率0,这些都是测试漏洞,风险较高的遗漏点,若不逐一解决,后期上线后产生的问题造成的影响可能是相对比较严重地,为了避免这一现象的产生,我们必须把这些毒素攻克掉。这时,如果测试人员不懂代码可以邀请开发进行协助查看,通过可视化界面查看该函数的代码。

如1:函数ID 1465 handleMessage 通过代码可视化和开发交流得知,此模块为处理列表的上拉下拉的事件,但是在最新的九点钟项目中已经不在使用,这就造成了测试人员无法遍历到该模块的原因,对于这些废代码,测试人员有义务要求开发对其注释掉,或者进行删除处理,这样使得后期对代码的维护有了保障。


如2:函数ID 1880 isrefreshview scroll通过代码可视化和开发交流得知,此模块为优惠卷拉升加载功能,但是此功能需要优惠卷超过一定量后才会出现,但是实际测试中,测试人员只得到了一张优惠卷的账号,在遍历中自然无法覆盖到该功能。


如3:函数ID 1530 zoom通过代码可视化和开发交流得知,此模块为主界面地图功能,覆盖率不高的原因是:

该函数主要针对地图的比例进行不同的比例值选择,地图调节的情况,但是在九点钟中的地图是调用百度地图,如果要全部覆盖,需要后台对其代码进行相应的改动模拟。此状况主要针对核心功能的测试,测试人员需要预判该模块是否需要各种后台状态的处理测试,并和开发交互后进行配合性覆盖率提升。


如4:函数ID 1449 onClick通过代码可视化和开发交流得知,此模块为酒店评论功能, 根据可视化分析

查到因为没有测试到酒店评论中评的情况,所以没有覆盖到,执行次数是0,需要设计用例,酒店评论中评的情况,提高测试的覆盖率,保证没有严重的测试漏洞

十、 代码级测试BUG快速追踪

Eg: BUG ID : 1

BUG描述:无网络情况下,列表和菜单无法点击,需要优化,友好一些

通过BUG代码级追溯得到原因:双向追溯页面根据BUG用例追踪到代码,显示无网络情况下点击菜单后,没有任何提示,也不能够正常调用和执行,因此需要优化,建议开发人员添加相关提示。


测试不但是从功能上进行测试,还要以用户的身份去用户交互测试,体验测试,这些是直接影响到用户直接使用的,要想用户对产品有粘性,必须要做到用户体验更好,所以一些建议是很有必要的,这也是测试职责内需要做到的。

十一、 测试团队人员分析

在以往的测试中,评价一个功能测试团队和测试人员,主要看他的寻找BUG的能力,但是在实际中,因测试项目的质量以及测试人员对业务的理解和测试人员的工作年限,不光只能靠BUG来进行评定。

星云报告通过对测试人员运行的测试用例、测试用例的覆盖率、测试用例BUG等关联,直接反映测试人员的测试状况,避免前言第4条测试与开发关系沟通问题,以及有针对性的对测试人员进行指导。

如:某个测试人员设计的测试用例很全面,运行遍历后,星云测试的报表覆盖率也很高,但是却始终发现不了BUG,这时我们可以判定为2种情况:第一种,该测试人员测试的项目确实没有很大的问题,第二种,测试人员对业务的理解有可能存在偏差,虽然运行了大部分的功能,但是BUG也包括友好度、逻辑输出等,这些都是业务理解层面的,针对这种情况,可以对该测试人员进行业务上的指导。


十二、 测试设备分析

在很多测试场景中,测试人员在测试过程中没有发现任何问题,但是客户在使用过程中缺平凡出错,这些问题有不少是因为兼容性导致。如九点钟项目,开发在15/11/23发的最新版中,测试人员出现主界面点击功能无效和闪退等现象,但是开发那边缺没有任何问题,进排查开发使用的是android5.0以上手机,而测试人员使用的是android4.2-4.4手机。

针对上述问题,一般公司或者甲方都会要求测试团队配备主流的机型以及常用分辨率的手机,避免该事故。

星云测试报告会在测试人员在测试过程中记录该测试人员使用的测试设备,并和测试用例、BUG等进行关联,可以有效地管理整个测试设备的使用以及对应情况。




十三、 测试用例、代码、模块的追溯关联

开发人员的变更时导致项目维护困难的重大原因之一,在九点钟项目中,我们通过运行平台进行测试,把测试用例与其运行的函数进行关联,这使得后续开发人员或测试人员对起功能的理解可以通过测试用例与代码的关联进行,大大降低了开发人员通过开发文档、交接文档、自己阅读别人写的代码所消耗的时间。


在前言中提到:考虑不全,开发修改,测试范围评估错误,在传统的测试中,开发人员改动某个功能后,因开发人员不知道该功能会影响多少其它的调用功能,导致在和测试交代改动功能时候,往往会出现遗漏,以至于测试范围评估错误,通过星云测试用例、代码、模块的追溯关联,开发人员很明确的能看出某条代码对应的测试用例,以至于在修改过程中更多的考虑一致性修改。


十四、 回归测试用例自动选取

在回归中因开发回归范围大或避免测试遗漏回归范围,往往在回归过程中要求测试进行全部回归,但是又因时间紧等因素导致测试不全,上线后测试心理没底。

9点钟项目中,星云平台通过回归测试用例的自动选取,提取需要回归的版本的测试用例以及该版本之前所有版本的测试用例进行查询,获取每条测试用例最后运行的版本进行数据提取,并通过测试用例、代码、模块的追溯关联技术,与要回归的版本进行比对。分析出开发改动所影响最大的回归测试用例。


在测试时间不充足的情况,可以通过该功能和开发人员一起对其测试用例进行评估,圈定测试用例回归的范围,从而降低测试回归的成本。

以上的分析和讲解是星云测试平台对九点钟app进行测试后的真实数据,并且所有的案例都是我们的测试人员和开发人员相互沟通协同完成的,让开发和测试互动沟通,能够提高整个团队的工作效率,并且从该工作过程中也锻炼了测试发现问题的能力和判断问题的源头的分析能力,对产品内部程序的逻辑有更深刻的接触和了解,达到精准测试,减少不必要的工作量,保证产品质量,无高风险测试漏洞,上线更稳定。

<完>

(来源:微信公众号 穿线测试)

公益传播测试知识、技能与正能量!感谢作者!
分享测试生活,思考测试人生!欢迎投稿!
文章图片来自网络,如有侵权请见谅,请联系我们妥善处理。
735821166@qq.com

光荣之路
软件测试培训



官网:www.gloryroad.cn

微信公众号:gloryroadtrain

性能测试QQ群:415987441
测试招聘QQ群: 203715128
自动化3群QQ: 371211499

Python群:457561756

 
光荣之路 更多文章 今天晚上的 linux 公开课- Awk 编程 7月28日(今天)晚上的 linux 公开课- shell编程 8月4日(今天)晚上的 linux 公开课- shell编程 9月1日(本周一)晚8点半,光荣之路Web自动化系列基础课—javascript第二讲 推荐本好书《与机器赛跑》
猜您喜欢 成长的金钱观 一行代码引发的“血案” 深入理解PHP7之zval 千锋第39期技术交流会Android师兄的脱稿口才秀 漫谈程序员:别说“我已经很努力了”