在北京软件开发公司的软件应用中发现唯一的错误是不容易的。它甚至更加困难，当你与来自世界各地的其他测试人员数十人的工作。在我们较新的客户后，较近虫之战的赢家–提供测试建议寻找独特的错误，当多个问题已经被报道。

 

当工作在试验周期中的U平台，记住他们所追随的榜样很重要。例如，一旦测试周期是开放的，它是从世界各地获得邀请测试，除非客户有选择的具体标准，如地理位置，专业，经验等，因为有不同的时区，你可能发现自己在一个情况，当你接受邀请并有测试周期已经有大量的错误日志。很常见的，不是吗？

 

现在这里是抓：测试员不知道他们怎么做呢？已经有很多的错误记录，我该怎么办？我要怎么找到一个错误吗？嗯，首先我要冷静下来。了解什么是预期的测试周期中的应用。一旦你做了这个，看一看报告的bug已经登录的其他测试。这将给你一个想法，为应用程序的哪一部分已经过测试到目前为止，什么还有待检验。

 

我常常觉得很孤独的时候有没有错误记录时，我接受邀请（不过很少见）。我喜欢工作与其他测试人员作为一个团队，以确保结果的期望是什么，由客户在建立测试周期，但那是不可能的。在这种情况下，你想知道如何脱颖而出的其他测试人员？

 

这是我的建议：

 

有创意：在这种情况下，你必须要有创意的测试思路。认为尚未尝试的情景。这是你第一次认识重复节省时间。听起来很难，但它是在试图了解测试周期的应用范围和时间。这种创新不仅有助于你这个特定的测试周期，但将被证明是有用的在其他情况下也。所以，你需要记住的是：不要只找简单的错误。

 

经过的其他报告的记录并尝试重现bug，看你能不能深入挖掘严重的bug。它有助于产生不少新的想法如果你花一些时间，花在阅读其他的测试报告。

 

耐心：这一个关键属性的测试–不仅仅是那些工作的权限项目。你要保持冷静，了解应用程序，并试着提出测试的想法可能会产生一些新的见解。因为你是与全球各地的所有测试工作， 也许有可能测试的想法，你想被其他测试仪实现的，但是这不应该使你感到不耐烦。

 

当一位探险家：不要寻找简单的错误，不需要更多的探索，但如果你发现他们都是很好的。针对应用程序的特定部分的应用探讨。当你开始探索你的应用程序将开始区分更深层次的问题，而不是错误，只是表面上的。

 

在探索应用确保你仍然在你想什么都控制得很。有时，探索导致应用程序的一部分，不想测试，所以小心点！记住，在你做任何事情之前阅读测试周期的范围。

 

敏捷：它是好是灵活的，但重要的是不要失去你的焦点。确保您采取适当的注释，以屏幕截图或视频，甚至使用工具会话测试仪。

 

所以，如果你准备实践以上那你肯定是要有好的工作时间在试验周期。更何况，它还可以帮助您规划/分裂你的任务你继续沿着。