51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

楼主: meirain424
打印 上一主题 下一主题

[讨论] 测试人员的核心技术在哪?价值在哪?(2010-11-16)(获奖名单已公布)

[复制链接]

该用户从未签到

21#
发表于 2010-11-22 11:43:46 | 只看该作者
我觉得也有大环境的问题,其实在一大批公司里面,测试是不怎么规范的
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2010-11-22 13:33:38 | 只看该作者
微软进行过测试的外包,但结果是很多bug并没有被发现,从而因为某严重bug赔偿用户几十亿美元。
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2010-11-22 17:39:22 | 只看该作者
个人认为:测试人员的价值就是发现了开发人员编码的错误,程序产生的bug,以便保证程序的高质量性。Tester有着专业的测试理念和业务流程知识。你说开发很牛,是的,很牛。那仅仅只是针对于写代码来说。 让他测试一个注册的,他会怎么测试?大家可想而知...什么等价类,边界值,判定表等等,他们不懂。他们不会去静下心来去细致的考虑。一次,测试人员是站在客户的思想,以及准确的需求的角度进行问题的看待!
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2010-11-22 22:44:18 | 只看该作者
测试人员的核心价值一直是我们思考的问题
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2010-11-23 08:50:11 | 只看该作者
开发是从一个角度,开发一个产品;而测试,是从多个角度,验证这个开发的产品以保证它的质量。
我觉得测试 更有趣。
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2010-11-23 09:23:20 | 只看该作者
是的
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2010-11-23 10:44:22 | 只看该作者
其实编码和测试的区别无非就是,编码是从代码的角度去开发软件,而测试是从需求的角度去验证软件的质量,位置不同根本不能比。测试的地位提不高,完全是那些编码的观念有问题,认识有问题,根本不值一提。
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2010-11-23 16:37:11 | 只看该作者
我觉得想让自己不可或缺,就要具备以下三个方面:技术、业务、管理。
技术:总有人会说测试没有技术含量,那么我们就要提高技术能力,比如引入自动化测试,各种功能强大的工具。
业务:做测试,熟悉业务及流程,这是必须的。能对业务做到足够的掌握,那么测试工作也就成功了一般。
管理:测试不是一个人可以完成的,即使是再小的业务,也需要多人的合理搭配测试才能做到比较完整。所以懂得有效的组织并实施测试,善于发挥不同性格成员的测试能力,让测试做到充分。善于把握方向,并能做到测试的功能点的高覆盖。
测试管理也是一门值得深入探讨的学问。
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2010-11-24 10:22:26 | 只看该作者
在我们公司,开发人员都有点看不起测试人员,每次和开发人员到客户那边去,开发人员在我们测试人员面前说话很拽的,听着那口气就让人心里很不舒服。在他们眼里测试很简单,没有什么价值。
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2010-11-24 10:37:05 | 只看该作者
有理,学习了
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2010-11-24 10:39:03 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2010-11-24 13:09:33 | 只看该作者
给2个参考意见:

论测试职场的不易替代性(发散话题)
http://www.51testing.com/?uid-29 ... space-itemid-218726
测试的核心技术是啥?
http://www.51testing.com/?uid-29 ... space-itemid-217581
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2010-11-24 20:51:44 | 只看该作者
一句话就可以回答:“我们虽然不会生蛋,但是我们比任何一只母鸡都能够尝出蛋的味道好坏,产品也一样”
--一个测试老兵
回复 支持 反对

使用道具 举报

该用户从未签到

34#
发表于 2010-11-24 21:44:32 | 只看该作者
说到核心技术,感觉有这么几点
1、测试人员懂业务
2、测试人员懂测试方法,会设计各种各样的捕虫网
3、测试人员能审时度事,在合适的时间做合适的测试
4、测试人员善于分析,把产品的状况如实反映出来
回复 支持 反对

使用道具 举报

该用户从未签到

35#
发表于 2010-11-24 23:04:28 | 只看该作者
回复 34# shjazz


经典,佩服
回复 支持 反对

使用道具 举报

该用户从未签到

36#
发表于 2010-11-25 09:03:49 | 只看该作者
我觉得人都是这样的,对自己做的事有信心,开发也一样,对自己开发的东西有信心,殊不知,这种信心往往包含着很多自己发现不了的东西或者懒于发现,这就需要第三者来衡量,所为旁观者清;是否第三者就能看得清楚呢?一个经验老到的测试人员轻而易举的发现了问题,经验不足的测试新手找了半天才有可能找到或者根本可能没有找到,这就是我认为的测试人员的核心技术和价值
回复 支持 反对

使用道具 举报

该用户从未签到

37#
发表于 2010-11-25 10:04:00 | 只看该作者
有些互联网公司,一开始说是为客户着想,但是为了生存,往往都是先推出产品,然后再站在用户的角度,而往往这些互联网公司的产品逻辑或者说业务逻辑都是由BOSS决定的,你再怎么去熟悉业务逻辑都永远赶不上老板的思想变化,试问这样的公司,测试存在的价值有几何?
现在要做的是削尖脑袋往产品团队强势的公司走~~~
回复 支持 反对

使用道具 举报

该用户从未签到

38#
发表于 2010-11-25 10:06:28 | 只看该作者
测试的价值就在于经验。
现在很多人在提自动化测试,但是一项很重要的工作是机器无法取代人的,那就是测试用例设计。我见过有些公司没有应用自动化测试,但是没有见过哪个公司有测试人员但是不需要提供测试用例的。
那么是否只要有测试用例这个文档就可以了呢?答案肯定是否定的,有经验的测试人员所设计出来的测试用例会比没有经验的覆盖率更高,重点更突出。你让没有做个项目的大学生来设计出来的无非是很基本的一些测试方法。因为没有实践经验。而通常我们会把一个测试人员放在类似的领域项目中去做项目,这样做的目的是当他了解了领域知识熟悉了业务流程后,他会更清楚哪些点是我们测试的重点,而更是容易出错的地方。这样设计出来的测试用例不但覆盖率高而且不会有太多的冗余,从另一个方面考虑也为项目节约了成本。
我觉得你把最终讨论的影响结果归到节约成本保证项目质量赢取客户满意度,应该会符合老板的口味了。呵呵
希望对你有帮助
回复 支持 反对

使用道具 举报

该用户从未签到

39#
发表于 2010-11-25 10:06:36 | 只看该作者
测试的价值就在于经验。
现在很多人在提自动化测试,但是一项很重要的工作是机器无法取代人的,那就是测试用例设计。我见过有些公司没有应用自动化测试,但是没有见过哪个公司有测试人员但是不需要提供测试用例的。
那么是否只要有测试用例这个文档就可以了呢?答案肯定是否定的,有经验的测试人员所设计出来的测试用例会比没有经验的覆盖率更高,重点更突出。你让没有做个项目的大学生来设计出来的无非是很基本的一些测试方法。因为没有实践经验。而通常我们会把一个测试人员放在类似的领域项目中去做项目,这样做的目的是当他了解了领域知识熟悉了业务流程后,他会更清楚哪些点是我们测试的重点,而更是容易出错的地方。这样设计出来的测试用例不但覆盖率高而且不会有太多的冗余,从另一个方面考虑也为项目节约了成本。
我觉得你把最终讨论的影响结果归到节约成本保证项目质量赢取客户满意度,应该会符合老板的口味了。呵呵
希望对你有帮助
回复 支持 反对

使用道具 举报

该用户从未签到

40#
发表于 2010-11-25 11:32:22 | 只看该作者
继续关注......
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-5-3 17:47 , Processed in 0.079556 second(s), 26 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表