测试用例该何时准备，需要哪些前提条件？

我是一个开发人员，想知道
1.测试用例该什么时候写，在项目过程中处于一个什么位置，是开发之前？还是开发并行？
2.测试用例需要哪些人员参与评审，为什么
3.测试用例对整个项目来说有什么好处？对开发来说有什么好处？
PS：因为我们目前的测试总是在写测试用例的时候来问我们开发需求(外包项目，能和客户沟通，项目组有需求，但是细节一般开发自己去沟通)，写完了又让我们开发来评审，通常开发已完成这个需求，感觉对开发没什么用，在走形式感觉，求有经验高手们解答下，不需要理论一大篇那种。解决小弟的困惑加送100分~~

和你分享一下我的理解，首先我们这边采用的开发模式是敏捷式开发，测试和开发是分开的，测试进入的是比较早的，当有需求形成文档的时候测试会进行需求测试，然后设计时，开发测试都会坐在一起讨论这一个迭代周期内问题处理的优先级，一般这个时候测试会给出风险性的意见，然后进入迭代周期，开发编写代码，程序跑起来后编写单元测试用例，测试人员，项目经理，需求分析师，测试经理，进行评审，单元测试通过之后，测试人员会进行迭代周期测试，他们也会编写测试用例，若测试通过，则这个迭代结束，后期他们会行进冒烟测试验收测试等

总括一下：
1、测试时和开发并行的，但测试用例要看是什么时候用
2、测试用例评审一般是要设计人员，需求人员 测试人员然后就是一些经理级别的工作人员 进行评审，他们分别评审的角度不同，设计人员是要看你这个测试用例是否能够覆盖测试系统的设计，需求分析师是要看测试用例能否覆盖全部功能点，测试人员是从易用性等角度分析，至于经理级别的应该是从整体的角度吧，这个我不是很清楚。
3、测试对于整个项目来说起的是质量监控的作用，非常有必要啊，我经理过几个项目，有没有测试结果是很不一样的啊，希望对你有帮助，有什么需要探讨的随时欢迎 (*^__^*) ……

一个怎样的测试用例，才是好的测试用例呢。不同的公司对用例的要求虽都不同，但用例三要素：编号，标题，步骤是都包含的。只是如何把握一个用例的步骤，期望等细化程度。基本是各执一词。对于功能测试来说，衡量一个测试用例的好坏，还是有一些共性可参考的。

用例表达清楚，无二义性。当测试用例的设计人员与测试人员不是同一个人时，可以减少理解错误的可能。

用例可操作性强。测试中常会遇到这种情况，执行一条用例，需准备大半天的测试环境，或用例太粗，操作描述模棱两可，测试执行人员很难顺利地往下执行。

用例的输入与输出明确。一条用例只有一个预期结果，如果一个用例有n个不同的预期结果，一方面容易使测试人员遗漏观察点，另一方面会造成测试统计不准确。

用例的可维护性好。用例的结构，表达，遵循用例的设计规范，犹如开发的编码规范，共同工作的团队有一个统一的风格 ，方便相互之间的交流。

用例对需求的覆盖率高。这一点很重要，可建立一个需求与用例的追溯表来保证每一需求都有用例与之对应。

暴露程序bug的能力强。