搜狗手机浏览器测试管理方法（二）-----项目测试流程

一、问题描述

这位朋友提到这样的一个问题，“从产品到测试的流程，在这个流程大家都担任的职责”，我概括了下，搜狗手机浏览器现有的流程：

（1）一个版本需求从产品方产出，经过需求讨论会，三方（产品、开发、测试）经过激烈的碰撞，测试此时一个重要职责就是评估需求的合理性，产生出一个新的需求。

（2）最终版需求产生后，开发着手开发，测试会重新仔细研究需求，找到产品的漏洞或者产品没有考虑清楚的地方，通过邮件形式沟通，让产品将需求补充完整。期间开发也会关注邮件，对产品进行开发完善。

（3）与（2）同时进行的是，需求讨论会之后，测试会编写一些主流程的自测case，发给开发，开发执行自测case没有问题后，回复邮件表示提测，之后测试会通过自测case回归一下，确认需求已经提测。

（4）测试经过仔细阅读需求后，编写出完整的测试用例，进行测试。我们测试这边分为一轮测试、二轮测试和冒烟测试。

（5）测试完成后，上线前，三方（开发、产品、测试）要聚在一起，核对现有bug，看看哪些是比较严重影响体验的，需要在上线前修改完成，剩余的微小问题可以在之后版本慢慢完善，并且对这些问题记录风险，以便上线后备忘。

二、测试流程

关于问题中的（4），这里便详细展开说明一下。

1、预测试

开发发出提测邮件后，测试同学要拿着自己发出的自测case进行简短的预测试，预测试通过后开始下一步测试，如果预测试没有通过，需要给开发报出阻塞问题的同时，回复提测邮件，公示存在的阻塞问题，希望开发修改，重新提测。（打回去重新提测的情况比较少，大部分情况，开发都会将自测的问题修改完毕后发提测邮件，搜狗的开发同学还是很负责认真的）

2、一轮测试和适配测试

预测试通过后，测试同学会开始一轮测试，一轮测试主要跑的是前期设计的测试大纲（搜狗这边测试大纲使用MindManager软件，将来会投入使用搜狗自己开发的用例管理系统，现在还未投入使用），这个测试大纲主要是针对本版本的新功能设计的，如果在和开发沟通中发现，部分老功能会受到影响，测试也会在一轮测试中跑一下受到影响的老功能的case（即旧的case），如果对老功能没有影响，就只跑新的case即可。

在开发提测后，视觉同学也会做相应的视觉走查，视觉会跟进视觉走查出的问题，视觉走查问题跟进完毕后，测试会开始适配测试，适配测试中测试会将所有的适配case都在一个分辨率手机上执行，不会分开执行，也就是不再按照模块功能负责的形式执行。

3、二轮测试

一轮测试和适配测试结束后，会测试出很多bug，开发会花时间改bug，在bug修改到一定时间，产品、开发、测试会聚在一起讨论bug的修改情况，判定哪些问题可以在以后的版本修改。此时测试的一个重要角色就是尽可能守住质量标准，对于一些风险较高需要遗留的问题要经过反复讨论。如果产品一定要上线，必要时要进行全组公示。

之后，测试会开始二轮测试，二轮测试主要是跑checklist，可能您要问checklist是什么，checklist就是一些主要流程和主要场景的测试case，是一轮中测试大纲中筛选出的比较重要比较核心的case。

4、冒烟测试

二轮测试结束后，同样需要核对上线前需要修改的问题，对于风险的公示方式与一轮测试之后相似。风险和bug确认完毕后，就可以开始上线前最后的测试，我们俗称冒烟测试。冒烟测试用例是一套最核心、最重要的case，涵盖了特别主要的流程和路径，是浏览器功能的核心用例。

如果冒烟测试后没有发现问题，且各项指标达到标准，就可以上线了，如果冒烟中发现了问题，还需要对测试范围进行评估，根据改动范围跑一些用例。