- 参与者提出的bug由bug管理过程处理。
- 基于参与者对产品体验的基础上收集反馈和建议。
- 对反馈进行评估,分析和确定客户对产品的满意度。
- 建议考虑在下一版本改进产品。
5、结束
- 一旦达到某个点并且所有功能都正常工作时,没有再出现bug,并且符合退出标准,然后决定结束Beta测试。
- 根据计划向参与者分发奖励/激励,并正式感谢他们保持良好的关系(这有助于产品今后的beta测试,收获更多的反馈、建议等)
管理此测试阶段
管理整个beta阶段的挑战不少,因为一旦启动就无法控制。因此,建立论坛讨论并让所有参与者参与是一个好的习惯。将讨论限制在产品的Beta方面,然后按照过程进行操作。
进行产品体验调查,并鼓励参与者撰写有关产品的推荐信。
确定验证者(如内部测试员)以定期监控Beta测试进度,然后在需要时允许他们与参与者进行交流。
挑战性
确定和招募合适的参与者是主要挑战。参与者可能有,也可能没有达到所需水平的必要技能。他们可能不是技术专家来测试产品的每一方面,这将导致在非常高的水平上测试产品。
在某些情况下,隐藏的bug可能很难被发现。另一个挑战是收集反馈。并非所有的反馈都有价值,也不是所有的反馈都可以被评估。仅选取相关的来评估客户满意度。
反馈应该传递给相关团队,这对于产品管理团队而言又是一件繁琐的工作。而且,Beta测试不可能总是有明确的计划。在时间紧迫的情况下,它可能不得不匆忙结束。这使得目标不成功,并且参与者没有充分体验到产品。
Beta测试什么时候失败:
- 没有适当的执行计划。
- 测试管理不良。
- 由于前几个阶段的延迟,期限很紧。
- 发布不稳定的产品。
- 参与者数量不适当——太少或太多。
- 测试周期太短或太长。
- 工具无效。
- 没有有效的反馈管理。
- 激励机制差。
相关术语:
- Beta软件,这是最终发行之前向公众发布的软件预览版。
- Beta版,是公开发布的软件版本,其中包含几乎所有尚未完成开发并且可能仍然存在一些错误的功能。
- Beta测试人员,Beta测试人员是那些负责测试软件Beta版本的人员。
公司如何使Beta测试成功
下面给出了一些建议,这些建议解释了如何成功执行此测试。
- 首先确定你希望让Beta测试版可供测试人员使用多少天。
- 确定执行此测试的理想用户群–要么是有限的用户群,要么是公开的。
- 提供清晰的测试说明(用户手册)。
- 向这些群体提供Beta版软件,并收集反馈和缺陷。
- 根据反馈分析,确定在最终发布之前需要解决的问题。
- 一旦建议和缺陷被修复,请再次将更改后的版本发布给同一群体进行验证。
- 完成所有测试后,请勿接受此版本的任何其他功能变更请求。
- 移除beta标签并发布最终软件版本。