• 0
  • 0
分享

今天我们来聊一下测试管理者的修身齐家治国平天下。

话题有点大,咋一看,这话题有点玄乎,是不是?不知道大家会不会有点懵?

修身齐家治国平天下出自:《礼记·大学》

原文:物格而后知至,知至而后意诚,意诚而后心正,心正而后身修,身修而后家齐,家齐而后国治,国治而后天下平。


释义:修身:提高自身品德修养;齐家:整顿家庭,使家和睦;治国:治理国家;平天下:天下太平。

理解:这是句激励人生、成就人生的历史名言。修身、齐家者容易,治国、平天下者难也。即便有此抱负,也未必有此机会。所以,修身先为本,"穷则独善其身、达则兼济天下"嘛,修身的办法就是物格、知至、意诚、心正,物格、知至、意诚、心正的大体意思就是:实践、学习、诚恳、人为端正。这些道理倒是蛮正确的。梁其超说过"少年进步则国进步",因此如果每个人都"修身、齐家",那么何愁"国不治,天下不平"?

困惑:作为测试管理者,我是应该去统筹管理下面几个测试项目,还是应该注重本身技能的提升。因为如果不去管理,总感觉团队建设比较缓慢,见效不高。但是不注重本身技能,怕自己在以后跟不上。

前几天,我在测试圈里看到了这个朋友的问题,其实对于初转测试管理的同道来说,是个非常常见的问题。

关于这个问题的讨论,大家可以看"巡山的小妖"的提问:http://quan.51testing.com/pcQuan/pages/chatDetails.html?chatId=858iceId=1322

在那问题中,我也给了我的一点点个人见解,如下:

"首先,看你团队的规模和架构。是否下设共享测试框架组吗?还是单纯的业务测试组?1.如果下设的团队,就是纯粹的几个业务测试组,那么项目结果导向。2.如果下设的团队,包含了共享测试框架组,有工程效率方面的考虑的话,那么共享测试框架组的技能提升,提供出来的框架是否可以提升业务测试的效率,而这方面是需要负责人有很高的技术高度的。3.你谈到了作为管理者自己的技能提升,本身技能是分几个角度的,如何引领技术方向,如何知人善用,还是自身深入测试细节,去搞定一些技术细节。作为管理者,要有自己的技术广度和人格魅力,技术深度可以随着管理的广度而慢慢淡出,但是绝对不能放弃,没有哪里是铁饭碗啊。"

在这里,我的回答中提到了测试管理者的3个层面:修身、齐家、治国。

我们也从这个方面来介绍一下:测试工程师---测试组长/主管/经理----测试总监的成长历程和责权分工。


何为修身,就是管理者个人的能力模型与如何提升这个能力模型上的方方面面。

一个好的管理者,首先肯定是从技术做起来的。技术有很多方面,比如测试用例设计、业务,比如性能测试,比如自动化功能测试(请注意我的表述,不要以偏概全的说功能测试就是手工测试),比如测试流程,人员管理等方面的技术积累,决定了你的修身,修到何种程度,才能顺利转型。或许你一直在等待的就是那么一个机会而已。

何为齐家,就是一个测试团队的管理,测试主管/经理。作为测试团队的管理者,你是一家之主,整个测试组的主心骨。如何管理,如何让大家有效工作,即为齐家。

在自身的技术能力储备基本ready之后,一部分高级测试工程师会逐渐走上技术管理、甚至团队管理的职位。而这里我们也要区分测试项目经理 vs 测试团队组长/主管/经理, 测试项目经理,仅带一小撮兄弟,为一个或者几个产品的测试负责,更多的关注的是测试业务的完成。而测试团队组长/主管/经理,已经到了管理人的层面。而这些,我们都可以归类到齐家这个层面,如何让小组/团队齐心协力,结果导向,共同完成一个目标(产品高质量发布)而努力。

何为治国,测试部门(若干个测试团队)的全面总管,即我们常说的测试总监。治国,如何知人善用的委任测试主管/经理(封疆大吏),如何平衡几个测试组之间的投入和产出(各省GDP、资源投入)。

