解救测试工程师,应用测试将变得更加高效

说起测试工程师,很多人都会想到是一个专业工种,要想做测试工程师,需要高学历、会写程序、经常参加培训。但是现在却不一样了,我发现了一个神器——Bugtags,可以让普通的小编、客服、甚至扫地大妈都可以做测试——没错,人人都可以成为测试工程师。当然这种不合常规的事情,会有很多人不相信,但是当你知道它的使用方法后,你就知道多么神了。

  Bugtags 是一个内置在App中的Sdk,只要一段代码就可以集成它,集成完毕后,就可以直接在你的应用里提交所见所得的Bug。同时在Bugtags 后台,不仅可以看到测试人员提交的应用上的Bug,还可以看到和这个Bug相关的设备信息、重现步骤、堆栈信息、用户数据、控制台日志、网络请求、详细数据。通过查看这些数据,可以帮助App开发者很轻松的解决寻找Bug上的烦恼。

  其次,Bugtags不仅可以标注App上的Bug错误,还可以标注网页问题。Bugtags目前提供了四大浏览器Chrome、Safari、Opera、Firefox的扩展程序,可以通过在线安装或者下载安装包的方式直接安装到对应的浏览器中,这样在网站开发中遇到的网页问题,也可以快速的通过Bugtags的扩展程序进行提交。

  再次,Bugtags还提供了Bug、崩溃等问题的统计和跟进功能。当测试人员反馈Bug后,可以在后台很清晰的看到目前的Bug总数、新发生的Bug数、正在修复的Bug数、以及已经解决的Bug数等数据,同时还可以把这些Bug问题指派给相关的工作人员,进而快速系统的解决App或网站的Bug问题。

  Bugtags的出现或将颠覆传统的测试模式,使得测试工作进入一个新的时代。具体可以从下面四个方面来分析:

  1.快速定位Bug位置,帮助程序员快速解决产品Bug

  通过情况下,一个Bug的产生,跟诸多因素有关。比如可能是服务器端代码问题,也可能是客户端代码、网络不稳定、手机内存紧张、用户操作的步骤和方式等问题,这些问题都可以成为诱因,所以要解决一个Bug,不仅查找困难,而且解决起来也不容易。在传统的Bug寻找中,是需要一个团队相互配合的,比如服务器代码的问题,要找服务器负责人,客户端的代码,要找客户端的工程师。总之,要想从根本上解决一个Bug不仅耗人力,还耗费时间。

  但是有了这个Bugtags,在App测试中遇到的各种矛盾和问题都能轻易解决。Bugtags不仅记录了用户操作记录,还记录了App运行中的设备信息、用户数据、堆栈信息、控制台日志、网络详情、详细信息等所有和Bug相关的静态数据。对程序员来说,有了这些静态数据就可以轻而易举的定位Bug的位置,同时再使用Bugtags的问题跟踪功能和指派功能,通过工单的方式直接指派给相关负责人员,相关负责人员可以快速的跟进Bug,从而提高了团队的工作效率。

  2、让专业测试人员的测试结果更加全面深入

  对专业的测试工程师来说,在测试App的时候,完成App的测试截图以及错误描述,甚至再用专业的术语描述下错误的类型已经足够了。但是有些动态的错误是无法截图的,比如一些页面的闪屏错误,出现时间短的错误,测试人员根本没有足够的时间来完成截图的,还有就是随机产生的错误问题,也是无法非常不容易发现的。

  但是通过Bugtags,所有测试的动态数据和记录都可以通过其“重现步骤”来记录。对测试人员来说,在对静态问题进行记录时,可以直接使用Bugtags的浮标进行标记、描述,相对之前的截图标记方式,更加方便快捷,同时在对随机出现的Bug以及无法截图的动态Bug,Bugtags的“重现步骤”可以清晰的记录动态随机发生的错误。

  通过对动态数据的记录,弥补了传统测试的缺陷,使得专业测试人员的结果更加深入和全面。如下图:通过观看随机性Bug的重现步骤,快速找到Bug产生的原因。

  3.提升了用户反馈Bug的产品体验

  做产品最糟糕的情况,就是让用户为产品反馈Bug。比如笔者曾经在用“赤兔”这款App的时候,出现了一个Bug,反馈给对方程序的时候,对方让我提供App版本号,手机系统版本号,错误截图,以及错误描述等信息,这些专业的信息对普通用户来说,简直就是天方夜谭。很多情况下,用户是不会帮你反馈的,用户只会认为你的App不好,并且立马卸载你的App......所以说,让用户帮你做专业的Bug反馈真是非常糟糕的体验。

  不过这些问题都可以迎刃而解了,在App中内嵌Bugtags的Sdk后,用户只要摇一摇,就可以提交崩溃发生的截图,用户不要写任何专业的描述,也不要去明白什么专业术语,只要摇一摇就可以把App的崩溃问题提交到Bugtags的后台。摇一摇的功能,使得用户可以更加快速的提交Bug,而不需要明白更多的专业术语,从而提升了用户提交Bug反馈的体验,防止了产品的用户流失。

  如下图,用户反馈只要“摇一摇”,就可以快速提交Bug。

  4.降低了App创业团队的测试成本

  在当下大多数的App初期创业团队里,都是没有预算招聘专业的测试人员的,多数的测试工作都是非专业测试人员来完成的,但是还要把App的测试做好是当下很多App开发团队的难题。这个问题如果解决不善,就会出现App上线之后各种各样的体验问题、业务流程缺陷、更严重的是各种闪退,这些问题使得App恶评不断,来自不易的用户迅速流失,使得初期的App创业团队更容易失败。

  但是目前看来,这个难题很容易的解决了,通过在App中嵌入Bugtags的Sdk,任何非专业的测试人员都可以把测试App时遇到的各种问题反馈到Bugtags后台,程序员不需要再看一个测试是否专业,只要看结果即可。通过Bugtags的静态记录和动态记录功能,任何非专业的测试人员都可以提交Bug。这个方式很容易的解决了初创团队没有预算招聘专业测试工程师又想做好测试的矛盾问题,从而降低了App创业的成本。

  当然,不管当今的云测还是众测,基本做的还是测试的表层工作。对于云测行业来说,各家都在拼命买手机,手机越多越有说服力,同行业竞争的壁垒主要还是手机的多少。另外一个是众测行业,靠的是人海战略,即一个平台的测试工程师越多越有机会,但是所有的测试,并没有解决测试的深度问题以及测试的全面性问题。

  Bugtags的出现或许将改变这个现状,一个App只要抽样选取少量的用户,就能测试出App的所有问题了。随着用户的增多,用户的机型也会增多,测试的准确率也就越高。安装Bugtags的App就相当于一个云测和众测团队了,而且这个团队本身就是忠实于App的用户。

  随着越来越多的大型和创新型团队如大疆无人机、丁香园、映客直播、乐逗游戏等开始使用这种新的测试方式,Bugtags的出现,或许将颠覆传统的测试模式,改变当下的云测和众测模式,带来真正的测试行业的变革。

  作者:移动互联网李建华,微信:ydhlwdyq,本文为移动互联网原创稿件,转载请标明来源和出处。

