问让猴子测试人员执行您的测试脚本有什么意义？

EN

您的问题似乎提出了两个问题:哪个测试过程最有效，哪个测试过程对您的测试人员最满意(或最不令人沮丧)？你可能认为这些问题是相互关联的，是不可分割的，但你的管理层可能有不同的观点。您已经说过，选项1没有给测试人员提供足够的信息来确定软件是否正确运行，而且选项3很费时。你说选项2对测试人员来说是令人沮丧的(甚至是侮辱)，而你题下你的问题的方式强化了这种情绪。但是，您没有说明备选案文2是否有效。如果选项2是有效的--如果它发现了足够多的bugs -那么也许您的组织需要比当前测试人员更满足于猴子测试的测试人员。

考虑到您的时间限制，如果选项2无效，我将很难改进选项3。在一些组织中，测试人员通过参加项目团队的其他成员会议来了解应用程序。然而，如果选项3's会议太长，我怀疑测试人员也没有时间参加项目会议。

您没有提到您的开发团队如何测试他们的工作。如果这四个选项中没有一个是可行的和/或有效的，您可能需要将更多的测试工作推回到开发人员身上。根据我的经验，这是一个很弱的解决方案--许多开发人员不想测试，尤其是定期测试--但在短期内它可能会有所帮助，直到你可以雇佣更多的测试人员，或者给你现有的测试人员更多的时间来完成他们的工作。

列出的任何一种方法都将与合适的人在正确的位置上合作。

不过，你必须明白：

1. 用详细的测试用例提供100%的产品覆盖率是一个全职的位置(甚至是2个或更多)，如果做得正确的话。把这个任务分配给首相是浪费钱。
2. 资历过高的人很快就会不高兴做猴子的工作。
3. 自动化测试套件是一个独立的项目，它有自己的bug/调试/发布/路线图，它需要:. requirements (主要是详细的测试用例). b. developer/operator，他将运行套件和文件/fix/hotfix/hack--实时解决while. c.编码技巧中发现的问题，以便在初始作者退出后第二天能够使用/fix/改进该套件。

因此，如果您有一个繁忙的PM和一群中级测试人员，请考虑以下几点：

1. 项目经理用简短的描述对这些特性给予优先考虑。
2. 在测试人员之间拆分产品模块，让每个测试人员用测试覆盖自己的模块。
3. 当回归测试的时间到来时，让测试人员测试他人的模块。每次轮流分配任务。

这将产生一些：

1. 项目经理的空闲时间来承担他的直接责任。
2. 对于测试人员来说，创造性和快乐的时间，以及所有权骄傲的提升。
3. 测试人员之间的反馈和知识转移，导致文档质量的提高。

听起来你在疯狂的土地上工作..。

我的第一个问题是你的测试人员有多贵？对于首相来说，坐下来写所有的测试怎么会更便宜呢？(S)他还没有做更好的事情(比如管理项目)吗？

听起来，您需要有人坐在PM和测试人员(例如，测试经理)之间，他们可以与PM密切合作，以确保他们将他们的所有知识转移到测试人员手中。测试经理还可以与开发团队联系，找出他们已经实现了什么(可能与PM所设想的不一样)，最好是让用户知道他们到底想要什么(也可能与devs和PM所做的不同)。

一些积极因素(可能不是全部)：

• 测试经理应该时刻为测试人员服务，而PM由于其角色的性质而有有限的时间。
• 测试经理可以向PM定期更新测试的进展情况，并且应该了解产品状态的一般感觉，因为他们一直在与测试人员一起工作(这对于PM来说是非常宝贵的，他们可能无法从他们通常接触到的有限的测试团队中真正感受到产品的好坏)。

一些负面因素：

• 如果你的测试经理的沟通能力很差，或者某个人想把信息传递给自己，而不把它传递给别人，那么你就会遇到真正的问题(但这个人一开始就不应该是一个测试经理)。

测试人员应该为回归包编写脚本(或者更好地自动化它们并让它们在CI系统上运行)，并尽可能多地执行探索性测试(因为在那里您可以找到真正的bug)。