单元测试应该让谁来做？

Jimmyshao

原来说让我们测试的做的，后来没几天就变了，还是开发做了，开发对自己的代码当然比别人懂得多，那我们测试就不做了？估计最多开发写完单元测试代码，然后让我们执行？
那我们做的是什么工作？不懂。

luming

现在中国测试主要做系统测试，也许还有集成测试。
单元测试需要有想当好的文档支持，否则测试人员及时投入大量精力去做效果也不会好。
对代码来说，还是谁写的比较清楚，何况程序员的东西都比较的不规范，看着就更麻烦。
我一直想不通，为什么这么多人对写代码情有独衷，既然这样，去当程序员好了。
在现阶段，黑盒手工测试的效果对测试来说比白盒要好，单元代码的工作，还是交给程序员好了。

luming

看看这个，清川的《谁来做单元测试最合适？程序员还是测试人员？》http://www.blogok.net/blog/blogger/1950/archives/2005/11470.shtml

单元测试的执行角色一般有三种情况，第一种是谁的代码谁负责测试，第二种是程序员之间互相测试，第三种情况是由测试人员来做。每种情况各有自己的优缺点，第一种情况对代码会很熟悉，那么测试的时候就容易进行，但是也很容易犯下主观错误，要让程序员怀疑自己并且试图否定自己是很困难的。第二种看起来比较合理，都是开发人员那么在理解上会更容易一些，但是也有一些问题，如果程序员的水平相差很大或者对单元测试的理解不够很可能导致无从下手或者测了等于没测的局面。第三种情况与第二种情况很相似，测试人员具备相应的开发水平，而且对测试本身也有很强的理解，那么测试效果也相应最好。但是这种情况随之而来的是测试成本会很高，同时具备高水平的开发和测试能力的人员很难找到。



不同的软件过程对此也有不同的理解，比如说微软的测试很强调开发与测试的独立，所以微软不赞成甚至是反对由开发人员对自己的代码进行测试，而是由独立的测试人员来完成这个任务。而作为轻量级开发过程的XP则是反复强调程序员要不断编写代码来测试自己的代码，可以说程序员测试在XP中占有相当大的比重。



最终选择哪种方法还是应该从项目实际情况出发考虑，比方说如果只是十多个人的小项目，那么不妨考虑开发人员来完成单元测试；相反，如果是个百人以上的团队，那么测试工作最好还是由专门的测试人员来执行。

takiro

个人感觉还是由测试人员进行单元测试比较好。

snakechx

在目前国内测试总体水平普遍不高的情况下，我认为：
对于某个单元／模块，程序应先对自己的代码进行基本的验证，然后提供具体的接口，由测试进行有效性测试．

wxj5261992

个人认为还是开发人员做比较适合。

calven

有测试人员做单元测试的说法吗?

wonderhua

个人观点：单元测试应该由开发人员负责，这是我们总体环境决定的，毕竟测试人员的能力也是有限的。

changcheng

单元测试一般都是由开发人员做的，测试人员一般主要做集成测试，系统测试，回归测试等主，很少有公司让测试人员去做单元测试，那样会浪费人力物力，所以说你不要想着去做单元测试，你去做单元测试必须对代码和需求非常的了解，否则你是做不好的，而由开发人员来做他们对自己的代码和需求就很了解了，做起来就比较容易了，不过这也有弊端，就是开发人员对自己的代码具有保护性，但是两者比较来说，还是开发人员做单元测试比较好一点。

kpxl

谁爱做谁做，谁能做水做，这话不好听，但是每个公司的情况不同，做事的人肯定也不会一样。到时候领导要你做了，还说了一堆，说这是对你能力的肯定，对你自身价值的认可，你能不做吗？

jessica226

我现在就遇到了这样的问题，领导要我这个月提出一个单元测试的规划，我之前完全没有这方面的相关经验，前期是做了四个月的系统功能测试。我不知道是否有这个必要，毕竟要我现在来学习代码太痛苦了一点！！

black_tulip

原帖由 kpxl 于 2005-10-19 12:12 发表
谁爱做谁做，谁能做水做，这话不好听，但是每个公司的情况不同，做事的人肯定也不会一样。到时候领导要你做了，还说了一堆，说这是对你能力的肯定，对你自身价值的认可，你能不做吗？

跟我看到帖子标题打开前想的回答一模一样， 谁爱做谁做，谁能做谁做。

davidcuiyan

单元测试一般来说还是让程序员来做比较好，毕竟他们知道他们的程序要实现的功能和预期的结果，而且这样可以节省开发的时间和开发的进度。而测试人员来说，主要还是比较注重整体的测试。

zixuxuwu

各有利弊，开发人员做，节省了人力物力，但是效果不会太明显；测试人员做，效果比较好，当然也要求测试人员的水平了，公司也得多了一笔支出。所以要看产品对质量的要求了，毕竟做宇宙飞船的测试和做汽车的测试，质量要求是不同的。我们公司就是测试人员做的，而且已经有了效果了。当然现在也在考虑如何从人力和物力上尽量满足需求了。

zixuxuwu

原帖由 jessica226 于 2005-12-9 16:43 发表
我现在就遇到了这样的问题，领导要我这个月提出一个单元测试的规划，我之前完全没有这方面的相关经验，前期是做了四个月的系统功能测试。我不知道是否有这个必要，毕竟要我现在来学习代码太痛苦了一点！！

首先难的不是代码（当然如果你一点也不懂的话是有点麻烦，不过没关系赶快开始学），单元测试是需要一定的人力物力投入的。跟你们领导商量一下，看公司打算投入多少资源，要做到什么样的深度。有个宏观的把握再开始做就心中有数了。

Jimmyshao

现在做的叫做单元测试验证。。
Junit下ant走一遍，再ant出报告。就结束了，实际是走个流程。

melike

有谁做单元测试么???????
就快要做单元测试了,有一定的代码能力.
这是第一份工作,才上3个月班不到

zixuxuwu

原帖由 melike 于 2006-2-14 17:48 发表
有谁做单元测试么???????
就快要做单元测试了,有一定的代码能力.
这是第一份工作,才上3个月班不到

这里有很多做单元测试的朋友，你是在介绍自己还是？不管怎么样，一定要努力去做，相信自己可以做到！

sword_zhu_1

对于这个问题我们也非常重视，如何做好单元测试。我们也讨论过。第一种方法是让开发人员做单元测试。另一种方法是让测试人员做单元测试。
       第一种方法比较方便，但是基于各种条件情况，我们很难保证单元测试的质量。因为在做单元测试的时候，既要考虑到做正常情况的测试，也要做异常情况的测试。正常情况开发人员可以测试，保证所编写的程序模块正常。但是不好保证异常情况测试的质量。这样为了保证质量，单元测试的质量也必须要相关人员来进行审核。这种审核不能让开发人员来做，还是需要测试人员或者第三方来做。这样也需要测试人员基本了解被测程序的相关基本内容。
       第二种方法就是在单元测试时，由开发人员设计单元测试计划，并且在初期的时候。然后由测试人员接手做单元测试。这样做优点是由于测试人员是独立于开发人员的，可以完全按照测试的原则和方法进行测试，即保证做正常的测试，也包括大量的异常测试，可以保证测试质量。但是对于测试人员的要求很大。除了对测试人员要有一定的开发经验。而且还必须仔细地参与到开发人员的研究设计中。最好的方法是由开发人员来做测试工程师。