发觉一个公司有没有需求文档,对测试部门至关重要
一个公司有专门人写需求,写的好不好,对测试部门很重要,如果需求写的不好,或者不写的话,将来产品出了问题,全算在测试部门头上(有个测试经理哥们就是因为需求问题和老板争执,最终被迫离职了),比窦娥还冤,相反,如果一个公司的需求写的很到位,测试工作则要顺利的很多,测试人员也会感到很舒服,所以将来如果要选择一个公司,面试时也可以问问,他们公司是不是有专门写需求的人,这对测试很重要 呃,需求是大家努力的指挥棒 你是对的,不过就是那些面试的人,也会言不由衷,也会遮遮掩掩回答需求方面的问题的。呵呵。 好久不见showshow了,楼主说得有一定道理的。不过没有需求文档成为一种习惯的时候,当老板和开发都不觉得有什么问题的时候,测试很容易被孤立了。 各种各样的情况都有可能,主要是适应能力 顶楼主 最近做的项目觉得好的需求人员太重要了 我觉得需求人员也最好有一些软件开发的知识、经验否则写出一些需求都是废话连篇 很小的功能点开发工作量很大 或者产品出来之后问的一些问题让人啼笑皆非 很头疼 我们小公司就是没有写软件需求,搞的我做测试无从下手呀,怎么办呢? 我们倒是有写需求的,但不知道是不是太年轻没有威信,还是开发对她有偏见,定义需求的时候总是跟开发那边谈不拢,弄得项目也进展缓慢,都服了 各种各样的情况都有可能,主要是适应能力 这种情况已经很痛苦了,我宁可不在这样的公司呆着,太累。 高见。测试参与中没有话语权,很容易丧失动力
好久不见showshow了,楼主说得有一定道理的。
不过没有需求文档成为一种习惯的时候,当老板和开发都不觉得 ...
千里 发表于 2013-8-30 21:35 http://bbs.51testing.com/images/common/back.gif 高见。测试参与中没有话语权,很容易丧失动力
restilin 发表于 2014-6-12 09:12 http://bbs.51testing.com/images/common/back.gif
做得很疲惫,然后还没价值。 我觉得测试人员对需求说明也可以提出问题,之前做过汽车安全的测试,在测试的时候有时会发觉写需求说明的同事的一些可能是错误的质疑,然后和同事讨论商量这些点,这样对测试和对需求说明都是很好的提高 我们小公司就是没有写软件需求,搞的我做测试无从下手呀,怎么办呢?
szlg 发表于 2014-3-31 18:11 http://bbs.51testing.com/images/common/back.gif
那你就要了解软件,自己写需求,这样对你测试的效率能很好的提高 唔错 功能需求文档是需要有的,对于功能文档中的逻辑是否要这样进行,需要开发,测试,项目管理和写文档的人在一起讨论,一个功能更多的是适应客户,如果在使用过程中就有很多问题,那很有可能就是功能本身存在问题。讨论过程中,多数人的思想很大程度上会大于单独写功能需求文档人的想法。{:3_69:} 需求文档确实很重要,关键是实现的功能往往与需求不一致,需求在后期经常会变动。 高见。测试参与中没有话语权,很容易丧失动力
restilin 发表于 2014-6-12 09:12 http://bbs.51testing.com/images/common/back.gif
百分之八十的小公司基本都没有专门整理需求的,有的甚至连开发的都达不成一致,到最后谁都没地位
页:
[1]