51Testing软件测试论坛

标题: 测试是否只是一项简单而无技术含量的工作？（09-2-16）（获奖名单已公布） [打印本页]

作者: 默默巫 时间: 2009-2-16 10:52
标题: 测试是否只是一项简单而无技术含量的工作？（09-2-16）（获奖名单已公布）
一直以来，都听说测试部门是个边缘行业，可有可无，最近经济危机威逼，很多IT企业也都纷纷裁员，最先都是拿测试组开刀，裁员先从测试人员开始。就算躲过了裁员的厄运，也是减薪，减奖金等各种冷遇。好像很多人都轻视测试职业，认为只是简单的手工点击，没有任何技术含量的漠视感。大家是怎么看待测试这个职业的呢？是否也跟我有同样的感受？

感谢版主投缘提供此精彩问题！如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

PS:回答优秀者可获得价值50元的当当卡一张．

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	archonwang	当当购物卡50元	2#
二等奖	kuailederen	300论坛积分	4#
三等奖	Jackc	100论坛积分	14#
三等奖	晓颖	100论坛积分	41#

作者: archonwang 时间: 2009-2-16 11:27
标题: 呵呵，再次沙发一把
这个问题不是技术问题，也就无所谓简单还是复杂了。从以下几个方面来说明下这个问题的几个点。

1. 测试是个边缘行业么？--看在什么时候。无论哪个行业，都是需要应时而生，应时而动。如果没有计算机行业的高速发展，那么软件测试行业的发展也是岌岌可危的。而计算机整体行业的发展好坏，也会波及到测试行业。如同金融海啸对于任何其他行业一样，整个世界没有一件事情不相互关联影响。行业好坏，应时而论。此所谓：与时消息，与时偕行，与时俱进。
测试更确切的说是一门综合科学，单从纯技术角度来考量可能是无法得出这个结论的。它不仅局限于计算机科学的方方面面，同时也涉及到相关行业及心理学、社会行为学等学科，同时也涉及到法律。统筹起来看，才是整个测试行业的组成。测试在目前看来不大可能成为主流行业--因为基础条件太多，且无法自给自足。但是不能否认，测试仍是检验目标的较好的手段之一。
西方科学将各种事务分门别类，导致测试从各个方面被边缘化了，这个边缘化的本质，可能就是基于利益链条的最后端，也是最为可悲的最高级形态：最好的质量，同时也是最高消耗（成本）。

2. 关于裁员。请大家注意：裁员是企业行为，并不是因为是QA，所以裁你，而是因为QA所产生的附加价值已相对低于其他部门的生产价值，所以被裁。理性情况下，是为了达到利润最大化和成本最小化的一种手段而已。记得某人曾经讲过一句：一个企业，一家公司，除了销售，其他一切都是成本。从一般IT企业进行分析，不难发现，离不开投资者，离不开基本的运营管理者，离不开基本的人力资源、离不开基本的财务管控、离不开基本的销售，也离不开基本的生产者，而依附于这些基本点的其他组织和人员是可以精简，甚至是可以割离的。处在这样的一个下端，是造成被裁从QA部门开始的一个原因。同时，企业的成本在金融危机阶段相对利润上升也是一个重要参数。这一特殊阶段，除了一些必要的和基本的内容需要保障和满足外，其他的一律都可以进行精简操作。一方面，进一步压缩成本，另一方面，也迫使在岗人员更快速提升技能，以支持后阶段的工作。

3. 关于技术能力和内涵。第一句话是废话：高端人才无论在哪个行业都是稀缺的。只不过不同行业的进入门槛有高低而已。之所以如此，是因为测试的进入门槛较其他部门的进入门槛低。但是测试的能力提升却又何其不易，不仅得知道得多，还要对某些领域有较深入的理解。而这些都需要大量的时间和资源。所以，只有在这一岗位上坚持了8年以上的各位技术人才，才有资格在这里谈论技术能力和内涵。大部分的XDJM我相信都只对某一块的知识比较丰富，而且还仅仅是限于跟测试相关的一块。
很多做软件做了较长时间的同仁说，开发和测试最后还是会交汇到一起，可惜的是，由于入门门槛高低，能力不一定对等，结果发现开发与测试之间要达成对应的技术成就差距就很明显的拉大了。说得不客气点，就是门槛低，成长慢，影响力不足。光从收入上就有明显的差距。可以参考看下各大招聘网站放出来的人员资源报告。

[ 本帖最后由 archonwang 于 2009-2-16 16:11 编辑 ]

