okok
okokhttp://q.sohu.com/forum/5/topic/1768323
我来讲两句吧 ^_^最大的困难,就是无法与人沟通。这会导致各式各样乌七八糟的问题。
譬如,如果对方是开发员,可能Bug会进入Fix-Reopen循环,或者遍地都是超低级的Bug。
这种情况,你首先肯定会设法与之沟通,让其解决,直到你绝望为止;
要么直至问题升级!过程中要学会保护自己,不然测试很容易吃亏。
如果对方是你的上级,他的想法和你相反时,你是盲目听从还是设法改变对方呢?
可能更多的情况只有你去适应了,Hoho....
楼下的,也来说两句?
别人不理解
有新的需求从来没有人和你说,就算你去问人家都不爱告诉你。
无奈啊~!~!~!
别人不理解
有新的需求从来没有人和你说,就算你去问人家都不爱告诉你。
无奈啊~!~!~!
有道理,最直接的体现就是“需求文档”缺乏“共享-更新”的机制。
呵呵,我参与的项目需求是随时变更的,在开发过程中也是
郁闷的是需求文档完全可以称为技术设计文档,都不知道怎么下手写测试用例啊
我现在碰到的最大的问题就是跟人沟通的问题,并不是我的沟通能力不行,而是对方开发人员有点蛮不讲理,较早之前的版本发现的问题,他过了很久没去解决,在最新的版本上面又没有出现,他就质问我是不是没有测试,郁闷。。。又说每个版本都要去验证以前的问题是否重现,没重现的就得关掉,晕倒。。。这样我的工作量不是很大吗?
你们测试也是这样的吗?问题提了等开发人员去解决了再来验证,还是每个版本都会去验证呢。。。
最大的问题就是:还没想到现在1切都挺好的
其实还是和开发的矛盾
老是推后 有时候拒绝的
计划赶不上变化
还要老跟着开发的脚步跑
:Q
踊跃发言,共同进步
踊跃发言,共同进步!开发和测试之间的矛盾,确实存在这样的现象:在很多国内的公司,开发人员就认为测试人员干得就是“动动鼠标、敲敲键盘、写点文档”的低水平的体力活。
不可否认,开发人员写出详细设计、编码实现,为软件生产创造直接价值,但必须承认的是,我们测试人员为保证软件产品的质量,也创造着间接的价值啊!
一个BUG开发要求重现下
我重现了N天都没找到原因
很郁闷的问题
不能重现的BUG也没办法啊,只好挂起,呵呵
我觉的跟开发人员沟通,用开发人员熟悉的语言去说,效果要好些,我就那方面很差,唉,,,,,,,
我现在的最大的困难是怎么开始我的工作,我刚到这个公司上班,今天是第三天,做测试。真的不知道怎么开始我的工作。:(
解决方法我还不知道,应该是多看书,多学习。 楼上的公司怎么样?俺也想去杭州工作,那边风景独好 :) 改完这个BUG又出现其他的BUG,说白了就是开发人员有时不重视单元测试,没办法,还是要提啊提,反复几次自己的情绪会被搞得很糟糕,这时就考验你的耐心了,如何与开发人员沟通的问题了,还有就是对测试用例的使用,有时不清楚需要写得多详细才好,维护起来有困难。 我们公司就我一个测试的,有项目经理直接管我,每次提交的BUG都在管理库里,每个人都能看到,但他们总是不看,还让我写文档里发给他,更可气的是提交的BUG不解决,让一周总结一次发给他,有的用户找到我,就等着解决,可是跟他说总是不理。郁闷死。。 不要郁闷,在公司里这样的事情是经常有的,我也是这个样子的,还好我们的项目经理比较重视。
调节好自己的心情,好好做自己的工作。 做测试的就是给人搽屁股的!!! 有人不喜欢自己的屁股干干净净的,那我们也没办法。
等到他们不得不向客户展示屁股的时候,他们才会想起我们!!!
:L
[ 本帖最后由 eclosin 于 2008-5-4 11:23 编辑 ] 没有需求,需求修改了你不知道`` 最大的困难基本还是和开发人员之间的
在就是需求随时在变这样对测试工作很不利