51Testing软件测试论坛

标题: 测试人员的核心技术在哪?价值在哪?(2010-11-16)(获奖名单已公布) [打印本页]

作者: meirain424    时间: 2010-11-16 11:45
标题: 测试人员的核心技术在哪?价值在哪?(2010-11-16)(获奖名单已公布)
测试人员的核心技术在哪?  
   最近面试别人的时候,总是会问这个问题。为什么呢?因为我们的老板是做开发出身的,他总觉得测试没有技术含量,没有技术含量的工作,为什么不能外包?为什么不能找刚毕业的大学生来做?为什么要养着这么多的老员工?还要考虑每年加薪的问题。

   被面试的TX,一般都会说,我有足够的耐心、细心和沟通能力包括业务知识。我的理解是有耐心并且细心的人很多,有沟通能力的人也很多,业务知识半年或者一年的时间后,对业务的掌握应该也不是问题,那么我们怎么保证自己不可替代,或者说很难被替代?我们的核心技术在那?我会SQL,我会JAVA?开发比你更精通。我们的价值到底在哪?核心技术在哪?

本期获奖名单已出,详见90#>>
作者: walker1020    时间: 2010-11-16 13:01
这个问题有深度,是一个我乐意回答讨论的问题。曾经,我就这个问题问过我的领导,得到的答案是:测试人员对业务逻辑熟悉,能站客户的立场思考问题,这是我们的价值
作者: meirain424    时间: 2010-11-16 16:31
这个问题有深度,是一个我乐意回答讨论的问题。曾经,我就这个问题问过我的领导,得到的答案是:测试人员对 ...
walker1020 发表于 2010-11-16 13:01


呵呵,非常感谢你的回复!

你的领导回答的很好,就因为这些价值,所以我们需要测试来保证质量。这个我相信公司的高层领导也都能认可这点。

但是怎样测试?是外包还是找大学生?你怎样说服领导自己的测试部门必须存在,不能外包。你怎样给领导提说给某个测试人员加工资?仅说他发现的BUG多、心细、好沟通、耐心、能站在用户的角度思考问题?
作者: 千里    时间: 2010-11-17 11:28
我们公司也有个应届生,做了两个月的测试就跟人事经理要求内部转岗做开发,郁闷坏了我。同问测试人员的价值在哪?
作者: 千里    时间: 2010-11-17 11:29
现在我也一度想给我安排几个大学生过来做测试好了
作者: meirain424    时间: 2010-11-17 13:25
我们公司也有个应届生,做了两个月的测试就跟人事经理要求内部转岗做开发,郁闷坏了我。同问测试人员的价值 ...
千里 发表于 2010-11-17 11:28


继续关注!

看来好多人都有这个困惑,希望能有更多的人过来进行讨论。
作者: wubingying    时间: 2010-11-17 13:54
熟悉需求和设计测试用例阶段,测试人员检查需求质量;执行测试用例测试程序时,测试人员检查程序质量
作者: 沫沫李    时间: 2010-11-17 15:28
这个问题也有些困惑我。。。。。
作者: 八千里    时间: 2010-11-17 18:25
价值:质量度量,提高质量。
作者: msnshow    时间: 2010-11-17 20:17
价值在于做别人做不了的事,发现别人发现不了的问题,测试的效率高于非专业人士
作者: meirain424    时间: 2010-11-18 12:11
价值:质量度量,提高质量。
八千里 发表于 2010-11-17 18:25


欢迎过来讨论,呵呵

您说的是测试的价值,这是毋庸置疑的。

我的困惑是保证质量是需要测试,但领导觉得测试我可以外包啊,可以招大学生啊,我怎样证明我测试部门存在的必要性,测试绝对不能外包,测试并不是随便谁都可以做好的。
作者: meirain424    时间: 2010-11-18 12:16
价值在于做别人做不了的事,发现别人发现不了的问题,测试的效率高于非专业人士
msnshow 发表于 2010-11-17 20:17



来了3个斑竹,呵呵,篷壁生辉!

您说的可能更多的是从个人的角度出发的,呵呵。
作者: 苏高跃    时间: 2010-11-18 15:13
回复 1# meirain424
1.业务的熟悉程度,大学生估计1年还不是很熟悉,还不能提出一个客户要想需求,除非简单的系统;
2.公司是范围,正规化,测试肯定要的,不然每个阶段怎么能保证质量,质量怎么会提高呢;
3.技术方面,比如,性能的分析,脚本的编写,自动化的引入,测试的管理,我想大学生能在1年里
搞的定吗?怎么不需要有经验的人呢?测试是一门技术,理论更加重要,很多时候,在总体评审时,
如果有经验的话,你会提出很多问题,比如业务,逻辑流程设计是否合理,数据库的表设计是否合理,
这些开发也懂,但他们不一定想的到这么多,很多时候开发都是站在开发的角度去想问题,引进测试,
会更加具体化,更量化些。。。由于时间关系,下面的人继续。。
作者: netwalker2000    时间: 2010-11-18 21:30
我也有同样的疑问。。
作者: leve1031    时间: 2010-11-19 10:18
mark.....
作者: 默默巫    时间: 2010-11-19 10:27
很好的问题啊,已作为本期“每周一问”问题,欢迎大家积极讨论。
作者: yudi5158    时间: 2010-11-19 13:32
测试一年的人,做功能测试,同等结果
作者: meirain424    时间: 2010-11-19 14:16
回复  meirain424
1.业务的熟悉程度,大学生估计1年还不是很熟悉,还不能提出一个客户要想需求,除非简单 ...
苏高跃 发表于 2010-11-18 15:13


对于您说的1、2点,一直有这个想法就是把测试部门分为设计组和执行组,设计组当然是有工作经验、业务熟悉,而执行组要求并不高,按照用例执行就够了,最终的验收是设计人员来做。但是从手工测试的角度讲,目前我们部门设计的用例风格不统一,别人执行起来比较费劲,没人愿意执行别人的用例,这一点我也一直迷茫,不知道怎么去规范化。

对于第3点,性能分析、自动化的引入,其实想做好并不容易,最起码我们现在做的并不好。领导觉得这些开发人员做会更合适,所以说白了测试人员在他心目中就是不如开发人员、就是没有地位。哎,自身的提高迫在眉睫啊!
作者: chinmaya    时间: 2010-11-19 14:25
为了保证质量,测试是肯定要做的,关键是如何体现价值,如何保证不轻易被取代。
当然没有什么事是不能被取代的,但是价值体现的越大,就越不容易被取代。

