我的公司很小，只有一个全职测试人员，而且大部分我们都在做网络应用程序。 所以我很高兴我们有测试员，因为我认为我可能会偏见或懒惰时调试我自己的代码...什么是最好的方式来帮助你的测试仪？
和我们的测试者实际上位于另一个国家，所以通常我们通过IM或电子邮件只要。通常我尽量做尽可能多的白盒测试，但有时由于时间紧，我需要同时处理几件东西，这就是我在后测试中相当懒惰的地方...... :(
当前我们通常所做的就是提供一些文件的功能应该是什么样的，希望他们将有足够的信息来打破任何不能正常工作的东西。
有时我还会在一些测试中包含信息或测试用例我已经完成了，还包括一些基于潜在错误代码逻辑的测试，我希望她明确地测试它。
无论她发现她会登录到我们的bugzill我会继续检查它，修复它并让她再次验证它。
所以我的问题你有什么好的提示或更好的方法，以便我们可以帮助我们的测试人员更好地发现更多的错误？
感谢
听起来像你已经做了两个重要的事情：
我会推荐两件额外的东西。
这是一个有点之间的平衡：
A.提供发行说明用的是什么事
B.定期与引进增量功能释放的明确说明。
由于您的测试仪是在另一个国家，一定会有您所传递的东西测试仪之间有些滞后时间，您的测试的结果取回，我认为这是很重要的，你做了很多的你自己的质量保证，以确保您的代码是
这样你就不会浪费你测试者的时间和自己的时间，甚至不应该把它带入测试阶段。我们希望，因为您将与测试人员密切合作，测试人员将会了解您的标准错误，并能够快速测试这些事情，并希望他们能够将他们看到的频繁问题传递出去，以便类似的错误不要一直弹出。我认为这里的关键是沟通，以确保你不会浪费任何时间修复同样的事情。
感谢您的建议，不要浪费测试者的时间。我看过很多甚至连安装都没有的版本，所以我很尴尬成为开发团队的一员。 QA旨在在客户看到之前验证_working_系统。 – 2008-12-11 02:50:00
在处理旧的vb6软件包时，我实际上遇到了这种类型的问题，因为我测试过的大多数机器都具有此应用程序，所以我们只在客户机安装在新机器上时发现错误，确实令人尴尬。 :( – melaos 2008-12-19 02:45:16
其中一个巨大的独立测试人员的好处是，她会发明我们作为开发人员永远不会考虑的场景。所以很大程度上取决于她对系统和用户的理解以及她的创造力。
我尝试帮助我们的测试人员：
告诉他们我已经改变，和系统的哪些其他部分可能受到影响，
确保他们了解客户的要求，让他们知道系统是如何为应该工作，
寻求反馈他们主观条观察结果（这太难了...;它需要很长时间...;屏幕很丑，因为....）和
鼓励他们找到创造性的方式中断系统在他们验证了它的工作原理是为了“预期”输入。
另外，如果你在不同的时区工作，用它来你的优势，提供尽可能多的更新，修补，等你离开的前一天，让她可以在你的工作”重新睡着了。
记住，有两个部分，以验证：
系统要做它应该做的，和
它不应做这不应该做的！
祝你好运！
在某些情况下，最好不要帮助测试仪？您是否打算在他们运行程序时帮助所有用户？
你能详细说明一下吗？我想让它更有效率是因为我的测试人员有限，只有一个人，而且她有时也不得不在项目之间玩耍。 – melaos 2008-12-11 05:29:40
我其实是一个测试者。从我们的DEV获得的最好的帮助就是我们所说的快乐路径测试。这基本上告诉我，如果程序按照技术要求的原则完成，那么它应该如何运作。
例如，如果你有一个hello世界应用程序，如果你点击按钮你的标签打招呼，你会确切地说，点击按钮标签文本是你好。
我们也有我们的DEVs通过他们记录的UNIT测试给我，然后我只是让测试比他们更广泛。这是一个很大的帮助。我们的单元测试将总是回答以下四个基本问题：什么时候以及如何。谁做了改变。什么改变了。它现在如何工作。当它被改变时。
同时提示回答问题并向测试人员提供所有信息是非常好的。我讨厌DEV什么时候给我一个应用程序，只是说“在这里你准备好测试”。这是最糟糕的情况，因为我不知道它是什么或者它应该如何运作。
如果您给测试人员提供这些信息，他们将能够找到真正的错误和可能的错过要求。
将他自动完成工作！当然，你不能这么做，但你应该有一个好的，快速的自动化测试套件，以便他可以专注于不能自动化的事情。
我使用mod_perl在UNIX上运行Apache服务器，我最近试图寻找TDD框架，所以我可以自动化测试，但还没有做到这一点。 – melaos 2008-12-11 05:33:37