时间: 2024-11-01 23:25:10

解救测试工程师,应用测试将变得更加高效的相关文章

测试工程师如何薪资过万

一提到软件测试工程师,很多人就会想到那些反复使用软件,试图在频繁操作中寻找到错误发生的低层次人员或者软件用户.其实这是一种错误的概念,软件测试早已超越了用户使用来发现Bug的基本测试阶段.看着越来越多的新人加入到测试的行业当中是一件欣慰的事,这也说明测试作为一个新兴行业正在不断发展,相较于软件行业中的其它职业――例如软件开发,测试行业还显得比较稚嫩和混乱,人员水平也是良莠不齐,薪资待遇差别也比较大.我想就个人经验谈谈测试工程师如何薪资过万. 测试工程师的职级划分 拿微软来讲,微软的软件测试工程师

如何成为一名优秀的测试工程师(QA)——持续更新中

从事软件测试这一行.有很多岗位的 敏捷教练 测试工程师 高级测试工程师 WEB测试工程师 APP测试工程师 测试开发工程师 也可以从其他行业转过来 比如: 运营 研发 产品 测试不仅仅是要负责,心细,更多的还是专业度.

测试工程师竞争力

标签(空格分隔): 竞争力 传统测试工程师师应该具备的核心竞争力 试工程师要具备的七项核心竞争力, 包括:测试策略设计能力. 测试用例设计能力. 快速学习能力. 探索性测试思维. 缺陷分析能力. 自动化测试技术 良好的沟通能力. 或许,你感觉测试策略设计能力.探索性测试思维等对资深的测试工程师来说更重要,而你现在还处在培养快速学习能力.沟通能力.测试用例设计能力的维度.那也没有关系,不断地学习.丰富自己的知识体系,具备更强的职场竞争力,不正是你在追求的吗? 第一项核心竞争力,测试策略设计能力 测