对于这个问题我也一直很困惑……
作者: xiaoshi8    时间: 2010-11-21 19:55
这是在中国做测试的悲剧!需要执着者去改变........
作者: sallymm    时间: 2010-11-22 11:43
我觉得也有大环境的问题,其实在一大批公司里面,测试是不怎么规范的
作者: sky091290    时间: 2010-11-22 13:33
微软进行过测试的外包,但结果是很多bug并没有被发现,从而因为某严重bug赔偿用户几十亿美元。
作者: Coolwind9    时间: 2010-11-22 17:39
个人认为:测试人员的价值就是发现了开发人员编码的错误,程序产生的bug,以便保证程序的高质量性。Tester有着专业的测试理念和业务流程知识。你说开发很牛,是的,很牛。那仅仅只是针对于写代码来说。 让他测试一个注册的,他会怎么测试?大家可想而知...什么等价类,边界值,判定表等等,他们不懂。他们不会去静下心来去细致的考虑。一次,测试人员是站在客户的思想,以及准确的需求的角度进行问题的看待!
作者: Circleyq    时间: 2010-11-22 22:44
测试人员的核心价值一直是我们思考的问题
作者: dishanqian    时间: 2010-11-23 08:50
开发是从一个角度,开发一个产品;而测试,是从多个角度,验证这个开发的产品以保证它的质量。
我觉得测试 更有趣。
作者: Coolwind9    时间: 2010-11-23 09:23
是的
作者: ITgiant    时间: 2010-11-23 10:44
其实编码和测试的区别无非就是,编码是从代码的角度去开发软件,而测试是从需求的角度去验证软件的质量,位置不同根本不能比。测试的地位提不高,完全是那些编码的观念有问题,认识有问题,根本不值一提。
作者: wangzhisen    时间: 2010-11-23 16:37
我觉得想让自己不可或缺,就要具备以下三个方面:技术、业务、管理。
技术:总有人会说测试没有技术含量,那么我们就要提高技术能力,比如引入自动化测试,各种功能强大的工具。
业务:做测试,熟悉业务及流程,这是必须的。能对业务做到足够的掌握,那么测试工作也就成功了一般。
管理:测试不是一个人可以完成的,即使是再小的业务,也需要多人的合理搭配测试才能做到比较完整。所以懂得有效的组织并实施测试,善于发挥不同性格成员的测试能力,让测试做到充分。善于把握方向,并能做到测试的功能点的高覆盖。
测试管理也是一门值得深入探讨的学问。
作者: ynjglxsz    时间: 2010-11-24 10:22
在我们公司,开发人员都有点看不起测试人员,每次和开发人员到客户那边去,开发人员在我们测试人员面前说话很拽的,听着那口气就让人心里很不舒服。在他们眼里测试很简单,没有什么价值。
作者: 彭芙蓉    时间: 2010-11-24 10:37
有理,学习了
作者: 彭芙蓉    时间: 2010-11-24 10:39
学习了
作者: 架构师Jack    时间: 2010-11-24 13:09
给2个参考意见:

论测试职场的不易替代性(发散话题)
http://www.51testing.com/?uid-29 ... space-itemid-218726
测试的核心技术是啥?
http://www.51testing.com/?uid-29 ... space-itemid-217581
作者: shjazz    时间: 2010-11-24 20:51
一句话就可以回答:“我们虽然不会生蛋,但是我们比任何一只母鸡都能够尝出蛋的味道好坏,产品也一样”
--一个测试老兵
作者: 大雁南飞    时间: 2010-11-24 21:44
说到核心技术,感觉有这么几点
1、测试人员懂业务
2、测试人员懂测试方法,会设计各种各样的捕虫网
3、测试人员能审时度事,在合适的时间做合适的测试
4、测试人员善于分析,把产品的状况如实反映出来
作者: guofei318    时间: 2010-11-24 23:04
回复 34# shjazz


经典,佩服
作者: alongboy    时间: 2010-11-25 09:03
我觉得人都是这样的,对自己做的事有信心,开发也一样,对自己开发的东西有信心,殊不知,这种信心往往包含着很多自己发现不了的东西或者懒于发现,这就需要第三者来衡量,所为旁观者清;是否第三者就能看得清楚呢?一个经验老到的测试人员轻而易举的发现了问题,经验不足的测试新手找了半天才有可能找到或者根本可能没有找到,这就是我认为的测试人员的核心技术和价值
作者: zthua    时间: 2010-11-25 10:04
有些互联网公司,一开始说是为客户着想,但是为了生存,往往都是先推出产品,然后再站在用户的角度,而往往这些互联网公司的产品逻辑或者说业务逻辑都是由BOSS决定的,你再怎么去熟悉业务逻辑都永远赶不上老板的思想变化,试问这样的公司,测试存在的价值有几何?
现在要做的是削尖脑袋往产品团队强势的公司走~~~
作者: hongyuyimeng    时间: 2010-11-25 10:06
测试的价值就在于经验。
现在很多人在提自动化测试,但是一项很重要的工作是机器无法取代人的,那就是测试用例设计。我见过有些公司没有应用自动化测试,但是没有见过哪个公司有测试人员但是不需要提供测试用例的。
那么是否只要有测试用例这个文档就可以了呢?答案肯定是否定的,有经验的测试人员所设计出来的测试用例会比没有经验的覆盖率更高,重点更突出。你让没有做个项目的大学生来设计出来的无非是很基本的一些测试方法。因为没有实践经验。而通常我们会把一个测试人员放在类似的领域项目中去做项目,这样做的目的是当他了解了领域知识熟悉了业务流程后,他会更清楚哪些点是我们测试的重点,而更是容易出错的地方。这样设计出来的测试用例不但覆盖率高而且不会有太多的冗余,从另一个方面考虑也为项目节约了成本。
我觉得你把最终讨论的影响结果归到节约成本保证项目质量赢取客户满意度,应该会符合老板的口味了。呵呵
希望对你有帮助
作者: hongyuyimeng    时间: 2010-11-25 10:06
测试的价值就在于经验。
现在很多人在提自动化测试,但是一项很重要的工作是机器无法取代人的,那就是测试用例设计。我见过有些公司没有应用自动化测试,但是没有见过哪个公司有测试人员但是不需要提供测试用例的。
那么是否只要有测试用例这个文档就可以了呢?答案肯定是否定的,有经验的测试人员所设计出来的测试用例会比没有经验的覆盖率更高,重点更突出。你让没有做个项目的大学生来设计出来的无非是很基本的一些测试方法。因为没有实践经验。而通常我们会把一个测试人员放在类似的领域项目中去做项目,这样做的目的是当他了解了领域知识熟悉了业务流程后,他会更清楚哪些点是我们测试的重点,而更是容易出错的地方。这样设计出来的测试用例不但覆盖率高而且不会有太多的冗余,从另一个方面考虑也为项目节约了成本。
我觉得你把最终讨论的影响结果归到节约成本保证项目质量赢取客户满意度,应该会符合老板的口味了。呵呵
希望对你有帮助
作者: lavern    时间: 2010-11-25 11:32
继续关注......
作者: archonwang    时间: 2010-11-25 11:34
在软件领域,做什么都很类似的。测试也好,开发也罢。
作者: 架构师Jack    时间: 2010-11-25 12:53
本帖最后由 架构师Jack 于 2010-11-25 12:56 编辑