作者: aman_cao 时间: 2009-2-16 11:40
呜呜，从我们公司的现状来看，I can agree with you anymore,第一批裁员就是从QA人员下手的，裁掉了70%。
关于这个问题，呵呵，测试已经成为一门独立的学科，如果还有人这样认为的话，无语啊。

作者: kuailederen 时间: 2009-2-16 14:50
测试是一项简单而无技术含量的工作吗？
这是个很好的话题，是一个让人思考和回忆的话题。
不得不承认，我走上测试之初，也觉得测试入门容易，技术含量低，成就感少等。但这些感觉随着工作时间，工作经验的增多，慢慢的就会有所改变。当你能独立思考怎么才能做好测试的时候，当你为了改善测试过程苦苦冥想的时候，当你清楚认识到自己工作价值的时候，当你为自己选择了测试而喜欢上测试的时候，你的想法就会彻底的改变。
   我觉得，测试不旦旦是一门技术，而要上升到一门学科，一份富有挑战性的工作。测试是一门艺术。
   测试之初，由于从事的基本都是功能测试，也就是了解业务后，写测试用例，执行测试，跟踪缺陷这些工作。我大学毕业，只给了我一天的时间熟悉业务，然后就开始和老员工平分工作任务，进行测试。我觉得自己入门很快，测试出的问题比他们还要多。但一段时间后，就为这重复繁琐的工作烦心，觉得缺少挑战性了。而自己了解到，有很多的测试工具，还有性能测试，白盒测试等等，自己都没有能力做，所以产生了同样的感觉，自己的测试没有什么价值了。
   有这种感觉了，我就选择了跳槽，到了一家公司，虽然规模小，测试工作比较初级，管理也非常的混乱，但吸引我的唯一地方就是，他们有性能测试方面的培训。现在想来，也是这家公司给与了我非常多的机会。因为公司测试管理混乱，没有任何管理流程，没有缺陷处理规范，没有一点质量管理上的意识。由于我前家公司测试做的还是相对规范的，我想经理提了一些这方面的建议。经理虽然也不明白，但很支持我来做这方面的工作。于是，我挖空心思的为公司做流程，做标准。于是，把原公司的一套拿过来了，觉得也可以。后来公司招了很多新手，我就担任起培训的工作，虽然自己很多是现学现卖，但确实也认识到了自己有很多的不足，可以说在这个阶段，测试对于我来说，才觉得它并不简单，并不好做。我常常为一个业务流程的测试，怎么样才能做到最大功能覆盖而思考，为引进什么测试技术才能提高工作效率而苦苦思考。虽然这阶段我从事的依然是简单的工作，虽然我学会了性能测试，但我不再觉得测试简单，测试没有技术含量，测试是需要思考才能做好的工作。
   后来为了自己的职业发展，我又跳槽了，因为我想转行做质量管理。我觉得测试只是保证了软件的功能性，与质量没有任何关系。换一种说法，目前大部分公司的测试现状只是用来证明已有的软件功能正常可用即可。这并不是真正的质量。所以提高质量只能从质量管理过程改进，从建立一套有效的管理流程和标准才可以。我同样选择了一家测试刚起步的公司，自己作为一名唯一的“质量人士”开始思考，为真正的质量服务。我从最初的理论知识看起，从发现自己以前老挂口边的集成测试，系统测试，回归测试，并不明白他们在各个阶段针对什么；自己常给别人培训的静态测试，动态测试，a测试，b测试，只是当成一个概念而已，并没弄清楚他们存在的价值；当然，还有很多很多其他的方面，都是一知半解的程度。而目前自己正在做测试策略，测试度量方面的研究，如何才能把他们引入到测试工作中，为测试工作起到推进的动力和衡量的标准。所以这个阶段我觉得测试是一门学问，一门需要潜心钻研测试有才成果的学问。
   在我看来，测试工作因具体的公司，具体的业务不通，不可能有统一的准则，而目前的准则都是国外一些公司总结的成功经验。这些经验很有借鉴力，但不能完全照搬，所以我们可以学习人家的理论，人家解决问题的思路，但具体的办法还是我们自己来思考。测试你可以追求技术，用一种工具代替N个人的工作，用一段程序解决人工无法测试和描述的地方，用软件测试软件；你也可以往管理方向发展，深入的学习软件工程，软件周期过程的质量行为，优化测试过程，协调部门配合工作，从时间和效率上为测试做贡献；你也可以追求目前看来没有技术含量的功能测试，做到看见需求就能预知缺陷，做到看到现象就能猜测错误原因，做到你写的用例能把99%的缺陷测出来。当你做到这些，你还觉得测试简单吗？你还觉得测试没有技术含量吗？
   测试人员首先要看到自己的价值，虽然现在还很初级，但以后肯定可以。而这些都需要你自己要有清楚的职业规划，要去努力。
