【20160401】如何在WEB项目首次发布就快速定位出大量缺陷

上一篇 / 下一篇 2016-04-01 07:56:00 / 个人分类：get

/**********************************************/
/* author: pure_null */
/* date: 2016-04-01 */

/* v1.0 date: 2016-04-05 update:措辞修改；更新WEB界面测试部分          */
/**********************************************/

/*在大型的测试项目或者团队中，往往重要的需求中的一个功能模块会分配多个测试人员进行测试。

1、怎么在和同自己测试水平相差不大的测试er一同测试工作中，迅速拉开测试出缺陷的数量？

*/

//////////////////////////////测试前准备：
大量证据证明，机会和运气都会偏向有准备的guy
1、测试环境准备：系统版本类型正常；确保浏览器版本功能正常，组件安装完整
2、测试数据准备妥当

//////////////////////////////冒烟测试阶段：易发现严重缺陷或者环境配置问题

选取全流程性的，保证基本功能的用例，不用太多，大概系统测试用例10%-15%，保证基本功能和模块之前工作正常（至少看起来）。

//////////////////////////////下面是系统测试---功能测试：

if（比较熟悉这块代码的研发者）
{
    从他以前开发错误的缺陷类型分析，挑选测试用例；
}
   else if（以前测试过类型的功能模块）
{
    先从根据经验判断为缺陷重灾区的功能入手；
   }
   else if（以前没有接触过的模块）
   {
    显而易见的功能入手，例如：
     查询，重填，导入，导出，下载，页面跳转，任务新建......
     记得任意设置或者数据保证满足：1.少（太多不利于快速分析结果），2.特殊，3.够边界，够擦边球；
    }
   else if（超过4hours没有测试出来问题，而且不是代码质量高的情况）
   {
    出去兜兜风，10-20mins后再回到位置，看看是否有新的idea
   }

小tips：
--->不要在一个模块上机械重复一样的场景，确保每一次测试都有条件不同，直到遇见bug。
--->可以在系统使用空档期测试复杂问题，避免其他测试人员造成的环境数据影响。通过监控日志就能知道什么时候操作的人最多。