测试用例在实际工作中真正的作用有多大（黑盒功能测试）？

这几天，项目进入到了尾声了，但是就像是文章或是电影一样，一般高潮也都会在快结束的时候，所以，我们的项目在这段时间也进入到了最忙也最迷茫的阶段

忙的是项目也结束了，但是可测的包却不能按时的提交，可是总体时间却没有变化，搞得我们测试人员急得在热锅上的蚂蚁一样

迷茫就是这个项目完成了，不知道下一个项目将是怎么样了，每个人都有自己的想法，可是这种想法可以得到实现吗，似乎现在看来，在这个项目中没有学到什么东西，迷茫了，其实这并不是我这篇文章想要说的事情。

时间很紧张了，可是客户却在这个时候告诉我们要加入新的测试阶段，因为我们的第三方不再帮我们做这个阶段了，搞死了，用例我都没有安排写过，唉，只有补了，可是用例太多了，好痛苦。

写一点吧，对付一下了，说实话，我一直认为，测试用例对于我来说只是一种辅助记忆的，因为认为能在用例上写出来的，一般是不会发现缺陷的，发现缺陷的部分一般都是在用例以外的，因为在项目的设计过程中，开发人员与测试人员开会沟通，大家都知道在注意什么，要做什么，并且开发人员也不傻，测试人员也不笨，所以来说，测试用例上写全的东西，开发人员在提交可测试版本前均已把他们给处理掉了。对于一些不在用例里的，却是缺陷表中的主力军，因为软件这东西本来就不是实在的，他是虚拟的，谁也不知道这东西会有什么不一样的毛病出来，这个东西只能放在多实践的过程中才能真正现示出他的真面目，这对于开发来说是不可能的，而对于测试来说却是正中下怀的，不是吗？有人说，那就把用例给不停的补充进去，这就得说到现阶段的中国实情了，现在中国的项目能给你那多么的时间让你来加用例吗？本来在中国测试就没有开发来得受重视，这是不争的事实。还能让你有时间去补，再者即便优秀的测试人员真的认真地把用例补上去了，会有几个管理人员真正地看看这个用例，我想大家都很忙的。

其实说到底，测试用例在大多的项目中最多只能说是一种形式罢了，特别是那些写满密密麻麻的文字信息的用例（个人私心，我是个不喜看大段文字的人），对于我来说，那只是增加我的烦恼，我认为在测试的过程中，应该针对不同的阶段的去设计不同的用例形式，没有必要非得用所谓的文字表达，比如用图，用树等表示就可以了，在软件测试过程中各种测试方法什么覆盖什么路径的，这些不是可以用图先做出来的吗，都已经有图了，为什么还得多此一举地去把图转成文字，其实对于外行的客户他们如果要来看我们的测试用例的话，图，树等也是很适合的。

现在发现网上很多测试的模板，个人认为部分内容不适合我，因为用模板写出来的测试用例对于我来说，作用不大！