总是书到用时方嫌少，自己才明白对测试理论知识是多么的匮乏，

[ 本帖最后由 kuailederen 于 2009-2-18 17:20 编辑 ]

作者: qinxiaocang1202 时间: 2009-2-16 17:12
这些话是对不了解测试的人来说的。

初入测试的话，也许每个人都可以，但要做好，做到让开发人员认同确是不容易的事；没有地编程上达到一定程序，提出的BUG就不会被重视，这是我现在最大的感觉，所以我在学习编程的相关知识，让自己更具有说服力；

要做好测试，就要不断的提升自己，学习学习在学习；

作者: black_tulip 时间: 2009-2-16 17:37
我所了解的某IC公司，08年底也有裁员，研发人员裁员比例在10%左右，而测试组没有裁。
要说简单，什么工作不简单呢？我们每天的工作，有一部分是重复性的，有一部分是创造性的。做好重复性的工作，可以得到个基本的合格，多数情况下混混日子也就够了。如果事事都追求离目标更近一些，完成得更完美，是需要突破、创造、思考、耐心、坚持和毅力的。
技术含量，做一个PPT也很有技术含量。关键看你想做到什么水平，愿意花多大的精力去做。
说到底，还是一个态度。不过，没有兴趣，难来态度啊。

作者: 投缘 时间: 2009-2-16 17:43
标题: 回复 2# 的帖子
分析的很好

作者: lifr 时间: 2009-2-16 18:24
我觉得这里有两个问题, 他们之间其实并没有直接的联系
1) 是否QA的重要性比Dev低
基本上是的. 相对来说QA是锦上添花的工作.没有QA的工作,产品可能烂一点.客户抱怨可能多一点. 但没有Dev的工作,就没有产品卖钱.
如果企业陷入生存危机,从QA开始裁员我觉得是可以理解.
但幸运的是,大多数企业还是有长远打算的,所以从我个人的观察,自己的公司和朋友的公司,都没有"先拿QA开刀"的现象.

2) 是否QA是没有技术含量的工作
这个我觉得讨论的已经很多了. 我就无须多言.

企业裁员是根据重要性,而不是"是否更有技术含量".门卫技术含量也比较低,但企业如果裁员的话,门卫可能是最后一个走人的.

作者: ddkfamily 时间: 2009-2-16 21:05
我认为软件测试存在的根本价值有两点：
1）为直接客户－最终用户，提高质量，提供满足需求的软件系统。
2）对公司-提高用户认可度，塑造企业形象。

[ 本帖最后由 ddkfamily 于 2009-2-16 21:10 编辑 ]

作者: archonwang 时间: 2009-2-17 08:54

原帖由 lifr 于 2009-2-16 18:24 发表
我觉得这里有两个问题, 他们之间其实并没有直接的联系
1) 是否QA的重要性比Dev低
基本上是的. 相对来说QA是锦上添花的工作.没有QA的工作,产品可能烂一点.客户抱怨可能多一点. 但没有Dev的工作,就没有产品卖钱.
如 ...

一言中的

作者: rolei 时间: 2009-2-17 13:24
标题: 简单的手工点击就能发现程序的诸多错误？？？
如果只是简单的手工点击就能发现程序的诸多错误，那么被点击的程序还算得上是程序吗？
是垃圾还是程序？

如果不需要任何技能就可以做测试，就能发现程序的问题，可悲的该是测试人员，还是程序的开发者？

闻道有先后，术业有专攻，如是而已。

作者: luming 时间: 2009-2-17 14:10
任何工作，在自己的圈子里面评价都不会得出什么过于公正的评价。
在51tesing，当然都会说自己的测试工作有多么多么的重要，有多少的不容易，有多高的含金量。
但是在这里，即使说的更好，对外界也没有什么大的影响。

其实测试的基础比起开发一直都是比较薄弱的，从一个公司的角度，售前、需求、开发、测试、售后、财会、人力等等，如果必须要裁剪一个部门，你是老板，你会拿哪个先开刀。

