测试角色

-PM（项目管理） ：来自Testin内部，负责对接专家、测试者和客户，主要工作是需求确认、节点监控、风险上报、反馈收集

-专家：来自Testin线上平台，负责带领测试团队完成测试任务，测试经验大于3年，管理经验大于1年，具备相应测试能力、管理能力、更多可支配时间以及认同众测价值观的活跃众测测试者

-测试者：来自Testin线上平台，由专家筛选后负责领取并执行，通过考核才能成为平台测试者。用户满意度会影响测试者报酬和执行测试机会

众测专家交付流程

Bug探索基本流程

①测试需求对接

• 干系人：客户、商务、PM
• 主要工作：

获取客户的测试需求

由商务获取客户的测试需求，整体而言，测试需求分为基本信息及详细测试信息两部分，分别为：

客户基本信息

客户公司名称：客户公司的名字；

产品测试系统：测试的系统，例如：IOS、安卓、PC、wap等；

提测应用所处领域：应用的领域，例如：金融、游戏、生活服务等；

服务类型：用例设计、用例执行、Bug探索；

应用下载地址及版本号；

详细测试信息：

开通客户账户配额

根据客户的测试需求，按需与公司财务帮客户申请对应配额

配额属性：

配额类型：试用/正式

Bug探索配额规格：X人的Bug探索服务X次

用例测试配额规格：X条

注意：若客户无法如期签订合同，则需要申请提前配额，财务预先给客户充值配额，后续补全测试所需费用；

客户线上提交测试

客户账户已充值配额后，根据自身的测试需求，线上提交测试，此时商务与PM可协助客户提交测试；

《客户提测需求表》

②撰写测试计划

• 干系人：PM、专家、客户
• 主要工作：

专家撰写测试计划

专家确认客户的测试需求后，围绕需求，开始撰写测试计划的工作，测试计划包含了对客户应用的模块解析划分、测试重点说明及时间排期等内容；

PM审核测试计划

专家撰写测试计划后，需经由PM进行审核工作，由PM确认后，则将计划同步给客户；

客户确认测试计划

PM审核通过测试计划后，系统会给任务相关的PM、商务、客户等相关人员自动发放邮件通知，通知内容如下：

测试计划

• 相关输出：

《任务测试计划》

③测试执行阶段

• 干系人：PM、专家、测试者
• 主要工作：

测试者报名参与执行

任务发布至任务大厅后，测试者可以报名参与其中，经过专家筛选参与的测试者，可按照需求开始测试工作

报名页面

执行页面

专家筛选成员审核结果

在执行期间，专家负责在报名的测试者中选择优质的人参与进来，同时审核测试者所提交的Bug是否符合规范，是否符合平台的质量要求。

专家筛选测试者页面

专家置评页面

专家交付测试结果

专家完成测试结果的审核后，需将报告整体交付给客户验收；

• 输出物

线上测试结果报告；

执行阶段具体内容

根据开发者需要确定不予关注类型：

1. 多次点击或者非常规方式出现的Bug
2. 某款手机或者操作系统上出现的Bug
3. 小概率不易复现的Bug
4. 边界条件测试产生的Bug
5. 因不同页面的跳转产生的Bug
6. 页面中错别字问题
7. 界面重叠或UI异常的问题
8. 操作失败后的提示内容是否确实或者不友好的问题
9. 产品设计有缺失的问题
10. APP是否能够及时响应用户的操作
11. 3G，4G，WIFI不同网络环境之间的切换或者无网络或弱网类问题

测试产出缺陷的级别分类

级别说明

致命程序无法正常运行或程序无法跑通-无法正常启动、异常退出、crash、资源不足、死循环、崩溃或严重资源不足等

严重 核心功能无法完成、功能报错、数据错误等，但不会影响程序运行

缺陷 一般功能性Bug，产品中的不符合产品需求或用户使用的缺陷

瑕疵 操作不方便，布局不合理等一类的易用性相关的缺陷

建议 对产品的改进优化型建议

④审核验收阶段

• 干系人：专家、测试者、质量PM、客户
• 主要工作：

质量PM审核交付结果

Bug探索服务，关键客户PM会介入查看测试结果予以把控风险，但项目在线上不会经由PM审核的步骤，专家交付测试结果后，直接将测试结果同步给客户。

客户验收交付结果

专家交付测试结果后，系统会自动发送邮件通知告知客户测试已经完成，引导其前去验收，邮件如下：

客户查看测试报告，即可根据自身要求对测试结果中所提出的单个Bug予以置评，同时也可以对报告整体进行验收评价

注：客户在专家交付七天内不予置评的，则会采取系统的默认置评（默认置评为：满意）

报告即可在线查看：

亦可导出为Excel或PDF格式：