51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 16107|回复: 37
打印 上一主题 下一主题

郁闷:在这种测试技术下怎么提高呀?求高人指点

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-2-24 12:56:34 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
郁闷:
偶做测试工作快一年了。具体的工作就是:
将要测试的软件安装在机器上,
然后像一个用户一样的用(所谓的自由测试),如果发现BUG就提交上去。
有时有的软件也会有一个用例文档,但因为软件的版本更新的很快,里面所描述的一些步骤常常找不到,
至于工具测试,一点儿也没接触过。
不知道进行这样的工作技术含量何在,自己甚至都有些觉得自己的工作没有多少意义。
不知道像我这样从事这种工作的人有多少,
请高手或过来人指点一下,我该怎么办。偶想趁年轻多学点,偶点提高测试技能,
谢谢!!!!!!!!!!!!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

38#
发表于 2011-9-7 10:31:02 | 只看该作者
和楼主一样悲催,自己摸索中~~~
回复 支持 反对

使用道具 举报

该用户从未签到

37#
发表于 2011-3-4 15:55:57 | 只看该作者
自学嘛。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

36#
发表于 2009-11-18 10:09:28 | 只看该作者
我刚刚参加工作的时候也有这样的困惑,其实主要原因还是在于自己没有找准自己的发展方向。就拿测试流程来说,只有少数大型企业才会规定完备的开发测试流程,小公司能有测试人员就不错了,而且往往测试的环节又是十分不受重视的。在这种情况下测试人员就更应该严格的要求自己,如果是某类产品的测试,那一定要深入的去了解这个领域的专业知识,测试执行的时候才会事半功倍。另外,产品版本的更新速度过于频繁的问题,相信好的测试人员会适当的掌握版本的更新节奏,首先要给自己制定测试的计划,其次发现问题之后除了要及时的告诉开发人员修改以外,还可以跟开发人员沟通版本更新时间,比如开发人员每天修改十个问题后出一个新版本给测试人员,这样会减少不必要的重复工作。对于测试用例,个人觉得这是测试人员最基本的职责之一,也是业务能力之一,所以不要管公司是怎么样的,有机会有时间就尝试自己去写一写,从测试大纲开始,逐渐完善它,在写大纲的过程中去学习怎样思考。相信你在完成这些工作以后就会觉得测试工作与以往有所不同了。
回复 支持 反对

使用道具 举报

该用户从未签到

35#
发表于 2009-11-6 11:45:43 | 只看该作者
自己努力吧
回复 支持 反对

使用道具 举报

该用户从未签到

34#
发表于 2009-10-22 15:39:50 | 只看该作者
谁敢说他就是喜欢干测试工作?????
谁敢说他现在的工作不是为了生活而是做为事业????
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2009-10-22 12:12:30 | 只看该作者
我也有过同样的困惑。觉得自己的工作没有技术含量,没有学的。其实呢,仔细想想是自己懒惰没去学。
为什么不自己考虑自动测试你测试的部分呢。没有要求为什么不自己主动给自己安排呢,(当然在本职工作完成的情况下,怎么也得做好员工啊,呵呵)
最近一段的一个项目我才发现原来机会常在,就看你有没有利用发掘。我的新测试工作是验证在一个测试样张集上(150 documents)picture region 抽取的准确性。我还真佩服我的耐性,居然每次测试都150个文档batch识别,得到结果,一个一个人工查看验证图片结果。在weekly meeting时我抱怨就我一人太慢了,希望给我个人,PM问我为什么会觉得工作量大,我大致描述,他问为什么不自动去做那重复的工作。。。。交流一番后,决定采用qtp到我的测试中。(真是不到绝境没有反抗,刚做QA时用了大量时间学习qtp也没觉得效果如这次好,当然,利用了厚脸皮技术让一个关系不错的开发帮着改进一点程序)用qtp录制了我做batch识别的操作,等待处理完毕后,录制读取结果文件供我人工查看。采用这个方法后,很大程度解放了我的劳力,但是我发现使用的时间还是比较多,毕竟一个一个文件去查看所有抽出的图也是耗费时间的,还必须这些时间都坐在电脑前“全神贯注”的看着屏幕,不能做其他事。为了避免下一次于PM争论,逼着自己想,如何能更省事。图都是固定的,那么用一个标准的和新的结果比对不行吗。于是网上开始搜索能比较图片的工具。最后找了一个,虽然不能100%达到我的目的,但是已经能很好的帮我去除一大部分正确的抽取图片,我需要验证的就比较少了。

