# 测试10年，10节课–第5课

# 第5课: 单独测试是有风险的

第5课–单独测试是有风险的

当我作为测试顾问开始我的第一个任务时，我坚信我所学的东西:我有我的ISTQB证书，只要我遵循这个过程，我的测试就会很好，很客观。对吧?对吗？！！！！！！！

当然不是。我是团队中唯一的测试人员，当然，我做了我能做的一切，但是我的测试根本不是客观的。由于缺乏经验以及偏见，我在测试期间错过了部分应用程序。每个人都有偏见。（如果您还没有读过《Thinking，Fast and Slow》，请阅读）。

在一个上线的新项目中工作后，我感受到的现实。我非常有信心，我已经很好地测试过了，在生产环境中不会出现任何问题。我们在生产中确实遇到了一些问题，其中一些问题对用户造成了极大的破坏，这让我们非常震惊。这动摇了我测试和自我的信心。这是一个伟大的教训!

从那时起，我确保让我的团队参与测试。我发现，如果我们作为一个小组进行测试，就会发现更多问题。我发现开发人员是优秀的测试人员。我发现完全不了解测试人员身份是可以的。我发现这更有趣。我发现它促进了学习。

这并不意味着我永远不会一个人测试，而是永远以团队的范围进行测试。我建议您也这样做。利用其他人的知识，您可以更广泛地了解和构建要构建的产品。忽略此建议，后果自负！

例如BA 可以从业务角度帮你分析当前系统功能流程是否正确，符合当初业务的期望。 UX可以帮你从用户体验的角度分析，当前功能的交互是否合理，是否方便与客户与系统进行交互。 DEV可以帮助你从架构以及代码层面分析更底层的缺陷与问题。 PM则可以帮助你从项目的进度安排测试的时间与流程。 你则可以专心的从测试的不同角度，层级分析系统当前的质量。 最终多人协作共同改善质量才是我们的根本。