开发参与案例评审改进

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

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

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

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

猜你喜欢

转载自flying-dream.iteye.com/blog/1571057