虽然现在国内有个误区:大有自动化和工具代替一切的趋势,但是无论开发或测试,分析工作和设计工作都是无法做到完全自动生成的,最终还得需要靠人脑(经验+知识+IQ+创新)。自动化或工具只是解决了实现环节的问题和重复问题,但如何调度这些工具和自动化,以及保障质量只有依靠人脑。不信可以google一把,哪个公司把分析和设计环节都自动化了。
作者: 日月剑心    时间: 2010-11-25 13:09
关注中。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
作者: 测试新新手    时间: 2010-11-25 15:46
开发人员一般来说只管功能实现,而不会去考虑性能,架构,后期维护等问题,而测试,则需要考虑的东西比开发要多的多,这个就是测试存在的价值之一...
作者: blue27orange    时间: 2010-11-25 17:48
回复 1# meirain424

...关于测试组不被重视,我们组也讨论过,我们老板不重视我们,那我们就要主动的让老板发现我们的闪光点,比如说:每个月小组评优,考勤都拿第一,这样不得不让老板对我们刮目相看~~~~关于如何保证自己不可替代,我们组内的人老告诉我,在公司会做人比会做事更重要,然后是经验的积累,当我们有一定的阅历,计划的制定与实施、测试方法、测试验收!
作者: hbtest    时间: 2010-11-25 18:01
测试有测试的强项,比如:业务流程逻辑、沟通表达能力等。总拿开发的强项跟我们测试相比,我们恐怕就没饭可吃了。
作者: wissup    时间: 2010-11-26 09:12
其实,测试就是一份工作!如果按照这个角度来说,那开发的价值在哪里?开发的核心技术在哪里?关键在于领导不重视这个岗位,哪怕你测试技术再好,不重视你这个岗位,不重视你这个人,你就什么都不是。如果你在公司里技术不行,但是受重视,嘿嘿,你就什么都是。跟技术无关。
作者: wissup    时间: 2010-11-26 09:21
其实,测试人员真正能招到细心,耐心,沟通能力强,能很快熟悉业务知识的并不多,而且,在这一群人里面,还有很多人不愿意做测试。如果你的业务知识很容易学习,那么着就不是什么业务知识。我是做嵌入式软件测试的,招一个开发人员容易,招一个上述说明的具有这样能力的测试人员很难很难,我们的行业是自动化,没个5~10年你估计都很难了解大部分的工艺,更不要说整个业务知识。
其实,我觉得LZ这么问,一个原因是一些公司对测试的要求本身就低,所以才觉得技术含量低。之前听Intel一个项目经理跟我们讲,测试本身对技术的要求是高过开发的,因为你面对的是一个整体,特别是测试的高级工程师。从这个角度而言,测试人员的技术特点:你先学会开发+测试技能+整个程序业务逻辑的把握。如果说我们要怎么避免不会被替代,就是不断学习,当然有一天,你总会被淘汰。接受这个现实吧!
作者: 老学生    时间: 2010-11-26 10:46
他总觉得测试没有技术含量,没有技术含量的工作,为什么不能外包?为什么不能找刚毕业的大学生来做?
——测试是在管“过程质量”和“成果物质量”。
    *前者需要很多的质量管理知识以及应对诸如iso,cmm的技巧,文档的功底。最主要的是熟悉公司人脉,公司上上下下人际关系清楚了,才可能整合“过程”。请问这玩意儿怎么外包,怎么交给一个刚刚步入社会几年的学生?
    *后者主要是测试软件产品了。其实没有测试,完全可以做完一个产品,产品的质量也可能很高。但是老板怎么知道呢,你怎么去管控这群“有想法”的开发?那么测试就是老板很好的“一杆枪”,帮助老板从产品质量,人员绩效等多方面了解这群开发人员。——我这里知识从老板的角度,讲一下测试对他的实际意义。

为什么要养着这么多的老员工?还要考虑每年加薪的问题。
    这跟测试技术含量没有关系。作为老板,老员工你要是不重视,整个公司就缺少了人情味,没有了人情在,又没有质量管理的团队在,即没有了管理在。。。。。。那么我想这个公司只能靠钱去凝聚自己的员工了。这样的企业长不了的。加薪就别说了,钱在老板自己口袋里,给不给随你,但是留不留随我,就这么简单吗。
作者: qiuyangzh    时间: 2010-11-26 13:53
哦,楼上的朋友说的很好!我想到的几个测试人员的价值体现:
角度。团队测试之外的成员都是从建设角度看待产品的,而测试人员是以破坏系统的角度看待产品的,这一点,如果不是专业的测试人员,是体会不到的。
覆盖。各种测试环境的覆盖,性能测试,安全性测试等专项测试的覆盖,子系统之间的集成测试,等等,这些方面,非专业测试人员进行起来,肯定会有问题。
技术。测试设计的技术,自动化测试的技术,这些只能都需要专业的训练。
行业知识。这个和开发人员一样,也是需要的。
质量文化的倡导。测试人员有助于团队建立起质量文化,包括诸如全程测试的实施,单元测试的指导,等等。
获知产品状态。通过测试团队,可以随时获得产品当前的状态,这对于项目的管理非常有价值。
作者: jiguoling    时间: 2010-11-26 15:11
其实测试和其他的工作一样,时间长经验多的测试人员同其他工作岗位的人员的价值是相同的!
作者: hbm    时间: 2010-11-26 17:46
我觉得测试人员的核心在于有自己的测试方式,能得到开发,产品或其他人的认可...
至于价值在哪?我也不是很清楚,期待回答...我也很困惑
作者: hcn302    时间: 2010-11-26 18:12
本帖最后由 hcn302 于 2010-12-4 22:37 编辑

