分享：08年年度测试工作总结及09年工作规划.docVIP

分享：08年年度测试工作总结及09年工作规划分享：08年年度测试工作总结及09年工作规划 1 08年年终改进点分析 08年年终改进点分析，共从四个维度进行，分别是：财务、顾客、内部流程、学习创新 测试流程、客户满意度、财务与绩效以及学习创新。 维度一：测试流程 测试流程维度，将按照测试流程执行的五个阶段进行分析。五个阶段分别是：测试分析阶段、测试计划阶段、测试设计阶段、测试执行阶段以及测试总结阶段。 测试分析阶段 测试分析阶段包括：主要包含原始需求的分析、技术剖析以及原始需求的评审。 目前的问题： 1. 对于原始需求的管理，没有按照需求基线进行确认。 2. 对于原始需求的分析，没有明确的分析框架，在分析前没有明确的分析原则。 3. 对于原始需求中的测试风险，没有做到有效的跟踪与确认。 4. 对于原始需求中的不确定内容及实现方式，缺乏有效的培训计划。 测试计划阶段 测试计划阶段包括：主要包含测试需求提取、测试需求评审、测试方案编写、测试计划编写 目前的问题： 1. 测试需求提取：使用需求跟踪矩阵进行提取活动。测试需求分析，没有定义明确的分析原则。 2. 测试需求评审：使用逐条阅读的方式或交叉评审方式进行评审。针对一些业务较复杂的处理流程时，此方法不能较好的评估测试覆盖。 3. 测试方案编写：目前只是用来做一些简单的对象分析。没有将测试框架与测试方案结合。使得前期分析的测试思路和结论没有保存下来，在测试执行阶段，不便于对整体策略进行调整。 4. 测试计划编写： 1) 计划简介：未指出对应内容的项目受益人。未定义出各项目干系人，需要关注的部分以及需要重点评估的部分。 2) 测试计划的范围：应将测试计划简介中有关范围的部分移到测试计划范围中。测试计划的范围，应包括以下几块内容，功能调整（包含需求文档基线）、测试需求（功能测试需求与非功能测试需求）、测试类型（包含原始需求基线、测试分类、是否裁剪）、测试计划风险评估。 3) 测试计划的策略： a) 策略类型：此处更倾向于系统整体的策略及原则定义（包括多种测试类型）。而测试方案的测试策略则侧重于对应某个功能点的技术剖析与测试框架思路整理。由此，应考虑将测试方案中的分析结果与测试思路，融合到整体测试计划中。 b) 测试类型与测试阶段：原测试阶段的划分是从执行阶段开始的，这里应该将测试过程的五个阶段均进行描述，并能有效估算每个测试阶段理论所需的时间。特别针对测试执行阶段，每轮测试所涵盖的测试类型、测试目标、测试时间进行说明，这里可以根据测试规模的大小进行裁剪。 c) 测试环境：原测试环境仅将测试需要的软硬条件进行的说明，未对组网规划进行描述。特别是性能或功能测试中，有关多机测试的部分。 d) 测试工具：原测试工具的选用，写的比较模糊。应该根据测试框架的需求来进行描述。可考虑按照实际测试需求点，规划所对应需要开发或引用的测试工具，并说明其厂商和版本。 4) 测试通入/通过标准：除将测试指南中的约束标准集成外，还应该考虑针对于项目特色制定有效的项目监控标准，如：测试组度量数据需要按周统计，并将数据结果抄送项目经理。如项目测试过程中，出现高危风险，应立即与项目经理进行讨论，确定下一步处理的解决思路。个人计划偏差值高于2个工作日，需停止原计划分析进度延迟的原因。总体计划偏差值高于3个工作日，需要停止总体计划分析项目延迟的原因以及后续的解决思路。 5. 测试组织的结构： 1) 组织形式：未将测试工程师分组。 2) 角色和职责：未将测试工程师的分组，未明确每个测试组的职责与权利。未将测试工程师分类，未明确每类测试人员的职责与义务。并将测试组之间的关系进行定义，未将测试人员与测试组的关系进行定义。 6. 测试工作内容：需要调整个阶段的工作内容，将交付工作件与每个测试阶段的输入、输出相结合。 7. 测试交付工件：纳入评审发起的文档以及审计文档 8. 时间进度表：描述关键里程碑的时间点以及每个测试阶段预计耗时。 9. 测试培训计划：根据测试方案中分析的内容，制定更有针对的培训计划及时间安排，尽量与项目经理协商明确到人、时间以及与会地点。培训会议讨论的内容，由发起人指定项目成员进行记录，整理后放入配置库测试经验交流区进行备份，已供其它项目组成员参考。 10. 风险跟踪计划：将测试计划中风险跟踪表，纳入项目风险及问题跟踪表中，对测试计划估计的各阶段风险进行确认，若执行到该阶段测试风险仍然存在，需要与项目经理或上级经理再次对风险项进行沟通直至风险项被确认，或已有其它解决方案。 测试设计阶段 测试设计阶段包括：特性测试需求提取、特性需求评审、测试用例编写、测试用例评审。 目前的问题： 1. 特性测试需求提取：使用需求跟踪矩阵进行提取活动。特性需求分析，没有定义明确的分析原则。没有较好的对测试需