谢谢
我也是刚刚加入测试,看到你的文章,觉得我现在是有点小题大做了,电脑速度慢是障碍,但是它也能磨练你的心智~ 我也是小人物~ 我也是个小人物,天天生活在最低层啊 谢谢楼主的分享,很现实很多事情都类似,这就是生活.
楼住写的不错,不过我想说,不仅仅说测试这个行业如此,很多工作都差不多.好比我们公司的美工主管,工作挺有热情,也很有思想和创意,但他有时候也会抱怨,为什么自己辛苦一个礼拜
原创出来的东西被BOSS一句话就否决了,BOSS也不说出具体哪里不好,完全凭个人感觉,最后BOSS下令就
按照某某网站的风格去做,可以说80%是要他照抄,所以这位美工主管很郁闷~~~~~~~~~ 写的很好顶一下 呵呵...真的是无奈....
很多东西没有看明白..努力中..... hehe,精彩啊 不可否认,在很多公司里面,测试部门只是用来做摆设或者用来做替罪羊的,但是我们还是应该看见,现在的IT行业中,测试人员的需求也在增加,这也说明了,越来越多的公司在逐渐的重视测试工作,我们还有曙光可以盼 LZ
你的贴印象最身的就是这段话了:
一个人要被改变起来是那么容易,只要摧毁他对一件事情的热情,他一定就再也干不好这件事情了,一个人,只有在心里燃起热情,才能勇往直前 一个人要被改变起来是那么容易,只要摧毁他对一件事情的热情,他一定就再也干不好这件事情了,一个人,只有在心里燃起热情,才能勇往直前~ 1、测试首先在需求分析阶段就应该介入,测试的眼光与开发的眼光不一样,这个过程中能发现很多问题;
2、也不是直接写测试用例,首先应该写测试方案,去分析测试什么?哪些是测试重点?哪些是测试难点?测试环境应该怎么样搭建?怎么样测试?应该如何测试自动化测试如何设计与实现?;
3、测试用例的写作应该是一个严格按照工程方法来操作的过程,根据测试方案和开发的设计文档进行分解,如果设计文档是OK的,完全没有必要请教开发人员,开发人员的思维很容易让你陷入到代码的测试中去,而不是针对用户需求的测试。 最后的结果是你验证了代码的正确性,用户需求有没有实现不得而知。
加油
加油! 这也是一部分测试人的生活写照吧!我的测试生活也不是很如愿的,但是我相信署光就要到来了,只要我们坚持…… 做什么工作都有不如意的!!!回复 20# 的帖子
不知道!我觉得你还是很不错了,我现在没有工作,我在想如果让我遇到这种问题我根本就不知道怎么做哈!!然后等着公司开除我!回复 40# 的帖子
05的帖子,我今天刚刚看到。不知道楼主现在从事哪方面的工作?[ 本帖最后由 ldj39 于 2009-2-23 09:06 编辑 ]