书中描写的测试与开发最后的合作完全是基于面对面沟通，除此之外只有一些粗略的需求文档，完全没有详细设计的说明。此时的测试应该做的都是Monkey测试。如此测试能够保证产品整体质量吗？
没有明确的需求，就没有明确的输入与输出，没有确切的预期结果。以什么来衡量测试是否通过？测试不需要确定性吗？
此书总体讲解了软件开发的流程，却没有具体说明测试工作的具体流程。真想知道他们是怎么做测试的……
文档可以简化到何种程度？测试流程应该是怎样的？
|
|
|
书中描写的测试与开发最后的合作完全是基于面对面沟通，除此之外只有一些粗略的需求文档，完全没有详细设计的说明。此时的测试应该做的都是Monkey测试。如此测试能够保证产品整体质量吗？
|
你还是不了解敏捷。
看来你没有理解敏捷。
需求分析是在这个迭代中逐步明确的，客户不可能在一开始很清晰的告诉你输入和输出是什么，所以就没有必要进行详细设计。
敏捷不是说没有文档，而是说只写那些能产生价值的文档。花了很多时间写的文档，没人去看，没人去更新，那就没有必要花时间去写。
> 我来回应