如果开发人员收到的bug,都是哪个字符不对,哪个控件没对齐,他们也许会不屑,或者很难把测试人员放在眼里,但如果突然收到一个bug,能体现非常强的逻辑思维,觉得这个bug是有价值,由衷的发出感叹,相信他对这个发现bug的测试人员也会多看一眼,如果测试人员能发现很多这样的bug,开发还会觉得测试人员没价值吗?当然我只是举个例子,测试人员的价值不仅仅在于发现几个bug,从项目需求开始,到UI,设计,及最后的质量保证过程,都发挥着不可取代的作用。
开发和测试人员的优势不一样,项目离不开开发人员,同样离不开测试人员,技术上,测试人员也许没有开发人员的编码能力,但可以更客观的从用户的角度去考虑每个用例,开发主要去构建每个功能,而测试人员可能更关注这个每个功能在能用的基础上,好不好用,从功能,性能,安全,用户习惯能去看。逻辑上,可能测试人员更能通过测试方法去深入理解用户想要的,每个功能之间的联系。也就是为什么测试人员发现了很多开发人员没考虑到,或没测试过的测试用例。而很多深层次的bug是通过这种很强的思维能力能找到的,以上是个人认为的测试人员的一些价值吧。
作者: 松子煮茶    时间: 2010-11-26 18:33
回复 43# 架构师Jack


    这个说得很有道理,分析和设计才是不无法替代的,也是最核心的,好好理解下这方面的能力,其它都可以看作是神马
作者: sweetxmy    时间: 2010-11-28 13:11
本帖最后由 sweetxmy 于 2010-11-28 16:21 编辑

看看大家的意见
作者: smile665    时间: 2010-11-28 16:39
本帖最后由 smile665 于 2010-11-28 16:50 编辑

大家都谈了很多很好的观点~ 学习了   我也凑热闹来说几句吧
我认为测试的核心价值是:测试用例设计能力+发现问题的敏锐目光+bug的分析能力+良好的测试技术+良好的沟通能力。
我认为一个优秀的测试工程师应该具备这几个核心的价值的。
1. 测试用例设计能力,这点和Jack大牛说的一样,其他人也说得很多了,略去
2.发现问题的敏锐目光。如果是白盒测试,看到同样一段代码,开发同学只想着正常数据输入,程序会得到正常输出;而测试工程师会想到正常的输入、异常的输入(根据业务而来的)。如果是黑盒功能测试,比如Web测试,同样看到一个页面,测试工程师是可以比开发工程师更快速地发现这个页面展示问题、功能问题的。如果是性能测试,当得到一个性能测试结果,比如响应时间是多少、TPS是多少,测试工程师应该清楚地发现该指标是否正常,性能是否符合要求,因为我们有对其他类似模块测试的经验,比开发对我们的整个系统、整个网站的总体情况更加熟悉(有的公司,开发工程师的负责的模块相对固定,面比较小,而测试工程师会测试整个系统,测试很多模块)。
3.bug分析能力。一方面,是bug的定位能力,发现一个错误的现象,可以很快预测问题的原因出在哪里,可以在提bug时,建议开发工程师从哪个方面去查原因;另一方面,是指我们可以根据发现的一个bug,预测模块中类似bug的出现几率,可以有意对相应的功能进行测试,可以快速找出潜在的bug;还有一个是,分析一个项目或者某一阶段的bug数量、bug类型、bug趋势等,给开发工程师提出建议,希望他们从哪些地方可以在开发中就避免掉一些bug,也可分析出项目的整体质量情况和趋势,供项目经理、研发主管、测试主管、产品经理参考,方便他们分配人力物力、制定项目和产品的一些战略。
4.良好的测试技术。这里并不是一定要和Java工程师比Java编程,也不是跟研发架构师比系统设计,我想说的是,我们关注测试相关的技术能力。当然具备基本的编程能力,应该是一个优秀测试工程师的必备条件。测试技术方面,我们可以做的更好,比如说,(以身边实际为例,我们做Web应用的测试,对于的开发是Java Web开发工程师,Web系统部署在Linux服务器上),Linux系统的使用可以比开发熟悉,通过写一些测试环境脚本,可以比开发更快速地部署Web应用测试环境,可以比开发更熟悉写Oracle的SQL语句,可以比开发更熟悉地使用Firefox的一些插件来进行Web测试,可以比开发更熟悉自动化测试工具的使用(不少开发工程师认为自动化测试有些神秘),可以比开发了解更多的单元测试、性能测试的理论、工具盒方法,可以比开发更了解JVM机制和操作系统原理,在性能测试分析时也能比多数开发更有思路。
5.良好的沟通能力。这个可能和人的性格也有关系,不过沟通能力在项目中确实非常重要。一般来说,测试工程师比开发工程师人数要少,一个测试工程师接触到的业务模块更多,和人员(包括:PD、Dev等)沟通的也更频繁,良好的沟通能力也会得到更多地锻炼。而且现实中确实有一部分开发同学是比较内向的性格,比较少和开发同事之间、PD同事之间沟通。如果我们沟通能力更强,无疑在项目中,也是会对项目起到积极的作用。
当然,也不是说,在职业发展上,测试会比开发更好,其实我本身也不这样认为,但是,有一点,既然加入了测试这个行业,就应该努力做到优秀,努力提升自己的核心能力,也是会得到研发和测试团队的认可的。

PS:说到受不受重视,一方面得看研发那边老大的风格和观念,另一方面,也是我们的测试工作到底有没有做好(我们确实做得很好,把结果和数据展示出来,相信研发老大及工程师们对测试的观念还是会慢慢变好的)。目前,大公司对测试还是比较重视的。
作者: liuqixun    时间: 2010-11-28 19:25
本帖最后由 liuqixun 于 2010-11-28 19:31 编辑

楼主提了一个相当好的问题
我谈一下我的看法

首先测试人员的核心价值应该体现在他是一个通才,并在项目或者公司内应该以一个服务支持的角色出现

1、用户支持:用户、商务人员不懂技术,需求设计等会议我们就要多参加,多提一些从测试人员或者技术人员
角度出发的意见和建议,也非常有利于项目完成质量和客户信任度的提升。毕竟不懂技术的商务人员在需求分析方面说服力有限。


2、技术支持:缺陷定位、环境搭建与模拟、各种优化,这里我就不一一说了,这些都是基本功

3、管理支持:我一直认为是测试人员体现价值最好的地方,就是人员管理、过程管理、配置管理、风险控制管理等等非常关键和重要的部分,提出自己的意见和建议,这也是一个成熟的测试人员应该做的

4、其他支持:文档、维护安装、培训等方面,我相信在小公司做过测试的朋友们都应该做过这些事情,当然也是体现价值的地方,我就曾经测试、文档、维护安装、培训一把抓,对于我自己来说,增长了不少可贵的经验,对于公司项目组来说也节约了成本,而且测试人员来做这些效果比一般人要好得多。

