微信号:grzlwx

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

假如不是BAT,专项测试要怎样做?(一)

2015-11-10 22:58 黄闻欣

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

其实这个话题对于身在BAT的我来说,是个难题。因为BAT对测试本身的投入力度,在行业内是走在前面的。一直在这个环境成长,可能会不理解其他小团队的痛。但是我意识到,必须写一篇文章,一方面是因为最近确实接触了一些腾讯系公司,了解了他们的测试现状,我觉得需要有所总结;另一方面是希望自己透过这个文章有更进一步的思考,最终能给出一些可以真正帮助到测试行业内其他团队的意见。

心理篇

我在QCon北京上的演讲《手Q专项测试最佳实践》中曾经提过,专项测试有资源类性能、交互类性能、稳定性、兼容性和安全性等等。但仔细想想,对于一个小团队,一个创业或创业初成的团队需要管那么多吗?不用,只要心中有概念,并有对应保底措施即可。对于小团队来说,更重要的应该是打痛点,因为痛点是产品发展的最大障碍,具备极高的性价比。但是什么是痛点呢?表面上很多产品都知道自己的痛点,其实并非如此。在不了解用户反馈的情况下,说自己明白用户的痛点,并且创造产品需求的比比皆是。所以对于专项测试而言,第一步无疑是找痛点。

第一步是建设反馈系统,找痛点。这种反馈包括各种用户反馈的收集分析,各种专项数据的前段和后端的上报分析。有一些如听云、OneAPM,Bugly其实已经有一些这种监控上报的能力,只可惜在用户反馈收集和分析上,暂时没见到对应的系统。所以在应用现有系统的基础上,可能还需要自建。那么,假如有了这些系统,帮助我们知道有多少用户遇到卡死,实际Crash率是多少,多少用户说耗费流量,实际终端耗费流量上报结果是多少。这时,痛点自然就一目了然,未来能达成的目标也清晰可见,老板也许会更加清楚地了解问题的严重性,从而下定决心改善。

第二步是找底线和目标。我们有了反馈系统,知道了用户的实际情况,这时我们就需要根据数据让团队自上而下地明确底线和目标,从而提升后续团队合作的效率。目标可以是,Crash率是多少不让发布,Crash率是多少可以不FIX,切换界面底线是多少,百分之多少的用户的流畅度是多少,用户反馈的卡顿问题从TOP10问题剔除等等。

第三步是解决问题。有痛点有解决痛点的目标,我们就要行动,为了达成目标,解决问题。我们以及我们的平台需要具备如下三个能力:

第四步是回到反馈系统,展示效果。开发,测试忙活了许久,达成了效果,却没有展示,那就是错失了开发与测试形成信任关系闭环的最佳时机。当然也缺失了进一步改进,做就精品的机会。就如我们的上传图片,一开始的目标仅仅是提高成功率,然后就是让带宽好的传输速度更快,再后就是让网络差的也能在保证成功的基础上再快点,再想办法搭救更多的在演唱会时发送不出消息和图片的用户,一路上都是不断地看数据上报,分析,解决问题,展示效果,再分析,再解决,再展示效果,形成闭环。

(未完待续)

(作者:黄闻欣 来源:http://www.infoq.com/cn/articles/how-subject-test-works)


 
            
 
            
 
            
 
           
 
           
 
           
 
           
 
           
 
           
 
           
 
           
 
           
 
           

感谢作者,传播测试知识、技能与正能量!
分享测试生活,思考测试人生!欢迎来稿735821166@qq.com

光荣之路软件测试培训

官网:http://www.gloryroad.cn/

微信公众号:gloryroadtrain

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

 
光荣之路 更多文章 今天晚上的 linux 公开课- Awk 编程 7月28日(今天)晚上的 linux 公开课- shell编程 8月4日(今天)晚上的 linux 公开课- shell编程 9月1日(本周一)晚8点半,光荣之路Web自动化系列基础课—javascript第二讲 推荐本好书《与机器赛跑》
猜您喜欢 基于HTTP协议的开源中文分词系统:HTTPCWS 【分析】美团&饿了么web产品体验报告 阿里大数据比赛心得分享 学习ASP.NET Core,你必须了解无处不在的“依赖注入” 岂安科技入选《2016年(上半年)中国网络安全企业50强》初创20强