作者: 佐伊 时间: 2009-2-17 14:14
一般人心里想的技术无非是专业型的技术，可能很多人心里就会把技术想成是电脑技术．
不论何种文化，技术都是异曲同工的词汇。它可以指物质，如机器、硬件或器皿，但它也可以包含更广的架构，如系统、组织方法和技巧。它是知识进化的主体，由社会形塑或形塑社会。如电脑等新技术的增生使人们相信技术是社会进化的决定性力量，换句话说，它是趋动改变的自发性动力。最好放弃化约主义的观点，而将技术视为包含了社会、政治、历史及经济因素等一起作用而造成改变之多面向社会网络的一组成元素。

[ 本帖最后由佐伊于 2009-2-17 14:16 编辑 ]

作者: Jackc 时间: 2009-2-17 14:25
标题: 这个问题提得好~！
之所以说问题提得好，并不是说这个问题有多么新颖，而是它一语重地刺到各位测试同仁的内心敏感处。

相信各位测试的同仁曾经都被这个话题困惑过，其实只要放平心态即可，如楼上老兄说的“闻道有先后，术业有专攻。”

那么为什么这个话题如此火热？怎么没人说：“开发是否只是简单的敲打键盘而已？”无非有两方面原因：
1、外因：这个就是些客观原因，偶不多说了，将大家在工作的抱怨总结起来即可。
2、内因：
没有对自己进行准确的定位。偶们常说，做多少事，拿多少钱。如果觉得自己薪资低、地位低，首先应该分析是否自己做的工作是否重要？对付钱的公司带来了多少效益？假设公司没有你，会做怎样的调整？把这些东东通通想了一遍后，如果你还是觉得自己拿钱少，恭喜你，可以直接跳槽了~
内因还有一个原因是个人的贪念与欲望，这个比较敏感，偶就不多说了，自己体会。

总结：有存在必然有需求，万物存在必有其根源。

作者: jenvee 时间: 2009-2-17 17:33
标题: 回复 1# 的帖子
明确自己的服务对象
1.老板2.经理3.开发4.技术5.市场
想要不被T：
1.最重要的使要让老板知道你能给他带来利润，降低成本
2.让经理明白他需要你的工作报告（用数据回答）
3.测试可以帮助开发提高技术，完成更好的程序
4.公司网络管理
5.减少客户电话市场人员，因为碰到技术问题，市场人员不懂，那么他们的工作那是折磨

作者: tinayuan1981 时间: 2009-2-17 18:24
我必须说，没有没有用的行业，存在就是有理由的
只是想在中国的很多企业，还是不能认识到测试的重要性

作者: 月野幻儿 时间: 2009-2-18 10:41
存在即合理呵呵，测试人员要懂的东西可不少。

作者: bubill 时间: 2009-2-18 13:56
公司重视，你就有饭吃，说不定还能涨薪，比我所在的公司。就这么简单的道理，你所在的公司不重视，拿测试人员开刀，那只能说明你进了个垃圾公司，如果是因为测试水平不行，那就是你个人问题了，如果是因为其他原因，那就是RP问题了。我所在的公司很重视测试，不仅没有裁员，反而还给我涨薪了，而且还在扩招测试人员。。。。你选择的公司决定你的未来，你的未来掌握在自己的手里。

作者: lzy0302 时间: 2009-2-18 14:09
我今天就被老板狠狠的鄙视了一顿，他说，以他十年的开发经验，来做测试是绝对足够的，说测试的简单性不足以让公司花钱养一个闲的测试人员。就要求我做开发，我都被气死了。

作者: seal2139 时间: 2009-2-18 14:15
这是怎么回事呢！我们公司首先被裁掉的是开发！如果有测试经验的还可以转到其它部门。

不被重视测试的公司不是好公司！

好~~~~自己顶一个！

作者: achong252159676 时间: 2009-2-18 14:35
个人觉得裁掉的是菜鸟，留下的是精英
如果连精英都裁，很显然这公司不需要测试了
如果菜鸟都留着，这证明他很缺人。

作者: sereinyu 时间: 2009-2-18 14:43
I agreed with your opinion.本人是上海张江高科技园某企业一员工，遇到金融风暴周围就开始减薪裁员的狂潮。令人费解的是每个公司首先裁员的就是2个部门，一个是市场部一个就是测试部门，首先金融带来的危机销售额下降因此不需要太多的市场人员这个很合乎情理但是为什么裁员首当其冲的名额居然还落到测试者的头上。个人认为还是国内对软件测试行业认知的不足才造成的，目前我国的软件水平在世界上还中低下水平。常常会有这样一个误区，作为IT一种高含金量的技术行业做的是技术活为什么基础的工资会比一些服务行业工资还低一直很让人费解，因此很大一方面软件开发的水平间接的影响到软件测试的地位。思路有点混乱，有空整理一篇文章一起参与讨论