这个过程用了不短的时间,也许有人觉得我手工都做完了,何必了,其实不然,我学到了啊,即使是被迫的,我学到一些。
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2009-10-10 15:33:05 | 只看该作者
首先得能找出问题,然后准确定位问题,自动化做不了,白盒可以尝试着去做,
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2009-9-30 15:42:18 | 只看该作者
找一个方向,走适合自己切有挑战性的路

路走对了,就不怕远,更不担心不回成功!
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2009-9-14 11:06:47 | 只看该作者
路过
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2009-8-27 21:28:02 | 只看该作者
原帖由 skinapi 于 2006-2-25 00:28 发表
建议去学习一下探索式测试。

学习了!
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2009-6-10 20:37:15 | 只看该作者
原帖由 letian310 于 2006-3-13 14:16 发表
个人觉得单干很困难,如果有个好的团队,提高会容易点

我就是单干 郁闷啊。从设计用例到提交报告都是我一个人完成
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2009-4-20 19:55:25 | 只看该作者
我真正踏入测试领域是2007年9月,至今算是脱离"门外汉"这个称谓了。目前在一个适合自己发展的部门,发挥自己所学之处。个人成长总结以下几点:
1.兴趣——有了兴趣,才有活力,并不是做不了开发的技术人员去做测试,测试注重的是广,开发则为深;
2.方向——目标是工作生活的指明灯,能时刻检测你走寻的路线是否正确,能让你在迷茫中看到一丝通往罗马的大道;
3.主动+执行力——之所以把这放在一起,就是希望楼主能积极主动地做自己想做的事情,而不是整天等着别人来安排你去测试;另外执行力就是要有毅力,在这一年多内看到了太多的"光说不做"的同僚,充其量也就是赵括罢了,实事求是才是硬道理;
4.适应环境——如果你能做到以上三点,那么可以考虑环境了。环境不是主观原因,但却是最重要的客观原因;在你学会改变之前,应该要学会适应。

纯属个人意见
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2009-3-6 16:57:29 | 只看该作者
同感啊、、 我也是刚接触不久、 不过还好 公司有人带
  就是喊我先熟悉下 下周就去找带我的老师问下具体需要做什么
     只有自己慢慢学哦
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2008-12-23 21:54:18 | 只看该作者
原帖由 angelaii 于 2006-3-15 10:42 发表
有句话说:穷人之所以穷是因为他习惯于穷.

到了工作岗位没有人逼你学,全凭自己
同样都是黑盒测试,如果你测试出的bug比别人多,你就比别人胜一筹
可能是你们公司的测试流程不规范,或者不够成熟
你说版本更新快,我 ...

同感,公司不会向学校手把手教的,应该proactive
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2008-12-16 12:44:24 | 只看该作者
跟楼主一样,自学中
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2008-12-16 10:04:08 | 只看该作者
同感
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2008-12-16 09:29:31 | 只看该作者
跟楼主一样啊。。。我现在也处于茫然期了。。。。
整天就只有点来点去。。。
发觉自己总是停滞不前。。
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2008-8-27 11:36:27 | 只看该作者
同志还需努力啊
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2008-8-26 16:38:47 | 只看该作者
God helps those who help themselves.
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-13 09:52 , Processed in 0.090201 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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