如何在敏捷环境中记录测试？

Question

“工作软件优于全面文档”的敏捷价值是最具争议的价值之一。

关于测试，敏捷测试团队如何实现“刚刚够好的模型和文件”？哪些因素影响测试文档，我应该做些什么来有效地与客户和发起人合作，以产生最低限度的测试文档？

Answer 1

你的问题还不完全清楚，所以我得做几个假设。

我们什么时候开始测试计划？

• 测试计划应该在开发一开始就开始，例如，当业务分析人员与开发人员坐下来讨论如何满足客户的需求时，测试人员应该在场。
• 但是，在现实世界中，这并不总是有效的，实际上，测试人员应该积极主动；即使你没有被邀请参加这样的会议，你也应该主动举手参加。

测试计划文档

• 这取决于被测试系统的大小，如果它是一个很短的测试项目，可能没有必要创建正式的测试计划文档。
• 测试计划文件基本上是一张路线图，显示测试如何进行、何时进行、由谁负责等。如有需要，应尽快制作，并经常检讨。

在敏捷中有什么优势吗？

• 我不明白这句话，你的意思是“有测试计划有什么好处吗？”或者你的意思是“拥有敏捷风格的测试计划有什么好处吗？”
• 一般来说，测试计划是有用的，并且几乎总是管理人员所要求的。理想情况下，测试和开发是并行进行的，所以如果开发使用的是敏捷实践，那么测试也应该在敏捷中进行。同样，结果在很大程度上取决于您实现敏捷的程度。我见过一些公司实现了敏捷“外壳”，例如，他们认为他们实现了敏捷，但仅仅是在表面层面，他们失败了，并将其失败归咎于敏捷。