产品测试经理在质量测试中担任什么样的角色？

我们都是社会一颗螺丝钉，任何的工作岗位都是无法轻易取代的，其存在必有其存在的意义。那今天就来唠嗑一下关于产品测试经理在质量测试中担任什么样的角色？

有人说测试经理就是打杂的，这儿看看测试进程，那里看看测试结果。虽然这么说也是对的，但是测试经理可不止“打杂”这么简单。其实测试经理是负责确保产品达到验收级别，符合功能和非功能需求的一个角色。项目质量管理层需要确保与需求的符合程度，没有把质量保证和质量控制活动组织成一系列的阶段(混合或补充软件或系统开发生命周期)的情况下，他们几乎什么都不做。

那测试经理真正需要做的事情有哪些呢?

一、分析需求

项目框架启动阶段的早期，业务用户开始明确地阐述他们的需求，通过与当前业务过程对比，描述他们期望自己的业务过程将来如何工作。

很多组织根据业务分析来把业务用户的描述转换成业务需求，总结用户对新特性和新功能的期望。因为有经验的业务用户一般关心的是业务过程而不是系统行为，他们倾向于做出系统条件的假设。处于这个原因，业务分析师可能并不检查某些业务用户的期望是否基于对系统条件的假设。如果隐含条件没有被测试，那么测试是不完整的，也不满足终端用户的需求。

测试经理应该与用户一起评审业务需求，以确定系统的隐含条件。评审最好是在计划阶段编写评审测试策略和测试场景的时候完成。

二、进行差距分析

测试经理应该在计划阶段的早期开始初步的差距分析，确定需求和规约文档之间的不一致。

只要可能，完善的差距分析跨越计划和执行两个阶段。分析包括基线文档(如用例和系统设计文档)。为业务用户的最终需求提供信息保证时，确定和解决差距是很基本的。

在产品发布到生产环境(加速提交)，并且业务场景没有产生期望的结果之后，需求文档和功能或设计规约之间的差距就变得很明显了。差距分析减少了修复追溯到需求和技术文档之间冲突的问题所需的返工。

三、避免重复

在计划阶段，测试经理首先要确保测试用例时完善的，同时需要确保测试用例不重复。如果在设计阶段没有解决这个问题，那么就存在一种风险：针对不同的条件执行相同测试用例的同一个类，可能会增加测试周期持续的时间，放慢测试人员测试未测功能的速度。

等价类划分是避免重复测试用例覆盖非常有价值的技术。这种技术按照导致同一种处理和输入条件对业务功能进行分类。等价类划分的结果是简洁的测试用例集，增加测试人员定位缺陷的能力。

请注意，由于较差的测试计划和测试用例设计引发的冗余测试与重复测试用例不同，冗余测试目的是验证集中在代码具体区域的异常处理。

三、定义测试数据

定义测试数据是测试设计阶段的测试计划活动中至关重要的组成部分。测试经理负责确保执行测试用例所需的数据在测试环境中是可用的，并且要确保所有测试用例都用正确的数据集执行。

数据创建的原则要在业务分析师和开发人员的帮助下，在测试计划阶段确定下来。在测试计划中应该确定测试周期的数据集的位置，还要确定需要刷新和恢复数据集的方法和时间。

四、确认测试环境

测试经理应该在测试策略文档中定义测试环境。这一定义必须是完整的，并且确定了执行测试用例所需要的所有接口。此外，在影响测试执行的接口至于测试工程师的控制之外时，测试经理写一个说明来总结这会给测试工作带来风险。

测试环境定义之后，测试经理需要准备一份检查表，验证测试环境像期望那样工作。这份测试检查表也可以用于在每个测试周期结束时恢复测试环境。正常情况下，最初的测试环境应该在SDLC的详细设计阶段验证。

五、分析测试结果

测试执行期间，测试经理要负责测试结果，以确定需要更正和澄清的测试场景。

例如，规约文档定义了开始时间、使用期限和结束时间等。测试结果的分析证明了范围测试的结果是正确的，时间范围的测试确认了开始时间不会早于结束时间?

六、提交质量

测试经理的主要职责是，向业务用户提交于需求的偏差很小的产品，这一产品满足业务用户需要。如果客户接受这一产品，测试工作就足够了。如果客户接受了这一产品并且测试及时且在预算内测试工作就是成功的。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/69940641/viewspace-2651630/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/69940641/viewspace-2651630/