我的公司很小,只有一个全职测试人员,而且我们主要是做网络应用程序。 所以我很高兴我们有测试人员,因为我认为在调试我自己的代码时我可能会偏见或懒惰......
我们的测试人员实际上位于其他国家/地区,因此我们通常仅通过IM或电子邮件进行通信。通常我会尝试做尽可能多的白盒测试,但有时由于时间紧迫我需要同时处理一些东西,这就是我在测试后变得相当懒惰...... :(
目前我们通常做的是提供一些文档,说明功能应该是什么样的,并希望他们有足够的信息来打破任何不能正常工作的内容。
有时候我还会在我完成的一些测试中包含信息或测试用例,并且还包括一些基于潜在错误代码逻辑的测试,我希望她明确地进行测试。
无论她发现什么,她都会登录我们的bugzilla,我会继续检查,修复它并让她再次验证它。
所以我的问题是你有什么好的提示或更好的方法,这样我们可以帮助我们的测试人员找到更多的错误吗?
感谢
答案 0 :(得分:4)
由于您的测试人员在另一个国家/地区,并且您将测试结果传递给测试人员之间会有一段延迟时间,而测试人员会回复测试结果,我认为您必须做很多自己的质量保证以确保你的代码是
这样你就不会浪费你的测试人员的时间和时间来处理那些甚至不应该进入测试阶段的错误。希望,因为您将与您的测试人员密切合作,测试人员将了解您的标准错误并能够快速测试这些内容,并希望他们能够传递他们认为常见的问题,以便类似的错误不要一直弹出。我认为这里的关键是沟通,以确保你不会浪费任何时间反复修复同样的事情。
答案 1 :(得分:3)
独立测试人员的巨大优势之一是她将发明我们作为开发人员永远不会考虑的场景。所以很大程度上取决于她对系统和用户的理解以及她的创造力。
我试图通过以下方式帮助我们的测试人员:
告诉他们我已经改变的内容,以及该系统的其他部分可能会受到影响,
确保他们了解客户要求,因此他们知道系统假设如何工作,
询问有关他们的主观观察的反馈(这太难了......;它需要太长时间......;屏幕很难看,因为......),以及
鼓励他们找到创造性的方法来打破系统,因为他们已经验证了系统按照“预期”输入的方式工作。
此外,如果您在不同的时区工作,请在离开当天之前提供尽可能多的更新,修复程序,等,以便在您工作时使用它。 '睡着了。
请记住,验证有两个部分:
系统 应该做它应该做的事情,并且
不应做
应该做的事情!答案 2 :(得分:3)
听起来你已经做了两件重要的事情:
我建议另外两件事。
这是一个平衡:
一个。提供发行说明,明确说明已完成的工作
B中。定期发布增加的功能。
答案 3 :(得分:2)
我自己实际上是一名测试员。我从DEV获得的最佳帮助就是我们所说的快乐路径测试。这基本上告诉我程序是否完全按照技术要求运行,这是它应该如何运作。
例如,如果您有一个hello world应用程序,如果您单击按钮,您的标签显示为hello,那么您可以确切地说Click按钮标签文本为Hello。
我们也让我们的DEV通过他们记录的UNIT测试给我,然后我只是让测试比他们更广泛。这是一个很好的帮助。我们的单元测试将始终回答这四个基本问题世界卫生组织当时和现在如何。谁做了改变。改变了什么。它现在如何运作。什么时候改变了。
同时提示回答问题并提前向测试人员提供所有信息非常棒。我讨厌什么时候DEV给我一个应用程序,只是说“这里你准备好测试”。这是最糟糕的情况,因为我不知道它是什么或它甚至应该如何运作。
如果您向测试人员提供此信息,他们将能够找到真正的错误和可能错过的要求。
答案 4 :(得分:2)
让他失去工作!当然,你不能这样做,但你应该有一个好的,快速自动化的测试套件,这样他就可以专注于那些无法自动化的事情。
答案 5 :(得分:-1)
在某些情况下,不帮助测试人员会更好吗?您是否会出席协助所有用户运行您的计划?