作者: 猫猫的拖鞋 时间: 2009-2-18 16:28
闻道有先后，术业有专攻；有存在必然有需求，万物存在必有其根源。

作者: zhuxiaoyan003 时间: 2009-2-18 16:35
企业觉得你的岗位有价值，即使你做最简单的工作也不会裁，如果觉得你的岗位没有价值，即使你是管理者，也不见得不会被裁！

作者: powercn_song 时间: 2009-2-18 16:37
两年前我也曾认为测试是一项简单重复的工作，经过时间的累积，我感悟到测试其实是一项技术性很强的工作。
要想成为一名好的测试人员，其关键在于测试设计，测试设计做好了，剩下的只是执行，之前之所以认为测试只是简单重复的工作，是因为我们忽略的测试设计。而能做好完善的测试，又基于你对系统的了解。

作者: powercn_song 时间: 2009-2-18 16:57
那我们就好好积累吧，待我国软件业崛起时，我们就是测试鼻祖啦

作者: beryl_lin 时间: 2009-2-18 18:19
标题: 怎样才算是一个好的测试人员？
我想从另一个角度来回答这个问题，那就是怎样才是一个好的测试人员？

测试人员要求聪明、细心、有耐心、有强的沟通能力、善于发掘问题...同时要求掌握不少技术，了解各种测试方法...
要做一个好的测试人员，并不是多数人理解的那样，简单的点击几个button就可以的。测试决策、测试计划和测试用例尽管也有不少书籍有介绍，但并不是能简单看看书就能学会的，不像开发人员看到一个代码例子就可以照搬实现同样功能。系统的复杂多样，要求测试人员必须有足够的能力去发掘可能潜在或隐藏的缺陷，这不是每个人都能做到的，就算他的开发技术已经足够强。

简单说，测试要求的不仅是书本上能学到的Hard skill，还要求有很强的soft skill。要有全局观察事物的能力，要有把握和控制测试覆盖面的能力，要能正确分析并确定采用何种测试方法，要了解甚至比开发人员更多的技术。

作者: cc11496312 时间: 2009-2-18 20:31
标题: 测试是否只是一项简单而不技术含量的工作!?
首先,我在这里要讲的是,写这篇争论本身就是不正确的,甚至可以说是废话
请听听我说的以下几点:
1.测试分为两大类别:白盒测试,黑盒测试
但无论是白盒还是黑盒,都是要用测试来证明我们的软件是否正确,什么是测试?测试的目标是什么?测试又应该怎么做,我们在做测试工作的过程中可能大多数初学者认为,测试就是代表客户体验软件是否满足需求,那么,这种思想仅仅只能够作为测试初学者的阶段,当我们做到深度测试的时候,即时是黑盒,也可以做到白盒一样的效果
白盒测试,顾名思义,就是把测试当做白色的盒子,可以让我们看开发所写的代码,引用的什么类,这个类用来干什么,最终实现的目标又是什么
算法中是否存在错误,思路表达是否清晰,代码性能能否满足用户需求,包括所执行算法中的每一个变量会生成的结果又是什么,单独运行又会产生怎么样的影响,服务端和客户端是怎么样进行交互,所发出的封包又是怎么样的写法来拆解等
黑盒测试,以代码生成结果为测试目标,产品的每个模块中包含的功能是否能满足用户需求,功能中又隐含了哪种bug是我们想想不到的,功能与功能之间是否存在冲突,当然,黑盒测试最常使用的是客户端,而客户端又是如何来避免恶意攻击的,仅仅是客户端防止了攻击,那服务端又能否也防止攻击,通过工具模拟多人向服务器发送大批量客户封包又能否保持服务端稳定,功能的判断分支又有哪些,我们是否还存在没有用到的方法以及漏测的地方,怎么样做才能够减小服务器压力提高服务器的性能等等
2.测试是否含有技术含量
可以肯定的说,有,他包含计算机网络知识,计算机语言,软件工程等一系列知识才能够称得上是测试,因为测试是软件发布流程的最后一道工序,所以一定要在软件绝对无致命,严重,一般BUG情况之下才可以安全的交给客户,可以说,测试就代表了质量,当接触了深度测试的时候,我们才真正的认识到,我们的工作量是很大的,功能,性能,强度,硬度都需要用我们的手,眼,脑来实现,做到"你的代码这里写的有问题,只要改成XX就对了",真正的测试应该是这样的,所以就需要测试人更加精进自己的技术,来实现"一夫当关,万夫莫开",当前软件行业日新月异,每天都有不同类型的网络产品上市,今天是网络游戏,那过段时间又是什么呢,而写习惯了网游的开发,又能否适应即将引领市场的网络产品呢?这也需要测试,如果不测试,发现开发用自己惯于写的方法制作出了产品,而后来才发现该产品虽然功能上达到了要求,但性能却很差,这样,不但企业丢了客户,还会坏了名声
所以,我只在这里发表自己的看法,只是想说,当前我国的测试行业是需要加强关注的,测试也是需要技术的,因为如果没有技术而去贸然测试,那最终只能坏了产品,而测试也是有必要存在的,看了上面的帖子,我觉得大家都把心思放在了金融危机上面,其实更多的产品是在国内发展的,比如机器语言和汇编,包括我们现在最常用的C/C++也是在国内很有用的
我在这里写了又臭又长的反驳,各位看了也请发表下自己的看法,你们认为测试是什么,未来的软件工程,软件产品里面是不是需要测试

