不做单元测试的测试
我是搞软件测试的，主要负责自动化测试和性能测试。有时也参与功能和界面测试。在测试的之前，我们公司的程序员根本就没做单元测试，也就是说，程序员把程序写好后，就给测试组测试了。测试组在测试的过程中，经常遇到功能都没实现，无法进行下面的测试。但是没办法，项目时间太紧了，所以就变成了边测边改。
我想问的是，如果这个软件的代码写好后，在测试的过程中发现这个程序完全无法继续测试，也就是说没有测试的意义了。这个时候还需要进行测试吗？
我个人认为完全是在浪费时间。
完全赞同你的观点
现在国内大多数软件企业的测试工作基本都是这个情况，就是为了追求进度，不管质量。。。基本上都不做单元测试或者说白盒测试。所以说这样的局面下测试人员完全就成为了开发人员的保姆。。。哎，环境问题，没办法的。 边测边改。
已经完成测试了·
在单元测试的话感觉确实有点浪费时间:)
回复 1# 的帖子
我有同感，不要再继续下去为好。 在测试过程中如果发现有重大的缺陷，影响到整个软件的使用，是应该停止测试的，待修改后再继续测试。修改——测试本来就是一个反复的过程。。 这种方式效率很低,至少开发人员要完成功能验证(或冒烟测试)再交给测试人员. 这真是在正常不过的事情了！ 原帖由 红色异端 于 2008-10-19 16:36 发表 http://bbs.51testing.com/images/common/back.gif我是搞软件测试的，主要负责自动化测试和性能测试。有时也参与功能和界面测试。
在测试的之前，我们公司的程序员根本就没做单元测试，也就是说，程序员把程序写好后，就给测试组测试了。测试组在测试的过程中，经常 ...
我们公司的做法是制定一个移交流程，该流程中规定研发人员必须进行自测，自然研发人员没有自测你在测试之前也无从所知，但是一旦你发现研发人员的程序有严重问题，或有指定的功能没有实现那么你可以将版本打回去，拒绝测试。自然这种方法的前提是公司领导的支持。得到支持后一定要制定好一个流程，这样有据可查，像上面说的情况就属于移交不成功。缺陷和问题越早发现损失越小，研发人员往往以为上面您说的那种做法节省时间，实际上那才是浪费时间。还不如他们自测以后更节省时间呢。 谢谢大家的建议和意见。
回复 1# 的帖子
在有些公司，测试组和开发组之间定义的职责，相互沟通的准则定义的都很不明确，象你在上面说的情况，在很多公司都是存在的。首先，按照你说的，开发组编码完成后，直接交给测试组，测试组发现很多功能都没有实现，发现bug到处都是，很多都是低级错误，那测试组，对测试的输入是否有一定的准则呢，对于像你们这种测试和开发的关系，对测试的工作产品前期的判断尤为重要，是否先组织测试人员随机的测试，通过测试的时间，测试的画面数，测试发现的问题，做一个准则，如果发现的问难数超过一定的上限，就教给开发组，不在进行测试，就像你说的，测试已经没有意义了，所以对测试的工作产品的输入准则还是要制定的，方法可以采取冒烟测试，随机测试等。
其次，测试和开发做好沟通，定义好职责，当然这个不属于你问的问题，如果开发人员的确进度紧，开发担当人员认为完成编码且相应的责任人也认为其完成，那可以算完成，测试部分完全有测试人员担当，但是要做好版本的控制，不能出现一边编码，一边测试的现象，测试人员测试完成后，在交给开发人员，开发人员修改后，在教给测试人员进行测试。
所以关键的问题，是各自的职责没有明确，各个工作的输入输出准则没明确。 我忘了说了，我们测试是完全不知道用户需求和软件规格的，是凭个人逻辑去判断是否存在缺陷的。 兄弟啊.大环境不好啊.没办法.测试就这样.为开发服务的. 我们公司就存在，而且我们公司测试人员的电脑配置很低 原帖由 红色异端 于 2008-10-23 23:27 发表 http://bbs.51testing.com/images/common/back.gif
我忘了说了，我们测试是完全不知道用户需求和软件规格的，是凭个人逻辑去判断是否存在缺陷的。
测试不知道用户需求和软件规格，那你们的测试是基于什么目的的测试，这种测试的有效性如何考虑，公司给测试组的定位是什么？
不过个人认为，这既然是放在测试组面前的一个难题，那就应该克服，要做好沟通，对基本需求的理解，在去进行测试，否则这种测试
对公司来说可能意义不大，对个人来讲可能对自己的职业发展也不太好 原帖由 jiangdongxian 于 2008-10-28 16:53 发表 http://bbs.51testing.com/images/common/back.gif
我们公司就存在，而且我们公司测试人员的电脑配置很低
呵呵，我想公司层面的考虑，如果让你们进行功能测试，我想问题好像也不大，如果进行一些性能方面的可能有点问题，还有客户真实的环境是什么，不是看测试机器好坏
关键是看，公司给的是什么样子的测试，需要什么样的测试
页:
[1]
