读万卷书，行万里路。

在知乎上看到一个问题，如题所示。回顾一下自己工作经历，之前到一个小公司时候也面临这样的疑问，下面我稍微梳理一下自己的思路。 作为一个测试管理者进入这个团队，这个团队之前的测试有点模糊，很多只是停留在开发debug检查。测试验证一下功能实现，大部分的测试属于自由测试。从TMMI的角度考虑处于TMMI1的阶段。 在引入流程或者标准之前，我的想法最最主要的是沟通。细心的聆听你的团队人员的抱怨或痛点。...

对于一个测试团队制订KPI确实是一个很头大的事情，毕竟很多工作不是说依靠bug来衡量的。这里因为老大的要求做的。大家多多提意见 目的： 通过奖惩机制增强团队竞争和学习氛围。提高团队凝聚力。 我们会把以下考核办法作为当年绩效考核和晋升的一个重要参考标准。 不考察范围： 测试计划制订和书写 测试用例设计 测试团队考核办法（按月评审） 类型 子类 ...

观点1： 单纯以bug数量来衡量KPI是不可取的 测试人员希望开发团队来一个水平差的。写出足够多的问题来让测试提升bug数量。哈哈 观点2：以结果愿景为导向，在定义过程数据，最后看结果数据。 如果我们单纯的拿人日，测试用例数量等等来衡量，那么很容让测试人员想方设法来糊弄。举个例子，你能用代码行数来评判开发人员的KPI吗。显然是可笑的。 评估测试团队KPI维度应该是一个简单直观的可度量...