stonemary 发表于 2006-11-17 16:13:37

我很不理解这样的现象

我也是个新手，今年刚刚毕业。但是已经在测试这方面做了一年的时间了。嗯，感触很大，决定好好的做下去。
毕业以后，公司让我全权负责了一个高技术的项目，但是业务流程比较简单。因为在学校自己也喜欢做做小东西。负责完这个项目以后，就进入下一个项目，但是，由于没有和这个项目从一开始就接触，所以需求和业务都了解的很少，但是，项目组也不能给我好的需求文档，更不要说是概要设计和详细设计了。于是，我就直接的将他们的半成品拿过来测试（当然是做功能测试），但是，没有技术资料我都没有办法知道我应该怎么样的要求开发人员应该怎么样的修改。应该达到一个什么样的标准。这个项目异常的中断了，于是，又进入了下一个项目，但是，仍然是这样的，没有需求、概要设计、详细设计的文档。
我真的不了解这样的测试有什么意义，应该怎么样的做呢？做第一个项目的时候，项目的任何一个阶段我都是参与了的，写过需求分析，做过界面设计，检查过详细设计和数据库设计。后来的两个项目让我真的不理解。嗯～～～郁闷中～～

hades 发表于 2006-11-17 17:54:46

null

李才军 发表于 2006-11-18 19:22:57

公司的质量管理肯定没有抓起来，再说，有的公司，规定项目资金在多少一下，是不写需求的，这就样你和开发人员交流了，努力点就可以了

qnxchina 发表于 2006-12-11 15:34:47

回复 #1 stonemary 的帖子

根本不重视QA的价值，这是主要问题，现在一个不好的倾向是所有的问题都推给QA来做，出了问题就怪QA无能 ，而在项目前期过程中根本就把QA抛到一边不管，可怜的是我也是在这样的公司里

acmcs 发表于 2006-12-12 17:31:28

亲自动手一点一点规范起来吧，比如逐个准备测试所需的文档。;)

[ 本帖最后由 acmcs 于 2006-12-13 09:29 编辑 ]

cwj007 发表于 2006-12-26 13:12:40

如果项目比较小，何必在意文档，自己沟通的能力也很重要，航天标准，不可以放在小项目中

zengyi2008 发表于 2006-12-26 18:18:03

呵呵 ，看来我的公司还是比较规范sdlkfj5

linn 发表于 2007-1-29 14:49:59

真是 可怜的人

欣奕 发表于 2007-1-30 22:28:07

根据用户手册写测试用例是不是更可怜~~~

jut984907 发表于 2007-1-31 10:59:57

有些短平快的项目根本不允许按正规流程走……只能多沟通
虽然也很反感这类项目，不过有时不可避免。

skybusy2000 发表于 2007-1-31 11:37:04

原帖由 欣奕 于 2007-1-30 22:28 发表
根据用户手册写测试用例是不是更可怜~~~
......................

Sayid 发表于 2007-2-1 00:24:35

这些项目就个人而言应该先看看软件的开发生命周期有多长再来考虑一些规范化的流程才有意义.
页: [1]
查看完整版本: 我很不理解这样的现象