开发参与案例评审改进

前言：
不管是cmmi思想 还是敏捷思想，都要求开发和测试打破思维的墙，打破交流的墙。

如果你所在的测试部有要求设计案例，开发有参与评审案例，那么开发评审时都是如何进行的？

和我测试的童鞋交流，发现很多公司参与案例评审的时候，都是直接进入相应的案例，没有考虑这个模块的输入输出到底是什么，这样其实是一种错误的做法，刚开始就进入点会很容易导致面覆盖不全！

所以我建议是参与评审的时候，先全面纵观下此模块，共同确认下关键输入和输出，测试讲解下框架的思路。这样的话从面到点逐步进行会更好的保证案例的完整性和有效性