感慨很多
用心努力的去做了件没结果的事，真的很需要热情和勇气

我也是刚刚加入测试，看到你的文章，觉得我现在是有点小题大做了，电脑速度慢是障碍，但是它也能磨练你的心智~

我也是小人物~

我也是个小人物，天天生活在最低层啊

谢谢楼主的分享，很现实

楼住写的不错,不过我想说,不仅仅说测试这个行业如此,很多工作都差不多.
好比我们公司的美工主管,工作挺有热情,也很有思想和创意,但他有时候也会抱怨,为什么自己辛苦一个礼拜
原创出来的东西被BOSS一句话就否决了,BOSS也不说出具体哪里不好,完全凭个人感觉,最后BOSS下令就
按照某某网站的风格去做,可以说80%是要他照抄,所以这位美工主管很郁闷~~~~~~~~~

写的很好  顶一下

呵呵...真的是无奈....

很多东西没有看明白..努力中.....

hehe  ,精彩啊

不可否认，在很多公司里面，测试部门只是用来做摆设或者用来做替罪羊的，但是我们还是应该看见，现在的IT行业中，测试人员的需求也在增加，这也说明了，越来越多的公司在逐渐的重视测试工作，我们还有曙光可以盼

LZ
你的贴印象最身的就是这段话了:

一个人要被改变起来是那么容易，只要摧毁他对一件事情的热情，他一定就再也干不好这件事情了，一个人，只有在心里燃起热情，才能勇往直前

一个人要被改变起来是那么容易，只要摧毁他对一件事情的热情，他一定就再也干不好这件事情了，一个人，只有在心里燃起热情，才能勇往直前~

1、测试首先在需求分析阶段就应该介入，测试的眼光与开发的眼光不一样，这个过程中能发现很多问题；
2、也不是直接写测试用例，首先应该写测试方案，去分析测试什么？哪些是测试重点？哪些是测试难点？测试环境应该怎么样搭建？怎么样测试？应该如何测试自动化测试如何设计与实现？；
3、测试用例的写作应该是一个严格按照工程方法来操作的过程，根据测试方案和开发的设计文档进行分解，如果设计文档是OK的，完全没有必要请教开发人员，开发人员的思维很容易让你陷入到代码的测试中去，而不是针对用户需求的测试。

最后的结果是你验证了代码的正确性，用户需求有没有实现不得而知。

加油!