虽然我们很多都不精通,但我们很可能是万精油(当然这里绝不是贬义),同时加强测试技能、提高软件质量才是我们真正的核心竞争力,还有很重要的一点包括我上面说的这些:我们降低了开发成本、这就是核心竞争力

作者: rolei    时间: 2010-11-29 08:53
本帖最后由 rolei 于 2010-11-29 08:57 编辑

个人理解
1、测试人员核心技术:发现问题、追踪问题、评估问题的能力。
测试的首要目的是为了发现问题,证明软件不可用;另一目的通过测试就是对系统现在进行评估

2、测试人员价值:测试报告体现出的对系统现状的分析、评估和风险预估能力。
测试人员的价值体现在客户使用的满意度和公司收益率,而此二者的决定因素在于系统质量(当然要排除其它潜规则)。如何提交一份正确的、令开发者和使用者都满意(能找到他们想要的、相了解的)的测试报告是需要测试人员花时间去设计、分析、总结的,也是对质量的最佳贡献。

这个世界离了谁都会运转正常,因此没有什么不可替代的。
技术发展之快,如何保持测试的针对性,使之与之整体过程和技能并行前进,需要认真考虑。
作者: sophie_wang    时间: 2010-11-29 09:35
回复  meirain424
1.业务的熟悉程度,大学生估计1年还不是很熟悉,还不能提出一个客户要想需求,除非简单 ...
苏高跃 发表于 2010-11-18 15:13


非常赞成苏高跃的说法。
测试人员的核心技术不是某一种测试或自动化工具,而是那种能够把各种知识(包括产品知识、开发知识、专业知识、领域知识、行业知识)与测试技能融会贯通、灵活运用在测试工作中的技能。
只有掌握后者才能够透过现象看到本质。而拥有这种技能的人往往是外包不到的,大学生就更不用提了。
一个公司如果真正重视质量的话,就应该去培养这样测试人员。
作者: sophie_wang    时间: 2010-11-29 09:40
开发是从一个角度,开发一个产品;而测试,是从多个角度,验证这个开发的产品以保证它的质量。
我觉得测试 ...
dishanqian 发表于 2010-11-23 08:50


测试是从多个角度出发保证软件质量的。
作者: hyd_bpmf    时间: 2010-11-29 09:53
这期值得一看,期待精彩。。。。。。
作者: laoxin511    时间: 2010-11-29 12:12
1.为什么公司的老员工比大学生或者外包好?
a 因为老员工在本公司待的时间长,做过的项目多,对本公司的各种产品理解深刻。
b 同一个公司的不同产品也是有相当多的共同点,即使有新的项目也是老员工上手最快
c 对于一个流程很复杂的项目,外包和对测试有简单了解的大学生可能也会找到很多严重的bug,但是有很多隐藏的流程和需求是他们无法了解的,只有老员工才能一阵见血的及早找到这些问题。

2你们公司应该还没有一个规范的测试流程和框架,如果有一个规范,你的老板就可以通过各种对比分析出到底是老员工好还是他认为的好。即使没有规范,我们通过对一个公司最重要的三个要素来看看:成本,进度,质量
老员工能更多更早地发现系统中严重的和隐藏的问题,那么
如果成本和进度是限定的,那么老员工能使项目质量更高
如果质量是限定的,那么老员工能使项目进度缩短,成本降低

3老员工会对公司产生归属感,这是公司的无形资产。但是你们老板显然视而不见
作者: zll19827    时间: 2010-11-29 13:59


作者: zll19827    时间: 2010-11-29 14:00
henhao
作者: worst54    时间: 2010-11-29 15:09
本帖最后由 worst54 于 2010-11-29 15:31 编辑

我也来说一下,个人观点,欢迎大家指点
大家都说了优秀的测试人员具备的素质这里我就不多说了,我觉得最重要的是思考和思考的方法

其实说的这个可能马上就会牵扯到和开发比哪个更重要的问题了,我们先就比较一下哪个更重要,相信把这个问题说清楚了,我们的核心价值也就很明了了

开发测试分工不同,开发之所以重要,在于他们是创造的角色,这就好比工厂中的生产线,地位在工厂中肯定是非常重要的,也正是因为这点,很多人都觉得开发比测试重要,特别是国内的很多公司普遍存在这样的心理,因为他们觉得产品是开发人员创造出来的,重视-加薪-提干基本都优先考虑开发人员(当然不是全部)。
难道我们测试人员的价值就比不过开发人员了吗?
当然不是,从创造的角度来说,我们确实根本没法和开发人员比较,我们在项目过程创造了什么:计划、用例、执行记录还有一大堆让开发人员头疼的问题单……说夸张一点,我们从头到尾就一直在怀疑一直在制造麻烦,这样的产出怎么跟开发人员比?

我们来换一个角度想一下,为什么要有测试人员这个角色呢?因为复杂的软件划分成很多很多模块开发,开发以及整合过程中会出现这样那样很多问题开发人员自己测试时很多问题发现不了,出现测试的角色是因为想把软件质量做的更好,对,仅仅有开发人员你只能说你可以做软件,但你很难做出高质量的软件,或者在一定程度上不重视测试(新人、外包等)也很难做出高质量的软件;而在国内好像很多人并没有去追求这样的高质量,大家买水货买多了,质量不要太差就好了,这里有一个很好的实例:山寨手机(大家可以体会一下)
而我们测试就是一种破坏的方式思考、设计、执行,我们扮演“恶人”的角色,尽我们最大努力让现网问题这个“恶人”提前全部暴露出来,而要做好这些连思考方式都要和其他人差异相当大才行。曾经听我一老师讲,德国的飞机造好后会邀请一些德国人去测试,那些人会用尽他们一切方法搞破坏,而只有尽受得住这样的破坏才能算合格。

软件发展到现在,应用已经非常广泛,包括一些金融、军事等重要领域,一个小的问题会导致多大的影响?要想输出高质量的产品,却缺少了优秀的测试的人员……
作者: wq_01    时间: 2010-11-29 17:03
刚看到,觉得问题很不错,关注中,考虑一下再回答...
作者: fir0313    时间: 2010-11-30 15:32
回复 42# archonwang


    赞同
作者: 苏高跃    时间: 2010-11-30 15:35
回复 18# meirain424


    如果执行员不想执行别人的用例也可以,让他们自己写,然后大家一起评审也行,评审不过再修改,和领导讨论的测试流程,看是否合理;性能测试是测试做吧,怎么交给开发了,单元测试有些公司是交给开发,但也有交给测试的。
