今天周会主题主要有两个：一是对四月份建站平台的任务分解；二是确定团队全年KPI，并将团队KPI分解到每个人。

　　当然重点是在第二点。对团队KPI方向，主要有五个大的目标：质量（40%），稳定性（20%），用户体验（10%），创新（10%），人员成长（20%）。

　　质量：可以看到质量这一指标还是重中之重，如何去保证产品质量应该是测试人员最基本的职业能力。去年我们团队是线上bug一共56个，平摊下来每周一个，今年的目标是在去年的基础之上降低20%，也就是要小于等于36个，这对于涉及产品全面改造、新老产品切换等诸多复杂高风险的操作来说很有挑战性。如何去保证新产品的质量？我们要从那些角度做起？这写还是需要我们仔细思考的。其实对于项目测试，在测试过程中问问自己，对于发现的bug自己能否单独解决？ 能否画出项目依赖图，数据流图？是否真的理解了设计原理？这个产品最终是否和预期的一样？针对这些，我们可以在每次周会后将花在八卦问题上的时间用来让每个人讲解一下他（她）对所负责项目或产品的理解，包括实现原理，技术难点，测试重心，bug高发地段等等（建议多用图阐述问题）。当我们明白了这些，我们才会知道那些需要测试，怎样去测试，测试重心是什么，对于传统方法无法完成的测试内容如何去寻找新的方法达到目标。

　　稳定性：系统的稳定性与性能是紧密相连的。稳定性的描述是：通过各种手段维护产品稳定。那问题就来了，稳定性指标是什么？我们如何去做？采用什么手段去做？当然从评估标准中我们看到衡量稳定性主要是从系统可用性（99.99%）、系统反应时间（RT<75ms）、故障恢复时间（FRT<15min）三个方面去衡量的，但是这还是太粗糙了，这样的指标是在什么环境下的衡量值？我们需要采用什么工具去监测这三个指标（当然我们能做的也就是测试RT）？

　　用户体验：当我跟别人提及我们对用户体验也会进行测试的时候，他们就很好奇，用户体验也要测试？那个怎么测试？有什么样的标准？你们是怎么测试的？这些问题一下子真把我给问住了，是呀，用户体验要什么去测试，我想除了解决用户的痛点，还要让用户在使用我们产品过程中感觉很愉悦。那问题又来了如何让用户感到愉悦？你说了不算，我说了也不算，因为我们不能代表广大的用户群体。首先我们要了解我们的用户主要集中在那个层次上，他们的喜好有哪些共同点，他们在使用我们产品过程中与他们原有的操作习惯有没有冲突；其次我们要从我们自身产品出发，找出容易给用户造成困扰的地方，发现能给用户提供便捷操纵的途径。当然如何去收集真正用户的体验数据，我想我们的可用渠道还是很多的。

　　创新：还是那句好话，我们不是为了创新而创新。如果我们养成了多角度求解问题的思维，寻找出最便捷解决问题的方案，那么创新就很容易产生。创新的基点：业务逻辑、测试技术。

　　人员成长：我认为有是三部分组成：业务+技术+思维。给自己顶一个目标和发展方向（就想老大问我一年后自己会成长成什么样子？），自己对业务要熟悉到什么程度，什么时间要掌握哪些开发技术（开发不在，对于线上bug，我们测试能hold住吗？），对问题我们从那些角度去寻求解决方案。这些确定下来之后，具体到日常工作中就是：多总结，多思考，多沉淀。