手工测试没有技术含量？（2009-4-9 ）获奖名单已公布

默默巫

背景描述：很多人会认为只有自动化测试才能体现一个测试人员的技术水平，手工测试没有技术含量且没有前途,你认为呢?



如果你也有矛盾的问题想提出来和大家一起讨论，请点击此处>>
说不定下期PK的话题就是由你提出的哦，请快快参与吧！

奖项	获奖名单	奖励	答案连接
最佳话题PK手	UniqueStudioWCD	当当购物卡50元+最佳PK手勋章	6#

asa87053236

白盒测试也有技术含量，比如我现在就做的白盒测试，每回测试的时候需要准备环境，测试软件的数据，这就要用到数据库方面的技能了。
白盒测试只是不会用到编程方面的技能，但是它也需要编写测试用例，进行边界值与等价条件等一系列的测试。当然在白盒手工测试的基础上，我还是很希望可以学习到自动化测试方面的技能。不管什么行业你都需要不停的学习。

xyx5758x

手工测试需要测试体系方面的技术,是看不见的理论;
而自动化测试是利用计算机方面的技术,是看得见的.

UniqueStudioWCD

手工测试和自动化测试都只是测试的方法而已，使用哪一种方法不仅要看测试人员的能力，还要看项目规模，客户需求，公司能力等等。

所谓高手，乃是能屈能伸，要很好拿捏使用自动化与否，用多大量这个度。自动化测试是不是测试人员发展的顶峰，或者说什么是顶峰，我也说不好。

话说来到正题上来。所谓技术含量，这个本来就很难界定。从单纯的“技术”角度上来讲，手工测试确实是没什么“技术含量”的，脑力劳动加体力劳动，没看到技术的影子在里面。

想必支持正方观点的人大多是做测试的人，因为自尊心或者其他的原因，会把技术含量定义成更广泛的面——能力。所以支持正方观点的人是在说手工测试也是需要能力的，因为对测试悟得越透，经验越多，测试也就会做得越好，取得成效越好，从这个角度上讲，测试是很需要能力的，这种能力我们也可以理解成“技术含量”，这样，手工测试要做好自然也是需要技术含量的。

再来揣测一下支持反方观点的人可能的想法。除了上面提到的“技术含量”理解上的偏差可能导致反方意见之外，还有一种可能是反方认为手工测试好入门，所以很简单，所以哪儿来的“技术含量”。这其实是对于技术的误解，不是说一个东西很好学会它就简单。试想所有人生下来都会吃，可是能做到美食家的有几个，这里吃也显得是一种技术含量；大部分人生下来就会叫出声音，可是歌唱的比谁谁谁（这个地方属于完形填空~~）还好的有几个；手工测试入门是简单，看起来不就是点点么，但是要点出门道，还是很考验能力的。

总结一下，我的观点是手工测试肯定有技术含量，自动化测试也有技术含量，但是怎么拿捏好手工测试和自动化测试的度也很有技术含量。废话一句：真正的技术含量体现在你能做成什么样，而不是别人说她有它就有，，说它没有它就没有的。

jenvee

测试本身就是技术，不懂测试，怎么用工具？工具就是技术开发出来的

zouchenghongpp

我呢，做测试没多久，公司没有培训，完全是自己摸索，楼上的观点有很多是我听都没听过的，但是我觉得手动测试是有技术含量的，因为手动测试之前的测试用例就是基础，这个完全是经验积累起来才能越来越好的，只有底子厚实，在这个前提下作任何动作都是在成功了一半的基础上的，没错要是不懂编程的话，白盒测试可能就比较艰难，但是要是没有一个手动测试的功底，我想编程再厉害也没有用武之地啊~~个人观点，支持正方！

小北ZZ

自动、手工他们的出发点都是一样的，想要实现的功能也是一样的，只是手工是自动的基础，如果连最简单的测试用例都编写不好，那自动化测试一样也做不好，就好像盖楼，如果没有扎实的基础你想盖很高的楼，那是不可能的，
所以说手工测试是有技术含量的，而且需要很扎实的基础。

一刀仙

测试流程大致可以分为测试用例和测试执行两个部分，测试工作的技术含量主要体现在测试用例设计，而不是测试执行上。自动化测试在测试执行上是有一些技术含量的,但把这种技术含量等同于测试技术含量,就属于偷换概念了。因此,善于设计好的,能够发现bug的用例,才能真正体现测试人员的技术水平，无论他是不是采用手工测试。

Luckyan

相反，手工测试的设计环节给工程师更多的思维时间，所以要求的技术含量应该更高一些。

liuchunyanli

本来以为大家对“技术含量”的定义是针对一个工作的具体操作环节的，如果上升到手工测试不需要编程，所以没有技术含量，那我就想说一下了。

本人理解是：手工测试一般用于黑盒，也就是“做正确的事”，自动化测试一般是针对代码的白盒，也就是“正确的做事”。

无论是设计、开发还是测试，主要是人的思想在主导。记得听一个培训录音，一个人曾经说过：软件的能力永远不能超越其开发者的智商。