曾经有人讨论过测试经理vs测试总监的区别。而到了测试总监这个级别,你负责的是整个测试部门,你考虑更多的是成本投入产出比,作为整个测试团队的负责人,一个总监可能管理几十人,几百人,可能任何严苛的政策都不如以身作则管用,人心齐则事成,人心散则事败。如何设置有效的组织架构还赋能各个测试团队,提升工作效率,从而提升整个团队的投入产出比,给老板省钱,为公司质量负责,是测试总监的终极目标。

而作为测试管理者的终极目标--》平天下:整个研发团队(产品、开发、测试、运维、市场等等)的磨合、沟通、流程梳理,如何提升整体研发效率与质量,如何提升产品可运维能力,如何更有效的支持市场需求,从而结果导向的去完成公司的整体目标。

这里面就涉及了工程效率、质量管控、测试left shift等很多手段了, 以后可以再逐个展开。


版权声明:本文出自51Testing原创,51Testing软件测试网及相关内容提供者拥有内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 创建SpringBoot项目配置pom<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"   xsi:schemaLocation="http://maven.apache.org/POM/4.0...
            7 6 2454
            分享
          • 手工创建的方式比较简单也比较普遍,是根据系统的实际业务流程,手动创建数据。比如创建注册会员,就是在系统中手动填写注册内容、提交信息(后台审核)等。 2. 自动化脚本创建 修改数据库来创建测试数据,是对数据库中已存在的数据进行编辑,使得数据符合要求。比如创建一个VIP等级的会员,会员等级的字段由数据库的会员USER表中的Level字段表示。则把用户表中任意一笔的Level值改成对应VIP等级的值,这笔记录就是符合条件的VIP等级会员了。 4. 导入数据库创建 有时候只是想单纯看一下网页上的边界值数据的展示效果,这个时候可以通过修改...
            4 4 2696
            分享
          •   作为软件测试工程师,相信一定经常遇到很多棘手的问题,而其中很大的一个类型就是,客户方或现场问题的复现。要么是怎么都无法复现前方的问题,要么就是概率性重复且没有任何规律。这些飘忽不定甚至被戏称为“鬼影“的问题,往往让测试工程师大为头疼。  如何对这些问题进行精准定位,提高重现概率甚至100%重现,就成为了所有人关注的焦点。千千万万个测试工程师,殚精竭虑,废寝忘食,几乎从技术到玄学的法子都用到,但都无法完全解决,那么就有必要从根本原因上剖析一下问题和做法。  重现,这是一个和机械还原论非常有纠葛的概念。简单来说,就是将一个相对复杂的场景或系统,可以分解为若干个小部分的组合,并且按照既有顺序合成...
            0 0 989
            分享
          • 一、前言在当前主流的前端后端分离模式开发下,拥有一个接口文档并且是好用的接口文档是很有必要的一个东西。PS:?以下观点是真实开发场景下碰到并且悟出来的痛点。1、在项目的开发过程中,有一个接口文档的存在能让前端后端工程师保持的数据信息概念是统一的。例如:”项目需求的接口字段,参数字段。所有只要请求的返回参数记录到文档中的情况后,前后端工程师编写代码的同时就能统一对照接口文档去编写各自的逻辑,那么在各个信息的命名都是统一的情况下,在各自的代码中就不会发生前端在一个需求功能的请求接口命名是与后端返回接口的命名信息不一致的情况。这样可以大大避免了导致排查问题的时候不能很快速的定位问题。2、好的接口文档...
            2 2 942
            分享
          • 如何进行需求管理?需求采集、需求分析、需求筛选、需求处理这4个步骤有什么成体系的方法吗?有适合的工具进行管理吗?可以介绍一下工作中的具体方法吗?结合上面的问题,我们来具体了解一下需求管理,需求管理源于业务需要,始于需求挖掘,继而需求分析,需求定义,需求验证。周而复始。一、业务需要说明需求产生的原因,可能是高层制定的目标,中层对工作流程的调整,基层碰到无法解决的问题,用户需要,外部环境变化,竞争对手策略变化或者政府政策调整等。需求人员在明确业务需要时,首先明确干系人,其次获取干系人要求/需求。可以采用的方法包括:行业基准(竞品),业务规则分析(产品分析),头脑风暴,焦点小组,功能分解,根源分析等...
            0 0 954
            分享
      • 51testing软件测试圈微信