51Testing软件测试论坛

标题: 不做单元测试的测试 [打印本页]

作者: 红色异端    时间: 2008-10-19 16:36
标题: 不做单元测试的测试
我是搞软件测试的,主要负责自动化测试和性能测试。有时也参与功能和界面测试。
在测试的之前,我们公司的程序员根本就没做单元测试,也就是说,程序员把程序写好后,就给测试组测试了。测试组在测试的过程中,经常遇到功能都没实现,无法进行下面的测试。但是没办法,项目时间太紧了,所以就变成了边测边改。
我想问的是,如果这个软件的代码写好后,在测试的过程中发现这个程序完全无法继续测试,也就是说没有测试的意义了。这个时候还需要进行测试吗?
我个人认为完全是在浪费时间。
作者: bb64844866    时间: 2008-10-19 19:50
标题: 完全赞同你的观点
现在国内大多数软件企业的测试工作基本都是这个情况,就是为了追求进度,不管质量。。。基本上都不做单元测试或者说白盒测试。
所以说这样的局面下测试人员完全就成为了开发人员的保姆。。。哎,环境问题,没办法的。
作者: AwL_1124    时间: 2008-10-19 21:43
边测边改。
已经完成测试了·
在单元测试的话  感觉确实有点浪费时间  
作者: 英子雷    时间: 2008-10-19 22:41
标题: 回复 1# 的帖子
我有同感,不要再继续下去为好。
作者: lchappy    时间: 2008-10-20 11:22
在测试过程中如果发现有重大的缺陷,影响到整个软件的使用,是应该停止测试的,待修改后再继续测试。修改——测试本来就是一个反复的过程。。
作者: zhongmg108    时间: 2008-10-20 11:44
这种方式效率很低,至少开发人员要完成功能验证(或冒烟测试)再交给测试人员.
作者: 厍仕杰    时间: 2008-10-20 13:29
这真是在正常不过的事情了!
作者: xsnzhq    时间: 2008-10-20 14:46
原帖由 红色异端 于 2008-10-19 16:36 发表
我是搞软件测试的,主要负责自动化测试和性能测试。有时也参与功能和界面测试。
在测试的之前,我们公司的程序员根本就没做单元测试,也就是说,程序员把程序写好后,就给测试组测试了。测试组在测试的过程中,经常 ...

我们公司的做法是制定一个移交流程,该流程中规定研发人员必须进行自测,自然研发人员没有自测你在测试之前也无从所知,但是一旦你发现研发人员的程序有严重问题,或有指定的功能没有实现那么你可以将版本打回去,拒绝测试。自然这种方法的前提是公司领导的支持。得到支持后一定要制定好一个流程,这样有据可查,像上面说的情况就属于移交不成功。缺陷和问题越早发现损失越小,研发人员往往以为上面您说的那种做法节省时间,实际上那才是浪费时间。还不如他们自测以后更节省时间呢。
作者: 红色异端    时间: 2008-10-20 23:30
谢谢大家的建议和意见。
作者: chengxq    时间: 2008-10-21 15:05
标题: 回复 1# 的帖子
在有些公司,测试组和开发组之间定义的职责,相互沟通的准则定义的都很不明确,象你在上面说的情况,在很多公司都是存在的。
首先,按照你说的,开发组编码完成后,直接交给测试组,测试组发现很多功能都没有实现,发现bug到处都是,很多都是低级错误,那测试组,对测试的输入是否有一定的准则呢,对于像你们这种测试和开发的关系,对测试的工作产品前期的判断尤为重要,是否先组织测试人员随机的测试,通过测试的时间,测试的画面数,测试发现的问题,做一个准则,如果发现的问难数超过一定的上限,就教给开发组,不在进行测试,就像你说的,测试已经没有意义了,所以对测试的工作产品的输入准则还是要制定的,方法可以采取冒烟测试,随机测试等。
其次,测试和开发做好沟通,定义好职责,当然这个不属于你问的问题,如果开发人员的确进度紧,开发担当人员认为完成编码且相应的责任人也认为其完成,那可以算完成,测试部分完全有测试人员担当,但是要做好版本的控制,不能出现一边编码,一边测试的现象,测试人员测试完成后,在交给开发人员,开发人员修改后,在教给测试人员进行测试。
所以关键的问题,是各自的职责没有明确,各个工作的输入输出准则没明确。
作者: 红色异端    时间: 2008-10-23 23:27
我忘了说了,我们测试是完全不知道用户需求和软件规格的,是凭个人逻辑去判断是否存在缺陷的。
作者: zouduowei    时间: 2008-10-26 15:58
兄弟啊.大环境不好啊.没办法.测试就这样.为开发服务的.
作者: jiangdongxian    时间: 2008-10-28 16:53
我们公司就存在,而且我们公司测试人员的电脑配置很低
作者: chengxq    时间: 2008-10-28 17:16
原帖由 红色异端 于 2008-10-23 23:27 发表
我忘了说了,我们测试是完全不知道用户需求和软件规格的,是凭个人逻辑去判断是否存在缺陷的。

测试不知道用户需求和软件规格,那你们的测试是基于什么目的的测试,这种测试的有效性如何考虑,公司给测试组的定位是什么?
不过个人认为,这既然是放在测试组面前的一个难题,那就应该克服,要做好沟通,对基本需求的理解,在去进行测试,否则这种测试
对公司来说可能意义不大,对个人来讲可能对自己的职业发展也不太好
作者: chengxq    时间: 2008-10-28 17:19
原帖由 jiangdongxian 于 2008-10-28 16:53 发表
我们公司就存在,而且我们公司测试人员的电脑配置很低

呵呵,我想公司层面的考虑,如果让你们进行功能测试,我想问题好像也不大,如果进行一些性能方面的可能有点问题,还有客户真实的环境是什么,不是看测试机器好坏
关键是看,公司给的是什么样子的测试,需要什么样的测试




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2