TM例会--上海滩篇

   今天顺利的在“芝加哥”进行了TM例会，期间带几位美女参观了新的工作区域，并且还参加了上海团队举办的生日派对，并且表演了劲爆的节目。。。

   本次会议举办的还是很成功的，会议期间不仅仅让大家了解到其它组都在做什么“改革”，也对一些比较棘手的问题进行了解决方案的讨论，最重要的还形成了下一次例会的会议主题~~~

一、各位TM沟通一下Q4的工作内容（意在相互交流，互通有无）

 1、网站产品线（应用组）

a.       产品线的分组，建立以分组为基础的业务框架

·        每个小组都有一个业务精通的小组长，核心组由产品线的STA组成。

·        每个小组长对所负责的业务模块进行业务培训、能力提升，并且需要对小组成员的业务能力进行检测

·        每个组只负责对其业务模块进行维护，具体的每个任务还是可以分给其它组的。只不过在任务过程中小组长需要对其测试过程进行业务check。（例如：测试分析、测试用例设计）

b.      测试过程评价体系建立

·        要求核心组成员覆盖到产品线的所有项目。需要对产品线的项目进行有选择的检查，检查其测试过程的产出是否符合相应的标准。

·        Q1计划培养几个跨产品线的业务分析师

·        测试过程中的日报需要反馈给整个网站组

c.       线下缺陷提交质量的度量

以上网站产品线的Q4工作策略，旨在提高组内竞争意识，让每人都能知道自己的不足，并且能主动的提升自己。

2、安全账务产品线（平台组）

a.        产品线的用例review制度建立

·        STA对升级包、bugfix做用例review，并且对其结果发报告出来，对需要改进的地方明确指出

b.       基础测试用例库的建立

·         控件测试攻略

·         账务产品线的新人指南

c.        自动化脚本的编写

·        安全产品线的自动化脚本已经完成，在集成测试中已经开始使用

d.       过程控制

·         按照测试计划列出的测试过程检查点，TM进行结果检查

·         对测试执行过程中bug修复率进行统计分析，帮助开发一起协调测试过程中时间计划的问题

·         把产品线的缺陷趋势图做起来，建立相应的公式数据，对项目发布风险进行指导

e.       人员分配

·         列出每个人的优势，方便在项目、升级包等资源冲突的时候，发挥个人优势来解决或者缓解冲突

f.         团队意识形成

·         制定团队Q4KPI，在周会的时候时刻汇报KPI的完成情况。时刻让大家从团队利益出发去思考

·         在周会的时候经常做一些团队游戏，提升团队协作默契度

3、商户产品线

a.         产品线策略的制定和执行

·         业务，核心用例的积累

·         规范，bug提交的规范

·         技能，建立兴趣小组，目前为止为性能测试兴趣小组

b.        测试质量的度量

·         制定一个公式，然后计算每个要素的得分，得出一个项目风险值，并且根据这个风险值来推导出，项目需要投入多少资源、投入什么样的资源。然后再跟进最后此项目的线上缺陷指数，同这个项目风险值进行对比。通过对比的结果来指导测试过程的改进。 

4、资金产品线

·          建立测试用例规范

·          建立测试缺陷提交规范

·          建立集成测试用例库

·          项目总结模型

做以上的这些工作，主要是针对产品线新从资金结算剥离出来，并且新人比较多的情况下。需要制定相应的规范来引导他们建立基本的测试意识，然后保证我们每个人的产出都是基本相同的同时也保证了结果不会相差很多。并且对Q1TM规范测试管理提供更可靠科学的统计数据。

二、产品线配合规范

说明：

·         A为主动方，B为配合方

·         整个过程中，A放需要提供测试计划，测试执行过程中需要给B抄送测试日报。

·         整个测试过程，如果有业务变更、时间变更，A都需要通告B

·        如果在合作中，有哪一方没有做好前提准备，另外一方可以有权拒绝。哈哈~~规范大家的工作处理方式

三、其它

 1、各位TM需要后续统计CQ中状态为“无效”的缺陷，并且需要结果分析。

 2、升级包中，开发有可能既是开发人员也可以是小PM，这样开发就可以临时增加一些任务。希望这两个角色能分开。小PM的角色让PA承担。

 3、新的业务架构图，需要下一次开会各自划出自己产品线负责部分。形成TM的合作架构组。

通过上面的沟通，大家更明确了TM的职责。TM是需要重点考虑测试过程的管理和整体效率。STA需要关注测试结果质量。所以TM需要对测试过程中各个环节进行标准检查、标准度量，通过标准检查让团队有提升的目标，从而共同奋斗。

所以对下一次的TM例会大致确定了讨论内容：

 1、测试过程评价体系的精细标准化

 2、TM怎么对测试过程关键进行度量

 3、怎么更好的利用缺陷趋势图

 4、业务架构的产品线责任田划分，并且建立起对此责任划分的长期维护。

综上所述，本次会议还是较为成功。在此非常感谢大家的精心准备，感谢石秀提供经费支持。希望我们的TM例会越办越好~~

最后附上会议照片。。。

Add by kitty.wang