作者: qiujialei    时间: 2010-11-30 15:55
这个问题很好,关系到测试人员今后应该做怎样的定位和发展,现在一直很迷惑,因为发现所做的,一些未受过专业训练的TX也能做,如何更有竞争力
作者: HackMing    时间: 2010-11-30 22:29
价值在于不懈的追求和无尽的欣慰!!
作者: 奇缘    时间: 2010-12-1 09:14
开来应届毕业生在此是没有发言权的。。。。。
作者: goodluckna    时间: 2010-12-1 11:28
我做开发4年了,每次的程序的测试都是开发人员自己交叉测试,先是看懂对方的式样和程序,然后先从程序上找出不合逻辑的地方,然后在从业务逻辑上跑数据,然后造数据跑程序,看程序的功能实现对不对,最后再从画面从头到尾按逻辑把所有的程序跑一遍,最后再结合测试。
所以我不知道大家的所干的测试工作是什么工作?是和我上面描述的一样吗?
一般的公司,都是自己做完程序,自己测,还没有成立专门的测试部门,这也是这个软件行业对测试不重视吧。
作者: liaoxj    时间: 2010-12-1 12:49
本帖最后由 liaoxj 于 2010-12-1 12:50 编辑

今天看到这个话题,引发了我对这个问题的思考,如果老板问我的时候,我怎么回答呢。其实目前很多公司都有这样的声音,一种公司层面,一种是测试人员自己层面。
     第一种:公司很多领导不管是技术出身还是其它出身,在目前这个公司利润第一,控制成本大环境下肯定会对测试有偏见的。他们在想,我的公司需要不需要测试这个岗位,他的必要性在哪里,我要花费多少成本,值不值。我有无必要花这么高成本养这些有经验的人;是不是招一些刚毕业的大学生或实习生就行。
     第二种:正在做或想进入这个行业的测试人员,都会想,我做这份工作的问前(钱)途在哪,职业规划如何进行。甚至有很多人觉得测试入门低想把它作为以后转开发的跳板。
可能我现在角色的转换现在属于一个管理者身份,我在考虑这个问题的时候,我不喜欢把“测试人员”看作一个个体来考虑,会太狭隘。我们应该把这里的“测试人员”看作一个团队,那怕测试团队中只有一个人,他也代表团队。那么这个团队的“核心技术”、“价值”是什么,就是做好我们的【测试服务】。服务的核心价值的是【服务内容】。那我们要做什么扩大我们服务范围和内容,提高我们的服务质量和水平。
    首先做好我们现在本职工作,保证所交付的产品质量,这是我们测试的目标,也是我们测试成果的产物。如何做到呢,那就需要尽早介入测试,尽早熟悉产品业务以及产品涉及的相关技术,全程有效严格测试,与项目组一起完成项目目标。
    其次,尽可能在项目参与力所能及的工作中,如用户需调研,技术评审,业务培训,售前支持。我有这里有很多测试人员都具备相关能力,很多部门都想来挖。我发现偶尔做了这些事不但没有影响测试工作,而且都提高了测试水平。
     最后就是组织过程资产积累。组织过程资产积累能够,不仅能让团队人员少犯错,而且能让新到的人员能很快了解到公司规范,过程,经验、产品业务等,尽快进入解决承担起测试工作。如果一种测试方法,团队中任何一个成员能通过一种途径和方法很快掌握。这样的团队他的成员,可以说都掌握了该公司测试核心技术,其中每个成员的工作都是有价值的。
作者: lbx111111    时间: 2010-12-1 12:59
核心价值就是搞好生产关系。
作者: Jackc    时间: 2010-12-1 15:58
本帖最后由 Jackc 于 2010-12-1 16:19 编辑

1.测试定位:
**测试是服务性质的部门,不是直接生产部门
测试是提高生产效率的行业,自身不产生任何利润,通过提高研发部门的生产效率,为企业节约成本。

所以,没有必要和直接生产部门的开发争夺所谓的“重要性”,没有任何意义。
摆正测试自身的位置才是王道。

2.测试目的
**服务性行业有个共同的目标:满足客户需求,解决客户的问题
测试的客户是谁?是产品的最终用户么?
当然不是,测试的客户是项目/企业。而客户的需求则是提高生产效率。
而所谓的测试从产品最终用户出发,只是测试提高生产效率的其中一个手段。其他的还包括引入测试工具,优化测试流程等等……

3.测试核心技术
什么是核心技术?随便拉个人来做个1~2年就能弄的玩意是核心技术么?或者十年前就已经存在,而从未更新的测试工具是核心技术么?(十年前这个例子举得不是很好,凑合用吧)
显然都不是,“不具备市场竞争力的技术不能再称之为核心技术”。
——————————————————
而核心技术至少具有两个特性:专业+时效
“专业”表示需要长期的基础技术沉淀,任何技术,新手就是新手,在他没有经历时间的洗礼前,永远比不上老手;(有些残酷,但是却是现实)

“时效”表示任何技术都是不断发展变化的,同一领域,每个时代都有不同的核心技术。如十年前,在国内,简单的测试基础知识都能算得上是测试的核心技术;但是在十年后的今天,测试基础知识已经普及。而核心技术逐渐演变为“测试控制”(管理)&“测试工具开发/使用”&“非功能(性能)测试”这些领域。
————————
其实有个很简单的方法识别核心技术:少数人具有,而多数人希望拥有的技术,就是核心技术。

