先分类，抓本质，出方案；

绩效头疼很正常，不知道怎么处理绩效，是暂时没想到，从管理的角度来讲，你准备拿绩效来干什么，我个人觉得有几个点，

1、我想要我的组员遵守同一套规范做事；
2、我需要要求我的组员工作的完成的质量和效率；
3、我要评判组员之间，谁更优秀；

第一点很简单，基本的测试规范要有，测试规范不统一，测试效率会低下的，开发也会头疼，但是你定出来的规范组员不一定遵守执行，所以首先围绕着测试规范去定绩效内容（可定量）；
第二点其实就讲的是质量和效率，举几个指标：项目 delay 天数、1 级 bug 的回归周期、正式环境进行回归的 bug 数，正式环境运行时的 bug 数等等，以上都是可以量化的；

说明：
1、以上 1、2 点信息，其实你仔细去看里面的一些指标就会发现，实际上就是管理者从各个方面去考核下属在岗位上的匹配程度；
2、通常情况下，是根据自己的管理方向而决定的，例如，你更关注上线后的 bug 数，那么该项权重就要高点；
3、所有的指标，都是可量化的，既然都是可以量化的，那么就应该是可以追踪的，比如上线后的 bug 数量，应该同步建立统计机制；
4、谨慎地将测试环境 bug 数和用例的数作为测试指标，想清楚目的和反效果（大家会为了增加 bug 而加 bug）；
5、基于以上 2 点会出现一种情况，就是大家都做得非常好的情况下（都遵守规范了，并且没出现 bug 问题），出现的分数是一致的，此时千万别认为你的考核出现问题，你应该心目再次默念下你考核的目的，要想清楚，制定考核不是为了扣分的，但是可以通过改进改善这个问题，我们继续往下；

实际上考核应该分为 2 部分，1 部分是定量，另外 1 部分是定性，完全定量的做法是不科学的，你无法定性的话，你会发现，除了日常的工作以外，你的组员的发展缺乏了一定的方向感，所以需要定性的指标，有一些掺杂着主观意识的考核，这个和我上面的第三点很吻合，就是大家都在做的好的前提下，怎么做才超越期望，也会管理上你给你组员的一个方向；例如：鼓励你的组员提供解决方案、优化团队效能、引进新的技术、组织技术分享、编写技术文章，鼓励团队配合程度高、面对问题不推脱不抱怨、价值观、甚至你还可以把发现除了代码以外的安全问题（甚至可以提供解决方案），以便来培养测试发现问题的能力以及责任心，这些都是给你组员除了定量的考核以外，增加一个方向，结合这 2 点，基本上考核就比较完整了；

PS：当然，有些定性的考核，有可能出现一些声音，这个没啥问题的，大不了建立委员会机制，让大家举证，但是看有没有必要，都是有办法的，另外可以量化的东西，千万别量化太细，可以采用抽查的方式，或者交叉检查的方式；

好好，来更了，更新下疑难杂症部分；

感谢关注，你提到的抓包晚点会更新上去。因为时间关系，会抽空持续更新，慢慢先把一些常用的内容跟大家分享一遍；

1、微信开发者工具，让技术给你加个开发者权限即可；微信公众号、小程序官方的软件；

软件地址：https://developers.weixin.qq.com/doc/offiaccount/OA_Web_Apps/Web_Developer_Tools.html#5

2、测试方案这东西，直接百度一大把，我这里给你讲几点核心的，方便你去理解这个词汇；

所谓的方案，就是面对一件事情，怎么去做，对应到测试方案来，就是面对一个需求/项目，你怎么去测，测什么，用什么测，怎么测，需要多少资源，进度计划是什么样的，什么标准才算测试完成，有可能产生什么风险，等等；

然后转换成指标就是：测试范围、测试策略、测试类型、测试资源、测试进度、发布标准、风险说明；

当然方案有很多内容，基本是因地制宜，就像 PMP 里有 5 大过程组，49 个过程，但是实际项目管理中，都是有选择性的；所以不要太过纠结这个名词，分析你所面临的需求，需要去做什么样的计划，包括什么内容，这是最重要的；

写的有点范，只是跟大家大致讲下逻辑和思维，有一些深入的点，想要了解的，可以在下面留言，尽能力解答；有些点后面会重新开贴展开去说；