⼀一、确认好团队的⺫⽬目标(即该团队未来2-3年或者更⻓长时间内期望发展成什么样)
测试团队的核⼼心任务应该就是保证⾃自⼰己负责项⺫⽬目的质量,并且通过不断的改进来缩短项⺫⽬目的周期,并且更好的帮助产品取得成功吧!
我们可以先想象下2-3年后,期望整个团队的测试模式是怎样的?
⽐比如:⼀一个新的版本开始后(这⾥里指增量版本),我们确认该版本的测试模式是
1、新增模块在版本前期就开始研究测试⽅方法(⽐比如:单元测试、接⼝口测试、⾃自动化测试等),并且能够让开发配合提供⼀一些⽀支持。通过这种⽅方式能够覆盖到70%以上的测试点。然后再通过对该模块以及对整个系统的把握,准确的分析出那些可能还是有⻛风险的,并且进⾏行探索性测试和整体场景的测试
2、关联模块的测试点分析出来后能够很快的实现⾃自动化
3、⽼老模块已经全部实现⾃自动化了
4、测试⼈人员发现的问题基本上都能够⾃自⼰己定位,甚⾄至能够指导研发进⾏行修改。研发修改后能够准确的分析出可能有影响的地⽅方,并补充测试
达到这样的程度(或者达到这样程度的80%以上),相信对于版本的快速迭代以及质量都是很有帮助的,⽽而且对于测试团队以及测试⼈人员的成⻓长来说,也是⽐比较好的。
那么,怎样才能够达到这样的程度呢?
1、整个团队⾃自动化的程度⾮非常⾼高,只要是⽼老模块全部实现⾃自动化了
2、整个团队对于产品内部业务逻辑⾮非常清楚,甚⾄至达到研发的程度(不⽤用到代码的每⾏行),能够对研发的设计提出有效的意⻅见,并能够指导研发进⾏行设计
3、整个团队成员的质量意识⾮非常⾼高,会有应该是⾃自⼰己发现的bug结果没有发现感到羞愧的思想
4、整个团队具备前期测试和缺陷预防的能⼒力,能够更开发⼀一起配合在前期就做好相关⼯工作,⽐比如:前期的缺陷预防,测试⽅方法研究等等!
达到这样的程度后,整个团队⾄至少有部分⼈人应该具备如下技术能⼒力
1、⾃自动化开发能⼒力:这样的⼈人员越多越好(⾄至少要有1/3以上),这样能够让⾃自动化成为
⼀一种常⽤用的改进技术,让⾃自动化成为⼀一种习惯
2、业务能⼒力:对于产品的内部实现和整个业务逻辑都⾮非常熟悉,能够有效的指导该模块的设计,并且发现该模块的问题能够⾃自⼰己定位。⾄至少每个模块都找得到这样的⼈人
3、单元测试和接⼝口测试能⼒力:能够在前期通过对代码或者借⼝口进⾏行测试,尽量在前期就能够保证质量(需要学习相关的开发语⾔言)
4、对于产品的理解⽐比较深,能够有效的指导产品后⾯面的改进⽅方向
5、项⺫⽬目管理能⼒力,对于⼀一个不⼤大的团队来说有2-3个差不多了