无论是手工还是自动化测试，只是做软件，目的只是把软件做好、做得可用。白盒测试主要是测试其实现逻辑是否正确，而不会去考虑是否该逻辑实现的功能是正确的，这一点必须靠手工黑盒测试来确认。

一个只懂计算逻辑而不懂功能逻辑的人，我觉得和计算器没有什么区别，只要输入指令让他去执行就好了。如果没有人告诉他应该执行哪些计算，我不知道其“技术含量”体现在哪儿。

当然，如果一个手工黑盒测试人员，如果只懂考虑软件目前的实现是否会报错，那也没有任何意义。

hcjcn

测试的思想是原于计划的制定和用例的设计。没有这两方面，何来含金量。
打个不太恰当的比喻，骑自行车的科学家和开宝马的暴发户哪个更受人尊重。我这里没有贬低自动化测试人员的意思，因为手工测试和自动化测试思想是一致的，只是用的工具先进与否。
所以只要是科学家骑自行车和开宝马都是相当有含金量的。
----但是，往往社会就是歧视骑自行的科学家~~~

lwen

一句话，目前稍微复杂的软件系统，其自动化测试还没有达到100%，而且甚至很多都很低，大部分需要手工测试；

另外80%的缺陷都是手工测试发现的，如果手工测试没有技术含量，哪么软件的Bug还能被发现吗？

wangrui6417

谁说的

msnshow

最重要不是手工测试还是自动化测试，测试方法才是最重要的

自动化也只是使用工具来完成需要重复性操作的动作

如果没有好的测试方法，工具是没有任何做用的

七明芝

个人认为，就入门而言，手工测试确实没有自动化测试有技术含量。因为自动化测试需要更专业的技术知识，而且自动化是在掌握手工测试的基础之上。但是若往高处走，两者都需要的技术是相当的。若没有很厚的技术底子就不可能会有所谓的丰富经验和“直觉”。

而且，更重要的不是有多少“技术含量”，而是能否驾驭“技术”，创造价值。

icilwendyzhou

不论是手工测试，还是自动化测试，都要设计测试用例，都要思考怎么样测才能更有效，更能保证质量没有问题。我想这个才是真正体现技术含量，而不论是手工，还是自动化测试的过程都是执行我们测试用例的过程。黑猫，白猫，捉住耗子就是好猫，所以不论你做手工，还是自动化，最后都要保证我们的测试结果可以作为项目发布的依据。

liuchunyanli

原帖由 chengxq 于 2009-4-17 17:00 发表
这种问题，我总感觉无聊，因为任何一个行业，如果你弄精了，那都是有前途的，如果真的没有技术含量，那请几个中专过来测测不就好了啊，这在某种程度上说，是中国教育的失败，做任何事情，就是求新求异，而不踏踏实实

难道清华毕业的就都是天才？中国教育真是失败

binning_001

就一句话，根据80-20原则，80%的bug还要靠手工测试发现。
我想这个就说明问题了吧！

beryl_lin

汉语词典中对“技术”一词的解释是：1）操作的技巧；2）人类在利用自然和改造自然中积累起来的经验和知识。在这里，技术就可以理解成测试技巧、测试经验和测试理论知识。

可能有很多人把手工测试理解为简单的执行测试用例，但事实并非如此，手工测试的内容远远不止这些，还包括设计好的测试方案、编写好的测试用例等等...我们来分析下技术在手工测试中的体现：
1. 测试理论是做好测试的必要前提，在手工测试中显得尤为重要。制定测试方案、设计测试用例都必须要有测试理论的支持，而且手工测试做得好与坏，很大程度上取决于是否有好的方案和用例。
2. 测试经验是需要测试人员在不断的测试过程中积累起来的，是非常重要的财富，对手工测试的帮助也是相当大的。例如，一个有经验的人和没有经验的人执行同样的测试用例，前者除了执行测试用例外，根据自己的经验能够很好的把握系统可能存在缺陷比较多的地方而加强测试粒度，而对于那些相对不是那么重要的或者说缺陷不容易出现的地方可以稍微放松点，这样对系统整体的质量会有一个较好的把握；后者只会根据测试用例步骤一步步去执行，而不能很好的把握到底该如何有效的执行测试用例，以保证系统的质量。
3. 测试技巧是在有测试经验的基础上用心总结出来的，能够对提高测试速度、更好的发现系统缺陷有所帮助。一个懂得测试技巧的人，可能在一个流程走下来，就完成了好几个测试用例的执行，从而节省很多时间。

测试人员的好坏不在于能否写出自动测试的代码，而在于是否能设计好的测试用例。手工测试所包含的技术含量除了测试理论外都是软技能，不是硬性从书本能够获得的，这种技能比硬技能更难获得，也更加重要。自动测试尽管需要编写代码的技术，但是同样需要手工测试中设计测试的技能。

因此，手工测试有技术含量，并且这种技术含量是一个好的测试人员所必须具备的。

BTW：貌似有很多辩手把辩题的正反方观点搞混了...

[ 本帖最后由 beryl_lin 于 2009-5-4 11:35 编辑 ]

nicehope33

自动化再怎么先进。也只是工具不是。。。
在某些项目中，手工测试还是会更快捷实用吧
自动工具也只是减少手工工作罢了～

技术含量可不只是会写脚本哦～