今天看到这个帖子,感触良多……
欢迎拍砖~
作者: gdlang    时间: 2010-12-1 16:36
看到这里,我也想说几句。
首先我是一名测试人员,关于有n多人所有说的测试人员地位低的问题,我想说的是,这个你不要怨别人说
第一,我敢说70%的测试人员的技术含金量并不高,至少我以为目前我所做的一部分工作完全可以找个初中生来完成!!这不能否认
第二,据我所知,测软测试目前门坎低,郑人杰教授说软件测试是一个越老越吃香的职业,没错,但也不要因为教授一句话,我们就会受到万人景仰。各位软件测试的兄弟姐妹们,我们都扪心自问一下,我们真正掌握了多少知识呢?
第三,无论手动测试,自动化测试,说白了是一个控制质量的过程,没错,所有的项目最终的目标--质量,敢问一下,我们有几人能把握好质量的控制过程,有几个能引导开发,控制方向呢?
第四,13# steve同志所说:技术方面,比如,性能的分析,脚本的编写,自动化的引入,测试的管理,我想大学生能在1年里搞的定吗?怎么不需要有经验的人呢?…… 我们这些测试人员都搞定了吗??
第五,现在有测试的人员仅仅是在找bug呢?有没有找到原因呢?有没有提出修改建议?有没有为开发提出设计方案?
第六,我每提一个bug,一般都个带上原因与建议,也经常在开发人员没有头绪的时候会给一些设计方案。有时候开发人员的思维会常有死角的,拐不过来,测试人员应该要能在这时候给上建议。当然这需要对编程的了解,不要求像开发一样精通,起码对基本的东西需要掌握。
第七,我写这个回复,并不是为了诋毁与贬低测试人员,我自己也是一个测试人员,我也有被人看不起的经历,我们公司新来的应届生就很看不起我(搞java开发的)。每次我跟他建议怎么做的时候,总跟我说:“这样写很难,很不好做,很麻烦,你一句话当然简单,我写起来又要很久……”,脾气大得要死,总以为我什么都不懂了,我CAO,老子我写程序的时候,你他丫的估计还不知电脑是什么呢!……写这回复主要是想让大家都努力提生自身的知识水平,不要总怨别人看不起自己,自身也该找下原因,自己真正强大了,才有本事让别人屈服。
我这个项目结束了,下个项目就开始做白盒测试了
作者: dylan0218    时间: 2010-12-1 17:23
回复 20# xiaoshi8


    知音
作者: hwtiger    时间: 2010-12-1 20:58
我认为测试的核心是:要准确及时地找到问题;
它需要有一定的专业技能,有经验,有周而复始地重复工作的精神,有不断开发新用例的能力,有准确判断出问题所在的能力,有不断激励团队合作精神的能力。。。。。。。
作者: manbuyunduan    时间: 2010-12-2 09:59
一, 在假设测试人员和开发人员的学习能力,以及性格等等个人素质都相当的前提下来讨论;
1, 开发人员如果换到测试岗位,和测试人员一样经过一系列的测试知识,技能等培训和实践,相信开发人员也能掌握和测试人员一样的核心技术;同理,测试人员如果换到开发岗位,经过一样的培训和实践,测试人员也能去做开发岗位;所以我认为测试人员核心技术其实就是测试岗位所需要的测试人员所具备的技术和能力;测试和开发术业专攻的问题;
2, 测试人员对于一个企业来说,核心价值应为长期测试工作和实践中积累的测试经验,以及他的测试思想和设计,这些思想将指导他的测试工作,从而提高产品质量;这是开发人员所不具备的,也不是短期培训训练所能获得的,不能被其他岗位工作的人所能代替的。
作者: 欣欣虫子    时间: 2010-12-2 11:28
对于测试人员的价值,在我看来有以下三个方面:

1) 质量的把关者。作为一名测试人员,质量是我们责无旁贷的责任,确保产品与需求文档的一致,确保程序在各方面经得起测试用例的考验,这些都是作为测试最起码的能力和基本素质。于是,各种硬功夫就成了我们必须要练好的基本功,测试用例的设计、测试执行、回归验收等等,这些最基本的,我们无需赘述。通过功能、性能、安全、兼容性等各方面,使得经过我们测试的产品经得起考验,这是对我们价值的最大体现。

2) 过程的协调者。作为一名测试人员,少不了跟产品过程中的各个角色打交道,项目经理、产品经理、开发工程师、运维人员,甚至是最终用户。通过与他们的沟通过程,我们能够让产品走最少的弯路,以更好的质量展现在最终用户面前。而在各种沟通过程中,如何提高沟通效率,如何更高效的达到各种既定目标,如何通过沟通使项目的流转更加顺畅,这些都是作为一名测试人员所能够做到的。我们不仅应该紧盯测试过程这一个环节,更应该从全局去梳理整个项目的过程,从而尽可能高的提高产品质量,这是我们价值在另一方面的体现。

3) 流程的改进者。一个项目,经历数次迭代,无数个版本,最终达到用户的目标,成为一个实实在在的交付物。在这个过程中,如何通过一次次的迭代使得流程更加顺畅,使得版本的质量一步步的接近“完美”,这不仅仅是项目经理应该考虑的问题,在我看来应该是每一个角色都应该去考虑的问题。通过反复这样的过程,每一个人都会更加清楚自己在过程中扮演的角色,以自己的努力去不断改进项目在自己这一环的效率和质量,进而改进整个流程,这些工作,作为一名测试人员,不仅仅是责任,在我看来,更是一种义务。只有这样,产品的质量才能够达到最优化,最终交付物的质量才能够达到尽可能的“完美”。

以上,是我对测试人员价值的一点肤浅的理解。不足之处还望之处,欢迎大家讨论。
作者: Drnmmond    时间: 2010-12-2 13:55
中国的测试发展了这么多年还是在初步徘徊,不知道有谁能带动中国测试发展
作者: zwj51    时间: 2010-12-2 17:13
各抒己见:
1. 为什么要有测试部门的存在:实践证明,有专门做测试工作的人存在,的确对产品质量有提升,交付客户的满意度也高些。当然,如果手头已经有“专业”的测试人员,就更应该保住了。不过话说回来,也要考虑成本。。公司无论规模大小,只要资金短缺,测试人员往往会被先切掉,这个目前也无奈,软件这个大环境来讲,对测试重视度,还需要广大的测试人员齐心协力提升啊。。
2. 如何要求给某人加薪:这个嘛。。我想领导通常关注的都是效益。一般都会盘算:我要这个人,能给我带来多大的收益。我给他加薪,他能给我带来多大的回报。我要是裁掉这个人,会不会有损失,多大损失。站在领导的立场去说服他们吧。。有时因为有好的测试人员的存在,保证产品高质量交付,一方面可能降低客户的损失,客户对公司的印象好了,也许还有接下来的项目哦。
3. 为什么要选有工作经验的,而不选毕业生:其实如果项目时间允许,资金允许的话,还是应该招收毕业生的,总要给毕业生成长的机会。并且毕业生有的也很有悟性和能力的。但,为什么倾向于有工作经验的,我想关键是“效率”,一个新项目,让毕业生和有工作经验的同时了解。。通常还是有工作经验的会上手快。。我认为是工作思维方式不同。。(打个不太恰当的比方,拿一道新式的菜,给一个没做过饭的,和一个饭店厨师同时尝,尝完了让他们自己想如何做这道菜。通常当没做过饭的人还在学如何切菜,开火,如何掌握盐油的量,什么时候算熟了。大厨那边已经开始琢磨怎么把菜做的和当时尝的一个味道,做出的菜更漂亮。。)额。。突然发现我好啰嗦。。
作者: yaobiyong    时间: 2010-12-2 22:16
从技术上保证软件的质量
作者: jarystar    时间: 2010-12-3 09:41
测试人员通过各种测试技术的测试,有信心保证产品的质量,开发人员自己不能保证,只有测试完以后,才会觉得踏实!这就是测试的价值!
作者: Jean_ylq    时间: 2010-12-4 14:20
测试外包,带来的后期维护问题,是不是比较繁琐,更需要公司内部花时间处理一些呢?
作者: C组十三    时间: 2010-12-5 14:35
唉!测试人员的核心技术在哪?价值在哪?
一般项目组由售前(需求)+管理+开发+测试,发布后就是运维了,如果没有测试,则开发人员进行测试的广度与深度没法衡量,发布后心里是没底的。
测试存在的价值在于降低质量风险,提升产品质量,进而减少成本,扩大产出,尽管增加了研发成本,但减少了投诉,降低了运维成本,甚至有的项目能降低研发成本。
另一个价值在于,解放开发,让开发人员有更多的时间思考如何把代码编写的更优秀。
核心技术?核心技术一般是掌握在少数人手中,但一般情况下不可能是测试。
测试的门槛比开发低,但随着个人的不断学习与成长,收入是不低于同级别开发人员的,加油吧。
作者: JoshuaHu    时间: 2010-12-5 19:01
先围观,再关注。
作者: yff20080818    时间: 2010-12-6 11:49
本人现在就处于郁闷期,我原是做.net开发的,来到公司后,因为没有测试人员,经理认为我是女孩子比男孩子更耐心和细心些,就让我做测试了,现在在公司做了一年多功能测试了,因公司只有我一个测试人员,公司有十多个运营网站,另外还要对升级的系统测跟进测试,我每天的工作都是在重复中度过,心情很低落,身心疲惫,前几天向人事部提出辞职了,现就等人事部招到人才能走,哪位高人帮我指点下我未来的路该怎么走,多谢了
作者: 默默巫    时间: 2010-12-6 13:45

