有极少数团队按照测试专业程度构建体系,这也是目前甚嚣尘上大肆鼓吹的结构,如图所示:
优点:测试成本低。
缺点:容易脱离实际业务。
上面几种结构本身并无高下之分,可结合团队实际情况进行选择。笔者所处团队的结构目前是第一种、第三种和第四种的混合体,如图所示:
优点:资源利用率最大化。
缺点:并行工作较多。
2、开发需要什么样的测试?
● 测试时间短
● 测试质量高
● 善于交流
● 专业
● 深入了解产品
● ……
随随便便可以列一堆要求,但其实核心就一条,能做开发做不了的事。闻道有先后术业有专攻,测试自有其专业领域,测试人员的核心价值应该体现在哪?开发与测试的关系既泾渭分明又水乳交融,身为团队主导者应能准确辨别在当前整个研发体系中测试团队处在什么位置应起到何种作用。由此制定团队目标确定团队发展方向,而不是拍脑袋乱想,或者把测试团队孤立出来单独订目标。技术储备很重要,但技术储备的方向要靠主导者来确定,比开发更懂测试比测试更懂开发,这句玩笑话说出来真的很心酸,因为四不像。
一般测试团队会经历这么个过程:
● 草创,先不管别的能把基本的测试需求满足就好。
● 上升,普通的功能测试趋于成熟,开始引入性能、自动化测试等等,多采用第三方测试工具。
● 突破,有相当的测试积累,有较为丰富的测试资源,开始建立独有的测试体系,包括各种方法论与测试产品。
● 平稳,该做的好像都做的差不多了,也想不出什么革命性的创意,保持现状吧,开始著书立传。
● 下滑,人浮于事,毫无激情。
笔者见过的测试团队大多处在“突破”阶段,在此阶段要注意技术研究与实用性的关系。
说了半天,其实这个问题应该变成,企业需要什么样的测试团队。