51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: 蓝色
打印 上一主题 下一主题

[原创] 论发展,程序设计-测试人员始终无法回避的问题

[复制链接]

该用户从未签到

21#
发表于 2008-9-17 21:18:50 | 只看该作者

回复 20# 的帖子

对测试人员来说,写程序的目的好像更多的是为了解决测试中的各类问题,而并不是把它当作一个难题来解。比如说如果熟悉IO操作,你会有兴趣写出工具读类似PE或者二进制文件,进而促进对文件格式、字符集和字符编码等的理解;如果有条件,再加上点windbg的掌握,能用它来读pe和二进制文件,省钱也省力。

现在感觉,做好单元测试就是件非常不容易的事情。
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2008-9-18 09:41:04 | 只看该作者
原帖由 heqingbluesky 于 2008-9-3 11:09 发表
就目前很多的外企也没有达到这个水平,这个要求也只是MS和Google公司而已。

而且LZ说的也不过是从手工测试转换到(升级到)单元测试的高度而已。测试不仅仅是代码的能力,代码的能力只是测试的一个方面。


只是单元测试,有点片面了了吧。
会编码码才能把自己的好的想法真正实现,比如针对公司特定系统做做工具,小的框架。。。
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2008-9-18 17:35:57 | 只看该作者
自动化测试确实是为了解决手工测试无法解决的问题,不过自动化测试对人员能力要求和成本都相对较高一些,而且很多自动化的东西也需要人力成本去维护,这都是一些中小公司说无法承受的,而且我个人觉得,现阶段的自动化也不是万能的,就拿gui的function测试来说,很多自动化测试工具对有些功能都无法实现,还是需要手工测试,而且自动化工具也存在价格偏高,很多公司不愿意承受,而靠测试人员来编写程序进行测试,成本又太高,所以现阶段,只有少数有实力的公司才能实现全面自动化,绝大多数公司都是不可能的
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2008-9-18 22:35:13 | 只看该作者
顶一下罗  有了学习的目标
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2008-9-19 21:53:28 | 只看该作者

回复 23#

GUI测试并不算太困难,用一部分winapi和COM就能构建一套简易的自动化界面测试框架。如果你所面对的产品不很大,这样的搭建实际上已能替代商业Automation工具的作用。即便是比较复杂的产品,只要有足够的时间和资金投入问题也不大。你说的国内中小公司从资金投入来说确实无法实现这样的vision,再加上这些公司领导们对测试的轻视,能成功已属万幸。所以,我一直认为测试职业的出路只能在大公司。

如今测试领域的难度依然是:
自动化界面<性能<安全。
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2008-9-20 12:46:57 | 只看该作者
是这样的,大公司有钱,有钱什么都好办,gui么现在大多用作验收测试,测试框架大多有现成的代码可供下载,不过对新的feature还是得用手工测试,自动化在目前来说可能还取代不了手工测试,个人看法
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2008-9-22 10:16:36 | 只看该作者

回复 26# 的帖子

手工测试仍然占据重要的位置,毕竟自动化适合做回归测试。如果新的功能不稳定,自动化一定代价很大。

当然,测试最好还是进大公司,毕竟瘦死的骆驼比马大。
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2008-9-22 11:56:52 | 只看该作者
不明白。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2008-9-24 08:08:27 | 只看该作者
不一定非要大公司,但一定要国际化公司,最好是欧美的,因为那里的老外很喜欢新技术,你也就跟着可以学到很多先进的东西.
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2008-9-24 09:00:37 | 只看该作者
专业测试人员教开发人员怎么测试,开发人员教测试人员怎么开发,这在中国目前是
一种理想的假设而已,现实中,开发是比测试牛的,他们怎么会向测试低头了?
回复 支持 反对

使用道具 举报

该用户从未签到

31#
 楼主| 发表于 2008-10-28 15:34:50 | 只看该作者
牛和不牛都是有范围的,很多牛开发在测试方面的思考并不比测试人员强,那么如果公司层面有这种要求,开发人员是愿意向测试人员学习方法的。
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2008-10-29 10:17:57 | 只看该作者
的确 现在程序设计的基础的确是要补一补了
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2009-2-4 16:53:09 | 只看该作者

开发和测试在职责上应该区别开

我不太赞成楼主的说法,虽然才刚接触软件测试,对软件还没有深入的了解,但是我认为开发和测试在职能上应该区别开。因为开发人员在测试时思维很多时候会不自觉得限制在正常的操作上,而想到的异常操作却比较少。而专职的测试人员在这方面经验丰富些,想到的比较多。所谓旁观者清,毕竟是自己开发出来的东西,局外人在使用时想法会多很多,还可能给一些很有价值的建议。测试人员要具有测试员的素质,而有些开发人员往往会比较浮躁,没办法更好地完成测试的任务。
我赞成测试人员要懂得至少一门的脚本语言和程序设计语言,学会测试工具,这对测试来说无疑是锦上添花。自动化测试会提高测试的效率甚至是减少成本,但是手工测试仍然占据主导的位置,自动化测试最终也是一种辅助。我也赞成在写用例时开发人员也参与,这样会使用例更加完善。
一开始这种不难而重复的工作也曾使得我非常迷茫、浮躁,找不到方向。还觉得在白拿薪水,心里不塌实。但是我发现我是错的,企业是以盈利为目的的,如果因为一个bug产品就卖不出去,那就会亏损很多,企业当然不想这样。说现实一点就是,我领着人家的薪水,就要帮人家把事情做好,我的责任就是通过反复的测试,尽可能多地找出bug,使产品更加稳定。另一方面呢,我也是在学习,在创造自己的价值。总的来说,我之前那样是因为对测试认识不深,心态没纠正过来。
可能不同的公司适用的做法不同,以上是我的一点体会,有不对的地方,望请各位多多指教。

[ 本帖最后由 czh042 于 2009-2-4 16:55 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

34#
发表于 2009-2-6 14:26:54 | 只看该作者
LZ说得挺好,我想每一个做测试工作三年左右的人都会进行深入的思考,自己的未来应该是什么样的?测试的未来到底是什么样的?
主要还是因为我们所处的团队我们所做的事情,在这其中会遇到很多我们认为是错误的事情或者是可以改进的事情。一直以来我一直在寻求改变,也总是希望能够更多的去了解开发过程,了解代码,我相信一个好的测试人员的一个基本要素就是要能够读懂代码。不过我一直做不到这一点。

想改变,而无法改变的原因就在于我没有想到的时候就迈出第一步,所以LZ说的按照google的招聘来的时候让我有所感悟。确实我可以先学会一门脚本语言。谢谢LZ。很遗憾这么晚才见到这个帖子。

另外想对一些朋友说,不要总在想我们达到那种状态要多少年,当你意识到的时候就开始去做,就算很多年后中国的测试行业才能达到那一步,那么在那之前你已经领先其他人很多年了。
回复 支持 反对

使用道具 举报

该用户从未签到

35#
发表于 2009-2-6 15:13:04 | 只看该作者
看来我有必要去学习了,哈哈……很年轻啊,怕什么?
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-15 04:13 , Processed in 0.075705 second(s), 26 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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