09年第一期TM沙龙
上一篇 / 下一篇 2009-04-16 12:20:33 / 个人分类：沙龙会议记录
1、测试过程评价体系的精细标准化
a网站产品线
对于测试过程的评价可以从以下9个方面入手，根据人员角色的不同，由评价小组对各关键点进行检查。评价小组可以由TM和STA组成，得出成员评价，通过评价的结果，给成员制定个人提升方案，帮助成员的成长。
序号 | 测试过程评价要素 | 备注 | 角色要求 | |
1 | 项目目标 | 项目的商业目标 | 普通测试人员应具备的基本要求 | 测试分析人员应具备的基本要求 |
2 | 业务目标 | 功能需求 | ||
3 | 交互 | 交互测试、用户体验测试等 | ||
4 | 影响范围 | 项目内部影响范围，跨产品线影响范围 | ||
5 | 风险和对策 | |||
6 | 项目过程裁剪 | 裁剪出符合项目特性的过程检查点 | ||
7 | 性能测试需求 | |||
8 | 安全需求 | |||
9 | 资源计划 | 项目测试资源规划 | ||
业务的目标：
①是否能分析出需求冲突、重复需求；
②是否有现有功能已能支持项目的需求
③功能是否能满足项目本身的目标
测试设计：
①需求覆盖：是否有需求分析遗漏
②实现上的问题：是否能发现系统实现的问题
③需求问题
④需求变更
⑤系统交互图
⑥TC设计，分优先级
⑦测试执行：设计阶段问题的重现；测试日报；BUG有效率
b资金和商户产品线
①规范过程：通过规范测试分析文档，并根据文档要求的内容给出相应的指南，来提高产出的质量。测试分析模板包括功能性需求分析、非功能性需求分析和测试用例的目录结构。具体可能考“测试分析模板”。
②评价过程：根据过程的度量数据作评价，具体度量方法可参考“数据度量表”。
2、业务架构的产品线责任田划分；并建立起对此责任划分的长期维护
以产品划分测试产品线，核心系统测试组保证核心系统的正常运行，为其它产品提供相关的服务，核心做改动由核心测试组做测试，但需要业务测试人员做业务回归。核心系统测试组目前纳入测试范围的是：支付层、清算层、收费核心、帐务核心。
3、本季度策略实施情况
资金和商户产品线：通过培训和答辩的方式培养业务专家，负责测试分、TestCase以及业务的REVIEW。通过业务总结à业务学习à业务答辩三个关键点完成，答辩的评委可以包括测试组的核心成员、负责相关业务的开发等。
4、TM工作职责明确
① 质量
② 团队能力发展
③ 资源管理
通过上面的讨论，大家对测试过程评价有了更深刻的理解。TM需要从各个环节检查过程的质量，并能给执行者提出具体的个人提升方案。需要通过各TM的实践最终得到符合质量部的过程评价体系方案，所以对下一次的TM例会确定要讨论的议题是：TM测试过程评价案例分享。
附件一：测试度量表
项目测试度量表.rar(5.7 KB)
附件二：测试分析模板测试分析模板.rar(47.6 KB)
附件三：项目业务总结模板项目业务总结模板.rar(13.8 KB)
TAG:
