社区 / 众测学院 / 众测产品测试攻略&bug审核标准
众测产品测试攻略&bug审核标准
文/测试小编2016-08-30知识科普 316806274分


产品测试是众测一个非常重要的模块,大家通过:


百度众测-任务-产品测试,通过考核就可获得测试员身份。具体详情可参看以下网址:

http://test.baidu.com/crowdtest/activity/showActivity/actid/224?from_id=gg01

 

如果想成为测试专家,可以详细以下网址了解:

http://test.baidu.com/crowdtest/communityAcademy/detail?id=6


1. 测试专员能做什么

测试专员可以在【百度众测任务->产品测试】这个菜单下,找到相应得测试任务,主要分为以下两类:

Ø  测试每天定时发布的海量任务APP


推荐等级★★★★

此任务目前参与的人不是太多,只要细心点还是很容易能够找到BUG的,目前平均每个BUG的价值在200-500券不等,时不时还能出现1000礼券/bug的超高奖励。个人认为,只要下点功夫,每个APP5BUG还是很简单的。

需要注意的是,领取任务后,需要在规定时间内完成,否则任务会被取消。

 

Ø  加入专家团队,测试分配的专家任务


推荐等级★★★

加入专家团队,是有一定门槛的,需有至少3年以上的测试从业经验,不太推荐新人参与。加入后会接到固定的专项任务,由组员内部决定测试工作量与报酬的分配。一般每个APP的报酬为10000礼券及以上,也曾出现过多次40000礼券及以上的高级任务。


2.1 测试专员的职业素养

作为一名测试专员,有如下几点希望大家能够遵守:

 

Ø  任何情况下,不要作弊。

这点是最重要的,也是最基本的要求。请不要借鉴任何人反馈的BUG,抄袭、互换BUG等行为都会被认为是作弊。请尊重工作人员,也尊重自己。


附官方公示的测试作弊行为界定与处罚标准:

作弊行为

界定标准

处罚办法

多账号提交重复bug

超过2个账号间Bug相似程度极高,及技术辅助界定

一经发现,近两周BUG奖励扣减,两周内礼品兑换退回。账号进入黑名单

Bug抄袭

大量提交bug,且与其他某用户,Bug重叠率超过70%

一经发现,近两周BUG奖励扣减,两周内礼品兑换退回。账号进入黑名单。

通过小号抢占测试名额

技术界定

一经发现,两周内测试操作及bug奖励扣减,两周内礼品兑换退回。账号进入黑名单

操作奖励-作弊

操作时间极短,提交截图重复、违规、与要求不符,及其他技术界定。

当次发现,扣除当次操作及bug奖励,超过3次,账号进入黑名单。

其他降低测试质量、侵占其他测试用户应有权益、损害众测官方形象及信誉的行为,视情节轻重进行相应处罚和公示。

 

Ø  不要只抢任务,而不做任务。

每天定时发放的海量测试APP,现在有了名额限制。这就导致很多同学,不管会不会去测试,而是先把名额抢下来。据统计,每次50个名额中至少有15-20人未反馈任何问题,仅仅只混个参与分。这是很浪费资源的行为。

请无意做任务的同学,把机会让给需要的人。

 

Ø  做任务之前,请先看清楚任务描述。

在产品测试中,每个任务都会有一个项目介绍,里面描述本任务有哪些需要特别注意的地方,或者有专用的测试账号。

请各位新人养成好习惯,先看任务描述,再动手测试。

 

Ø  反馈BUG时,表述要清晰有条理。

作为测试专员,最核心的任务就是发现BUG并反馈。很多同学并不是专业的测试人员,因此他们忽略了,反馈出来的BUG,是要给别人看的,用来解决问题的。

若是因为表述不清,而导致BUG被判无效,是一件很可惜的事情。



2.2 BUG书写规范

1.      Bug概述:

简明概要的阐述问题本质,使查看人员快速了解Bug内容。需要写明在哪个页面执行什么操作出现什么现象

l  正确举例:在我的设置页面不填写任何内容点击保存后,客户端崩溃

l  错误举例

(1)设置页面保存问题(过于概括)

(2)设置页面崩溃(缺少导致现象的关键步骤)

(3)客户端崩溃(只有现象而无法定位问题位置)

注:标题不宜超过30个字,且不要将标题和操作步骤写成一样。


2.      类型:

选择反馈问题的类型,分为以下三类:

Ø  界面:页面元素展示有遮挡、界面元素联动性关系错误、页面显示不完整等前端展示问题。

Ø  功能:软件业务逻辑出现错误,系统崩溃等问题

