任务:管理 Beta 测试
此任务描述了如何管理产品的 Beta 测试。
关系
角色主要: 其他: 辅助:
输入必需: 可选: 外部:
输出
主要描述

Beta 测试有两个用途:第一是对产品进行受控的“现实”测试,第二是提供对下一发行版的预览。

步骤
选择 Beta 复审人员

Beta 测试是“发行前”测试,在该测试中由抽选的目标客户试用该产品。公司保留潜在 Beta 复审人员的数据库以及他们的反馈的归档,这是个好想法。部署经理可以确定复审人员的概要特征,并从复审人员数据库、提名员工以及对参与 Beta 计划表示出兴趣的其他人员中选择 Beta 复审人员。

准备和分发部署单元

部署经理需要将部署单元(由工作版本、用户支持材料和发行说明以及安装工作产品组成)提供给复审人员。部署单元可以装运,也可以在内部 Web 站点的产品页面上提供。需要向 Beta 计划的参与者提供密码才能下载产品和有限许可证。

部署经理还需要确保任何参与的 Beta 站点已签署并接受 Beta 计划的条款,这样就存在一个具有法律约束力的 Beta 协议。该 Beta 协议应包括产品的终止条款、复审期限、机密性以及不能修改或传播。

“部署经理”应在 Beta 产品随附的“发行说明”和“用户材料”中提供一个关于邮寄调查问卷目标的反馈电子邮件别名。收集反馈的另一种方法是让 Beta 复审人员回复在线查询。

复审调查结果和提出变更请求

部署经理收集并复审反馈,然后基于复审人员的反馈提出变更请求。变更请求是作为变更控制机制的一部分提交给变更控制委员会进行复审的。变更控制委员会确定每个请求的相对重要性以及它是否批准进一步的行动。部署经理应准备结果评估摘要,并基于 Beta 反馈的具体情况简要汇报该项目。

向复审人员提供反馈

有些公司保持使用一种 Beta 时事通讯,该时事通讯分发给复审人员,以向他们通知将要进行的产品复审和一般趋势。在任何情况下,部署经理都应努力确认这些宝贵的 Beta 复审信息。有些情况下,对特定问题的跟进提供个人回复是个好想法。



属性
多次出现
事件驱动
正在进行
可选
已计划
可重复