作者: 兰兰小铺 时间: 2009-2-19 10:10
大家分析得都不错好

作者: archonwang 时间: 2009-2-19 11:57
标题: 回复 19# 的帖子
不用生气。

你的Boss说得一点也没错，测试和开发本来就是一家，只不过思维方式和处理方法不同罢了。方法是很容易学会的，但是思维方式很难调整过来。
你的boss有10年经验，只代表他的生产质量可能优于只有一两年经验的，自己的代码存在很少的bug，但是问题是，一个较大的软件系统不可能只有一个开发人员。三个臭皮匠，顶个诸葛亮。并不是诸葛亮能力不足，而是事务太多，你的Boss在用人观念上存在误区。
在我看来，现代软件系统的开发都是团队化作业，开发的工作是编码生产，测试的工作是验证汇报并提升产品的附加价值。如果你的Boss可以以一抵十，但是却未必能在规定的时间内完成这么多工作。另外，关于你的Boss的观点说下：人员闲不闲，90%靠上级安排。上级不安排工作，全靠员工自动自发，除非你是公司的合伙人。

[ 本帖最后由 archonwang 于 2009-2-19 13:49 编辑 ]

作者: black_tulip 时间: 2009-2-19 14:40

原帖由 cc11496312 于 2009-2-18 20:31 发表
可以说,测试就代表了质量,当接触了深度测试的时候,我们才真正的认识到,我们的工作量是很大的,功能,性能,强度,硬度都需要用我们的手,眼,脑来实现,做到"你的代码这里写的有问题,只要改成XX就对了",真正的测试应该是这样的,所以就需要测试人更加精进自己的技术,来实现"一夫当关,万夫莫开", ...

老兄此言差矣，质量不能由测试代表。测试也不能当这最后一关。

作者: black_tulip 时间: 2009-2-19 14:43

原帖由 sereinyu 于 2009-2-18 14:43 发表
常常会有这样一个误区，作为IT一种高含金量的技术行业做的是技术活为什么基础的工资会比一些服务行业工资还低一直很让人费解，因此很大一方面软件开发的水平间接的影响到软件测试的地位。

这不是误区，高工资的创造的价值高。也许有一些不一样的情况，单总体看，是均衡的。

IT行业含金量很高吗？服务行业干的也是技术活啊。

作者: linlinxu 时间: 2009-2-19 16:36
标题: 测试很简单也很难！
测试是一门武功，流程是套路、工具是武器，有简单的花拳秀腿，也有深奥的少林武功！测试好比战争，知己知彼，方能百战不殆！测试好比破案，精心推断，方能柳暗花明！有人说世界不缺少美，而是缺少发现，我看：其实软件不缺少问题，而是缺少发现！以精深的少林武功、用艺术工程的眼光、战争破案的缜密思维去发现软件世界“美”吧！

作者: xue126519 时间: 2009-2-19 23:45
虽然不是很了解测试

但刚涉及到测试
感觉学习的还是蛮多的，大部分人都以为测试是混日子的，没有技术

想想当初你们义无反顾的来到这个行业到现在怎么就退步呢？不管今后怎么发展我还是是慢慢学习