Ø  建议:觉得设计不合理,或者希望有改善的地方。除非是较好的合理建议,或者客户有特殊要求(即任务介绍中有提到要建议),一般建议类的问题,都不会通过


3.      复现概率:

若必定复现则填写100%,若偶现,请执行多次后统计概率填写


4.      设备&操作系统&网络&运营商&地域:

填写当前Bug复现的手机型号、操作系统版本号,当前使用的网络类型、运营商、所在地域。


5.      操作步骤:

操作步骤中需要有以下几个要素,否则可能会被判不通过:

Ø  前提条件:复现此Bug的必要前提条件,如有,则需要写清楚。(可选)

Ø  重现步骤:简明清晰描述如何复现此问题,步骤用序号编排。(必须要填写)

Ø  预期结果:按照测试步骤应当得到的正确结果。(必须要填写)

Ø  实际结果:按照测试步骤实际出现的错误结果。(必须要填写)

Ø  备注:可以对此BUG做简单的分析,或提供任何有助于解决BUG的资源(可选)


6.      截图和附件:

有现象的Bug需要必要的截图证明;崩溃的Bug必须提供Log日志附件帮助定位问题,截图无法反应的问题需要上传操作视频文件

 


3.1 什么是BUG

在此章节,先要说明一个问题,我们为什么要找BUG


众所周知,国内的APP大多都是“快餐文化”,商家主要关心是否能够快速上线,而并不关注那些不涉及的主体流程的小BUG

因此,我们在反馈BUG的时候,需要从国情出发,需要了解客户到底想要达到什么样的效果。不要再反馈那些无关轻重的小BUG,多去发掘点业务逻辑上的大BUG。我相信后期众测方面,应该也会针对BUG级别不同,来调整相应的礼券报酬。


现在言归正传,我们来谈谈什么是BUG,先看一看百度众测定义的BUG级别:

Ø  致命级(P0:影响程序运行的bug,程序无法跑通,系统无法运行,造成用户完全无法完成操作的bug。例如:崩溃或应用模块无法启动或异常退出、循环报错、无法退出、支付漏洞等;

Ø  严重级(P1:造成用户完全无法完成操作的bug。例如:功能无法实现、数值计算错误等;

Ø  缺陷级(P2):这类BUG对应用程序的性能没有影响,用户可完成操作,但操作受到阻碍的bug

由此可见,百度众测认为,最低档次的P2级别的问题,也至少要会阻塞用户的操作。

3.2 非BUG的典型例子

【非BUG典型例子】

一、按钮点击无效的不是BUG

1、点击客服电话未进入拨号界面

注:如果一个人性化的产品,那么点击客服电话会跳转到拨号盘界面。甚至帮你拨号。

但是很大一部分APP却没有做到这一步,仅仅是展示下客户号码。

在这里我们约定下,若是跳转到拨号界面,却没有加载号码,则算BUG

若是点击客服号码未反应,则不算BUG


2、电子标签点击无效

注:对于未上线的产品,可能先把界面上的按钮都先画出来,而功能其实并没有实现。所以,除非客户要求一定要测的模块,其他模块如果点不开,则跳过不测,不算BUG


3、所有按钮都无法点击

注:同上


二、界面布局不美观的不是BUG

1、产品图标不完整

注:界面好不好看,不是我们决定的。而且很多产品未上线前,也没有做logo做美化。所以不需要关注此类问题


2、文本格式有问题

注:作为未上线版本,这个无所谓,所有的文本仅仅是为了测试需要。未上线的APP,除用户特殊要求外,无须关注任何文本内容上的问题


3、文字位置向外扩展

注:这类不能说不是BUG,只能说,较之功能性逻辑性等BUG的价值来说,小很多。这类型的问题,将只通过首个,其余的不通过。


4、文字排版不美观

注:除用户特殊要求,“美观”类问题不在测试范围内

 

三、内容不完整或缺失的不是BUG

1、视频播放提示播放地址为空

注:除已上线运营类的产品外,此类问题不需要考虑。


2、图片显示不完整

注:同上

 

3、图片英文内容语法有问题

注:已上线运营的项目,这个算是BUG。未上线过的项目,如果不是出现在首页或者欢迎页面,此问题不算BUG


4、文本发布时间问题

注:因为是测试环境,数据有可能是直接数据库中插入的。或者测试服务器时间没有校对。如果这个是已上线运营的产品,可以提BUG


5、网址无法加载

注:这个也要看情况,对于已上线的APP是不允许的。对于未上线运营的APP,为无效bug

 

6、文字显示不完整