测试的级别

最近看一些网站,里面说测试人员大概分7级,根据以下逐步进阶

  • 开一个bug;
  • 查找一些额外的资料如设计文档和历史,确定这是一个问题,然后给出详细的bug重现步骤;
  • 对重现步骤做一些精炼,确定能够重现bug的最少步骤;可能的话,将重现步骤做自动化;
  • 尝试通过研究代码确认问题所在;
  • 尝试给出一个fix;
  • 对错误的原因进行分析,提出一些标准化的方法来检测出类似的问题,比如stress,fuzzing等等;
  • 能够对标准化的测试流程定义对应的数据分析方法,可以保证开发和项目主管都能从中得到需要的信息来掌控质量状况。

我觉得这种更多的是针对功能测试人员和测试开发的部分工作;

测试开发的进阶:

  *能写小工具

  *能读懂代码

  *能根据代码的假设前提和原理,设计测试

  *能判断手工和自动化的性价比,选择合适的测试方法

  *能根据错误模型抽取出可以自动化的东西,和可以模板化的东西

  *能精通业务,能成为行业的咨询师和架构师

*****************

最近和其他子公司同事交流,突然发现太过于拘泥于是测试开发还是功能测试,也许是太注意面上的东西了。其实测试存在的意义,应该更多的是希望风险可控。无论是报bug,还是灰度发布,其实最后都是希望风险可控。包括程序或策划做完功能说,“你帮我测测”吧,其实一个潜台词就是:“我能不能把我做的东西放出去”或者是“这个东西可不可行”。

posted @ 2013-05-31 20:26  宇月--测试开发梦想家  阅读(289)  评论(0编辑  收藏  举报