看到有人说关于测试用例的问题：测试用例有没有用？有很多人执行测试时候不按照测试用例来执行，用例形同虚设，岂不是白费功夫。
测试用例肯定是有用的，按照标准的流程测试用例的作用应该在相关书上都可以找到。但是目前国内的很多企业并没有什么规范的开发测试流程，测试用例在不同的模式中起到的作用大小是不同的。
就拿我工作过的项目来说吧：
（1）G产品测试，建筑行业的计价软件，15人左右的测试团队，版本发布频率很高，因此测试时间紧张。基本上测试用例就是在开发新功能时候写好了，第一次执行测试时候会参照用例，然后新人进来学习业务需要看看，基本上在以后执行版本测试任务的时候没人去看测试用例来测试了。当然后来也改进了，在评审的时候要看用例通过率啥啥，其实也是摆设。
（2）C项目测试，给工信部做的一个系统，WEB界面+Web service接口+后台JAVA服务+数据库测试，5人左右的小团队，项目周期挺长的（1年多）。测试用例，写好了，第一次执行用例时参照用例执行，还有一个作用就是通过用例给用户体现我们测试的工作量和覆盖度。执行的时候还是没有参考用例。
（3）现在做的B项目，客户是美国公司，WEB界面+Web service接口+后台JAVA服务+数据库测试，5人左右的小团队，项目周期长（2年多），经常回归测试。这时真正每次测试都要按照测试用例来执行。应该和相对时间比较充裕有关，客户提交了新的功能或版本，会留给我们充足的时间来设计用例，然后给用户评审，评审完成后，我们首先设计手动的测试用例，执行完成后，设计成自动的测试用例，以后每次回归测试均自动实现。工作量和测试完成标准全部是依赖测试用例的量来制定的。
因此，测试用例的作用如何体现，还是和自己具体的工作流程和测试项目有关系。愚认为，测试还是要尽量的规范，测试用例还是必须有的，但是关于测试用例的粒度是粗一些还是细一些，还需要进一步讨论。
