作为一名测试人员，我可以说我更喜欢在 Joel 测试中获得高分的团队工作。

但是，Joel 测试不一定涵盖测试人员遇到的一些问题。我实际上为测试人员编写了一个版本的 Joel 测试。我认为我没有资格称它为 Alan Test，所以我只称它为 Test Test。

这是里面的东西。艾伦测试 - 又名“测试测试”

1. 从项目的第一天开始，测试人员就具有影响力吗？
2. 测试团队是否拥有自己的时间表？
3. 测试经理是否向总经理报告（而不是向开发报告）？
4. 测试人员和开发人员的职业道路是否平等？
5. 开发人员重视测试人员吗？
6. 测试人员是否拥有与开发人员相同的工作条件和资源？
7. 测试人员是否使用良好的测试用例管理和源代码控制工具？
8. 每天都会进行测试吗？
9. 自动化测试和手动测试的价值是否恰当？
10. 测试人员是否有与开发人员相同的编码指南和规则？
11. 有质量文化吗？

列表的完整说明在这里

其中一些点与 QA/测试工作直接相关。

1. 您可以一步构建吗？
   包含大量步骤、脚本和程序的漫长构建过程减少了实际测试的时间。此外，这样的过程可能会添加自己的错误，这些错误很难调查。
2. 你有错误数据库吗？
   这很明显。没有错误数据库意味着没有错误跟踪，因此修复了一半的错误；并且没有错误分析，因此对模块进行猴子修补，而不是更深入的重构和防止错误的编码。
3. 你有规格吗？
   这也很明显。没有规范——没有测试要求，没有测试优先级，没有产品知识，没有更大的产品图景。
4. 你有测试人员吗？
   在有测试人员的团队中作为测试人员工作是一回事（即一些已建立的 QA 程序），另一件事是在根本没有测试人员的团队中工作。

我认为这完全取决于您希望在测试工作中完成什么。仅仅是为了一份可靠的工作吗？你想看看什么样的测试和行业喜欢工作吗？正在开发什么样的软件？

如果您希望帮助团队从目前的水平提高他们的质量，那么这些问题根本不可行。我们不需要我们所有最好的测试人员都坐在蓬松的椅子上，在少数几个地方，他们实际上有一个有价值的团队使用相同的工具，而不是发明任何新东西。

我喜欢咨询，因为这不是在同一个地方、同样的人、同样的工具一遍又一遍的同一份工作。它正在解决新问题并学习如何与来自不同地方的不同人合作。我认为能够看到各种各样的项目，甚至开始一些全新的事情是令人兴奋的。

你的工作是取悦自己，还是帮助客户？您是需要一切准备就绪的追随者，还是可以进行设置的开拓者？我认为这需要两种类型的人，并且需要人才来维持在非软件领域赚钱的好公司，以及小公司的发展。当我去参加公司会议时，我是否想感觉像迪斯尼乐园，或者我是否希望 CEO 有时在晚餐后给我打电话，或者介于两者之间。没有一个简单的清单可供参考。你是谁，擅长什么？

首先，Joel 测试中的大多数问题都与团队/公司的工作/工程流程有关，因此它们也与 QA 相关。更重要的是，回答每个问题可以帮助候选人了解公司是否适合工作，所以我相信
是的，乔尔测试是合适的。