【转】测试工程师作为软件从业人员为什么一定要懂业务?

从事软件行业已经快五年了,最近换了份工作,入职新公司已经快一个星期了,这几天一直在培训公司业务,周围同事也经常告诫我一定要懂业务.业务,似乎一下子从来没有这么重要过?程序员其实最不喜欢的就是熟悉业务,文档很多,业务名词枯燥无味,甚至不能为程序员的职业生涯积累多少有用的东西,因为换个行业这些知识几乎都没有用了,远不如学习些新技术.框架等等有用.那我们程序员为什么要学习业务呢?业务知道是不是不重要呢?其实不是不重要,是非常重要.业务的重要性从以下几个方面来体现: 1.理解业务有助于程序开发人员更新准

测试工程师的光荣与梦想(六)

业精于勤而荒于嬉,行成于思而毁于随.——韩愈 如果你讨厌长文的话,请忽略所有,直接前往最后一段,那是我最想说的话.如果你对测试人员的地位问题比较感兴趣,不妨细细读来. 笔者在不同的公司都遇到过同一个问题,即“为啥我们测试的位置或地位比其他部门的低呢?”.对于这个问题,我自己也是感触颇深,也曾在多年前我刚入行时困扰过我一段时间,今天我们就来谈一谈这个困惑过很多测试中人的难题. 导致测试人员地位低的原因有很多,我们来尝试从不同角度做分析,看看能否得到一个清晰而符合逻辑的结果. 原因一:组织结构 不同

测试工程师的光荣与梦想(三)

水之积也不厚,则其负大舟也无力.-庄子 前两篇主要谈了谈测试的成长与瓶颈,并未涉及到测试工作本身的内容,从本篇起,笔者将与大家就测试的实际工作内容与大家一起交流与探讨. 测试的实际工作千差万别,各个细分领域差别非常大,比如自动化测试,性能测试,客户端测试,web测试等等,同为测试中人,如果一个测试工程师接触面不够广,基本上听不懂对方说什么,更别谈融会贯通了.如果非要找出一个关键点是所有测试工程师都很熟悉和绕不过去的,那无疑就是测试用例了. 笔者从事一线测试多年,对测试用例也有比较深刻的思考与实践

游戏测试工程师的光荣与梦想(一)-百炼成钢

(一)百炼成钢天行健,君子以自强不息:地势坤,君子以厚德载物.-<周易> 前言开篇名义:做测试的这么多,能形成自己测试体系的有几个?现在整个测试行业可谓欣欣向荣,从业人员在不断增多,各种新技术,新思维也不断涌现,尤其是当前正处在互联网革命的风起云涌之时.然而繁荣的背后隐藏着行业泡沫的风险,也存在着行业的痛点,相信老测试们深有体会.拿着手机随便点点就算是移动测试么?我们天天加班加点,累的跟狗一样,为什么在公司里还不受重视呢?我们无时不刻的冲在项目质量的前线,随时准备为项目背黑锅,为什么还经常被项

你需要一个专业的测试工程师

周日参加完公司团建,回家路上拼到一个IT界的老司机,他和几个朋友组件团队承接开发项目,知道我是做测试的,问了我一个问题: "你们大公司的测试都做什么?" "测试应该不好模仿吧?" 刚开始我也不清楚他的目的是什么,经过几个收敛性的问题,确认他遇到的困难: 1. 曾经一个项目,客户验收的时候发现多个低级错误,他觉得很没面子,客户信任度也遇到了问题. 2. 随着移动互联网的兴起,他们团队自己做的一个APP(包括运营)问题太多,用户丢失严重. 3. 自己不知道怎么测试,开发

初级测试工程师必须会的(总结)

功能测试的一些心得 一.前言 功能测试是测试工程师的基础功,很多人功能测试还做不好,就想去做性能测试.自动化测试.很多人对功能测试的理解就是点点点,如何自己不用心去悟,去研究,那么你的职业生涯也就停留在点点点上了.在这里,我把我对功能测试的理解写下来. 二.功能测试所需要掌握的技能 2.1  熟练使用SQL 1.常用的 sql 语句一定会写.比如说增删改查之类. 2.了解数据库的事务.会编写存储过程.熟练常用的系统函数. 3.了解并可以进行数据库的备份.迁移.还原.镜像等操作 4.对 sql 语