作者: 月上百合 时间: 2009-2-20 10:03
测试是必不可少的，决对，我觉得测试员比开发员研究的东西还要多，一个测试员要对付多个开发员的模块，而一个开发员只需要做好自己的模块就行，哪么测试员要想测试好，就必须花时间去研究各个模块，你说谁了解的多？测试决对是不必少的，开发员不能保证自己的成品没有bug，就算有了bug，因为是自己辛辛苦苦做出来的东西，就像自己的孩子一样不舍得枪毙，可是，自己心疼自己的孩子，别人（客户）却不这样宽恕啊，哪么是缺点总得被指出来，哪么就只有测试员来发挥了，做一个测试员容易，可是做一个优秀的测试员决非容易的事，说它入门不深的只能说明你没有体会到测试的精华之处，所以测试员一定是受重视的

作者: david@teemlink 时间: 2009-2-20 11:43
标题: "测试只是毫无技术含量的工作？
~~~~世界观不一致，你觉得是就是；不是就不是了。
不管做什么事情，都要拿出自己的一股热情，冲动的动力，做事情就觉得有意思，
至于"测试只是毫无技术含量的工作？。个人不这么认为，如果是的话，那么我就不会做测试了。我对测试很有信心，我们公司交出去的成果都需要我们来检查，让我们的软件在这个市场更加完美。这个是我们测试的必要任务。很高兴，这个星期我们的产品又要上线。

作者: mwb9709 时间: 2009-2-20 12:50

谢谢指导

作者: zhangrong219 时间: 2009-2-20 15:08
重视质量的公司就会重视测试，换句话，重视做事效率的人就是重视检查，由此可见一个人对测试行业的漠视感可以决定他对人对事的态度。我认为测试并不是一项简单而无技术含量的工作，它只是门槛低，前期学的东西不会有太多含义，做好却难。

作者: mvvztt 时间: 2009-2-20 15:11
个人观念问题，对于小公司，承受不住金融风暴的，当然从测试部门裁起~~

作者: linda_825 时间: 2009-2-21 12:38
吃这种观点的人

。。。

复杂的事也是简单的事情重复做能把一件件简单的事情作好已经很不简单了

工作有没有技术含量不是取决于工作而是你对工作的态度只要你尊重它它就是神圣的你不尊重它就是无聊的

作者: 晓颖 时间: 2009-2-21 23:27
标题: 软件测试并不是很简单！
软件测试是一项复杂的系统工程，从不同的角度考虑可以有不同的划分方法，对测试进行分类是为了更好的明确测试的过程，了解测试究竟要完成哪些工作，尽量做到全面测试。
1,按是否需要执行被测软件的角度
按是否需要执行被测软件的角度，可分为静态测试和动态测试，前者不利用计算机运行待测程序而应用其他手段实现测试目的，如代码审核。（我认为主要是让测试人员对编译器发现不了的潜在错误进行分析，如无效的死循环，多余的变量等，有开发人员进行测试），而动态测试则通过运行被测试软件来达到目的。

2、按阶段划分：
1 单元测试
单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。因为单元测试需要知道内部程序设计和编码的细节知识，一般应由程序员而非测试员来完成，往往需要开发测试驱动模块和桩模块来辅助完成单元测试。因此应用系统有一个设计很好的体系结构就显得尤为重要。
一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。

2 集成测试
集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。

3 系统测试
系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。

4 验收测试
验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。

5 回归测试
回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。

6 Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。

7 Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。

3、按测试方法划分：

1 白盒测试

白盒测试也称结构测试或逻辑驱动测试，是指基于一个应用代码的内部逻辑知识，即基于覆盖全部代码、分支、路径、条件的测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。
白盒测试可以借助一些工具来完成如Junit Framework，Jtest等。

2 黑盒测试

黑盒测试是指不基于内部设计和代码的任何知识，而基于需求和功能性的测试，黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。
“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。
黑盒测试也可以借助一些工具，如WinRunner，QuickTestPro，Rational Robot等。

3 ALAC(Act-like-a-customer)测试
ALAC测试是一种基于客户使用产品的知识开发出来的测试方法。ALAC测试是基于复杂的软件产品有许多错误的原则。最大的受益者是用户，缺陷查找和改正将针对哪些客户最容易遇到的错误。

作者: xcy89 时间: 2009-2-22 14:34
看了前面的回复，他们分析的很好．我目前只知道软件测试的一点理论知识，不知在实践的时候会是怎么样的？现在又是经融危机时期，好多人都在为工作的事着急．而我现在才开始学，不知道会学的怎么样？

作者: kakamissyou 时间: 2009-2-22 23:41
标题: 这种问题，测试人员自己来回复没意思。
这种问题，测试人员自己来回复没意思。

