我的公司很小，只有一名全职测试员，而且我们大部分时间都在做网络应用程序。 所以我很高兴我们有测试员，因为我认为在调试自己的代码时我可能会偏心或懒惰......
而我们的测试人员实际上位于另一个国家/地区，因此我们通常仅通过 IM 或电子邮件进行交流。通常我会尽可能多地进行白盒测试，但有时由于时间紧迫，我需要同时处理一些东西，这就是我在后期测试中变得相当懒惰的地方...... :(
目前我们通常做的是向一些文档提供功能应该是什么样的，并希望他们有足够的信息来打破任何不能正常工作的地方。
有时我还包括一些关于我已经完成的测试的信息或测试用例，并且还包括一些基于我希望她明确测试的潜在错误代码逻辑的测试。
无论她发现什么，她都会登录我们的 bugzilla，我会继续检查、修复并让她再次验证。
所以我的问题是您有什么好的提示或更好的方法，以便我们可以更好地帮助我们的测试人员找到更多的错误？
谢谢
【问题讨论】：
标签： testing
由于您的测试人员在另一个国家/地区，并且在您将某些内容传递给您的测试人员和您的测试人员返回结果之间会有一些滞后时间，我认为您自己做很多质量保证以确保这一点很重要你的代码是
这样您就不会浪费测试人员和您自己的时间来处理甚至不应该进入测试阶段的错误。希望，因为您将与测试人员密切合作，测试人员将了解您的标准错误并能够快速测试这些东西，并希望他们能够传递他们认为常见的问题，以便类似的错误不要一直弹出。我认为这里的关键是沟通，以确保您不会浪费任何时间一遍又一遍地修复相同的问题。
【讨论】：
听起来你已经在做两件重要的事情了：
我会推荐另外两件事。
这有点平衡：
A.提供版本说明，清楚说明所做的工作
B.定期发布并引入增量功能。
【讨论】：
独立测试人员的巨大好处之一是她将发明我们作为开发人员永远不会考虑的场景。所以很大程度上取决于她对系统和用户的理解，以及她的创造力。
我尝试通过以下方式帮助我们的测试人员：
告诉他们我所做的更改，以及系统的其他部分可能会受到影响，
确保他们了解客户要求，以便他们了解系统应该如何工作，
就他们的主观观察征求反馈（这太难了……；太长了……；屏幕很丑，因为……），以及
鼓励他们在验证系统按照“预期”输入应有的方式工作后，寻找创造性的方法来破坏系统。
此外，如果您在不同的时区工作，请利用这一点，在您离开一天之前提供尽可能多的更新、修复等等，这样她就可以在您工作的时候工作睡着了。
请记住，验证分为两部分：
系统应该做它应该做的，并且
它不应该做它不应该做的事！
祝你好运！
【讨论】：
自动化他的工作！当然，你不能那样做，但你应该有一个好的、快速的自动化测试套件，这样他就可以专注于那些无法自动化的事情。
【讨论】：
我自己实际上是一名测试人员。我从我们的开发者那里得到的最好的帮助就是我们所说的快乐路径测试。这基本上是告诉我程序是否根据技术要求完全按照它应该运行的方式运行，这就是它应该如何运行。
例如，如果您有一个 hello world 应用程序，如果您单击标签上写着 hello 的按钮，那么您会准确地说 Click button label text with be Hello。
我们还让我们的开发人员将他们记录在案的单元测试传递给我，然后我只是让测试比他们做的更广泛。这是一个很大的帮助。我们的单元测试将始终回答这四个基本问题，谁在什么时候做什么以及如何做。谁做的改变。改变了什么。现在如何运作。什么时候改的。
及时回答问题并将所有信息提前提供给测试人员也很棒。我讨厌开发人员给我一个应用程序，然后说“你准备好测试了”。这是最糟糕的情况，因为我不知道它是什么，也不知道它应该如何运作。
如果您向测试人员提供此信息，他们将能够找到真正的错误和可能遗漏的需求。
【讨论】：
在某些情况下不帮助测试人员会更好吗？当所有用户运行您的程序时，您会在场帮助他们吗？
【讨论】：