本期获奖名单如下:

奖项获奖名单奖励答案链接
一等奖smile66550元手机话费充值卡57#
二等奖Jackc300论坛积分76#
三等奖worst54100论坛积分66#


作者: 技术工人    时间: 2010-12-7 08:14
测试人员要关注产品的使用,因此要比开发人员更了解用户;
测试人员要关注软件和运行环境的关系,因此要不开发人员更把握底层;
测试人员要确认软件不做不该做的事,范围远远大于开发人员关注的软件该做的事,工作量和难度都远远大于开发人员;
测试人员要预测可能的错误,分析bug的影响,甚至帮助寻找修改方法,因此技术水平应高于开发人员。
作者: tankxu    时间: 2010-12-7 16:39
测试人员与开发人员的思维角度是不一样的,关注的业务深度和广度是不一样的。测试人员需要了解业务的深度和广度都比开发人员要深和广。测试人员比开发人员对业务的功能实现特点更加细致。测试人员需要了解的知识范围也比开发人员要广。程序人员往往考虑的是从技术实现角度去考虑问题,程序人员总是会说,这个功能应该怎么怎么样做,而测试人员总是说,这样做不是不可以,而是站在用户的角度不能让你这样做。
作者: smile665    时间: 2010-12-9 00:30
回复 89# yff20080818
呃~~  既然原来还做过开发的,然后做了一年多测试;尽管可能不是在大公司,但也都还不错的啦;现在离职了的话,稍微复习一下计算机基础,了解一下自动化测试,然后去个大公司应聘测试工程师,应该还是问题不大的。加油
作者: wangmengdong    时间: 2010-12-9 17:44
回复 90# 默默巫


    默默女女,这个获奖的规则是啥??怎么定义的??谁负责审评??
作者: wangmengdong    时间: 2010-12-9 17:45
回复 90# 默默巫


    默默女女,这个获奖的规则是啥??怎么定义的??谁负责审评??是不是好多版主在一起开评审会啊??
作者: gongtao_87    时间: 2010-12-13 14:15
哪个公司要刚毕业的大学生呢?联系下我刚毕业。
作者: sunlight426    时间: 2010-12-14 14:25
我从事测试两年了,发现测试的价值根据个人的发展阶段各不一样:
执行测试阶段:刚入门时,由于我个人有开发经验,加上比较细心和耐心,我发现的bug数是组内最多的,而且能够给开发提出问题的初步定位。
测试设计阶段:包括测试计划和测试用例的设计。这个阶段需要一定的测试理论基础和对业务逻辑的理解。另外加上一定的测试经验,利用各种测试方法,包括等价类、场景设计等,设计出覆盖面比较全的测试用例。
技术提高阶段:性能自动化测试。这种测试在手动测试功能的基础上,要学会使用工具和明白一些系统的参数。我是用Loadrunner,肯定要懂脚本的编写、场景运行、和结果分析,而结果分析是相对较难的,这要求你知识面相对较广,例如操作系统的参数cpu、内存、磁盘IO、线程数;中间件、数据库等等都需要有基本的了解。如果再深入点就是要进行性能调优,调优要把握各种参数的平衡,就难度更大。
测试管理阶段:这个阶段不能只在乎自身的提高,还要思考如何提高团队的凝聚力和了解个人的性格、能力,根据需要划分任务,跟踪任务、施加压力等,调解组内气氛,也要不断地给予技术指导,让团队成员找到归属感,知道遇到问题如何处理。
所以,核心价值在哪里,我想这个问题值得我们测试人员思考。但是测试过程中给予我的挑战让我对测试仍然充满着浓厚的兴趣。
作者: zhoudy    时间: 2010-12-17 11:13
呵呵,打酱油的路过~~
作者: 默默巫    时间: 2010-12-17 11:23
回复  默默巫


    默默女女,这个获奖的规则是啥??怎么定义的??谁负责审评??
wangmengdong 发表于 2010-12-9 17:44


每周一问的优秀回复都是由51Testing的讲师评选的。
作者: lizhuo310    时间: 2010-12-17 11:25
昨天开会时我们副总裁(台湾人)说,在台湾,测试员的待遇要高出开发人员很多,很多测试都是有开发自己去搞测试,测试人员是负责监督开发人员测试、检查测试质量的。
作者: soso0622    时间: 2010-12-17 16:36
我觉测试的价值就是在于监督开发员。至于任何人可代替的问题。我觉得资深的测试员和新人的不同就在于,他熟悉一个行业,熟悉一行业的客户要求,知道判断事情的轻重缓急。可以估计自己熟悉开发语言的基本错误。




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