为什么，不公平！

跟最近的躲猫猫新闻一样，警察自己审自己！

你去问问开发的，测试到底在干什么？俩字，找BUG.

作者: 鸡蛋奥特曼 时间: 2009-2-23 00:08
虽然在这么严肃的问题上我也不能发表啥看法...因为我还是个刚学测试的新手..但是楼上的..找BUG 好像不止2个字吧...

作者: qinxiaocang1202 时间: 2009-2-24 10:19
标题: 回复 4# 的帖子
后来为了自己的职业发展，我又跳槽了，因为我想转行做质量管理。我觉得测试只是保证了软件的功能性，与质量没有任何关系。换一种说法，目前大部分公司的测试现状只是用来证明已有的软件功能正常可用即可。这并不是真正的质量。所以提高质量只能从质量管理过程改进，从建立一套有效的管理流程和标准才可以。我同样选择了一家测试刚起步的公司，自己作为一名唯一的“质量人士”开始思考，为真正的质量服务。我从最初的理论知识看起，从发现自己以前老挂口边的集成测试，系统测试，回归测试，并不明白他们在各个阶段针对什么；自己常给别人培训的静态测试，动态测试，a测试，b测试，只是当成一个概念而已，并没弄清楚他们存在的价值；当然，还有很多很多其他的方面，都是一知半解的程度。而目前自己正在做测试策略，测试度量方面的研究，如何才能把他们引入到测试工作中，为测试工作起到推进的动力和衡量的标准。所以这个阶段我觉得测试是一门学问，一门需要潜心钻研测试有才成果的学问。

能否推荐哈，你所看的比较好的资料，万分感谢！！！

作者: yuxiangyuan 时间: 2009-2-26 19:23
我也觉得公司看不起测试的

作者: chengxq 时间: 2009-2-27 14:50
如果真的测试都是那么简单，那都让刚毕业的操作工作就好了
测试工作其实出现现在这样的状况和国内的公司对测试的重视程度来决定的，现在很多公司，包括我们公司，从成本角度考虑，都招应届毕业生，有的时候甚至是一些高中毕业上的培训班，到公司做一些简单的功能测试，但是实际上，每个公司在测试方面都是有牛人的，这些牛人来带着这些刚毕业的学生在搞测试，如测试用例，自动化测试都是需要个人能力以及经验的积累，这些都不是简单的工作，可能在执行测试用例的时候，刚毕业的学生执行了，可能属于简单的工作，但这不能否定测试是个简单的工作，我经常听到测试人yuan 说开发人员就会复制，粘贴，其实这是一个道理

作者: qixian 时间: 2009-3-2 17:11
标题: 回复 11# 的帖子
yes
正确，那不是测试的悲哀而是dev的水平太低

一个测试人员感受成就是因为，那个测试用例经过了精心的设计或者使用默写特殊方法才出现的

因为，付出的越多，获的成就感就越强

作者: freedom_me 时间: 2010-1-6 11:49
刚来混，改变不了什么只好踏实学了~

作者: jshyy 时间: 2010-1-14 18:31
测试的前途是光明的,现在只是黎明前的黑暗!

作者: hxf 时间: 2010-1-15 10:54
测试地位低于开发，我认为是国内公司的通病，在一个公司里，测试就是为开发服务的，地位是低于开发的。我也深有感触。

作者: 51testing-wn 时间: 2010-2-20 00:39

原帖由 Jackc 于 2009-2-17 14:25 发表
之所以说问题提得好，并不是说这个问题有多么新颖，而是它一语重地刺到各位测试同仁的内心敏感处。

相信各位测试的同仁曾经都被这个话题困惑过，其实只要放平心态即可，如楼上老兄说的“闻道有先后，术业有专攻。 ...

风趣、幽默、实在。尤其是”如果你还是觉得自己拿钱少，恭喜你，可以直接跳槽了~“
个人感觉有些做tester or qa的同学很浮躁!相信看了14#的同学会对测试有进一步的认识！

作者: kuangquanshui 时间: 2010-2-20 10:12

很好赚钱就好

作者: k111-7 时间: 2010-11-19 00:04
好

作者: sunkuan2007 时间: 2010-12-9 15:32
回复 4# kuailederen

只想说一个字：好！

作者: liujing6616 时间: 2011-1-11 11:25
虽然常常陷入迷茫，但还是要坚持！

作者: 51yunwu321 时间: 2011-1-19 14:52
学习

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)