zzctrl
发表于 2011-3-22 17:18:00
学习了,我是新手。。
hanbinggefeng
发表于 2011-3-23 13:57:05
继续努力
zhangmin2011
发表于 2011-3-29 14:23:01
恩,看了楼主的这个怎么利用论坛学习,懂得了很多,谢谢啦!
heroion
发表于 2011-3-30 11:46:24
说的有理,继续受教!
测试路途
发表于 2011-3-30 16:47:01
工作半年后的我今天偶然看到楼主的这篇文章,我喜欢看这种很朴实的文章。对于我这样的刚进入测试行业的新手来说,对学习方法的指导很有实际意义。一直一来我都是很虚心的学习知识,认为新人应该迅速吸纳知识,因而很少发表自己的想法与观点。但是这篇文章给我一个警示:学习知识和吸纳知识是完全不同的两个概念。学习知识不仅仅包括吸纳知识更重要的是通过吸纳的知识形成自己的知识体系,最终应用于实践之中。那么通过回帖的方式就给了一个发表自己想法与观点的氛围与环境,通过这样的方式可以使自己更加主动的思维,从而调动大脑中的知识,在学习中巩固了旧知识,从而循序渐进的达到学习的目的。
其次,我觉得楼主的善于总结的能力是值得新人学习的。测试行业的思维发散性很重要,对于一个问题能有深刻的理解与见解源于工作、生活中善于观察与发现,善于总结。只有这样才能不断进步,不断完善。
砖家
发表于 2011-3-30 17:46:48
新人就要不耻下问
woshivai
发表于 2011-4-9 21:55:23
学习 学习 !!!一切都在努力中!!!
angleican
发表于 2011-4-11 10:42:20
现在正开始学习软件测试,完完全全一个菜鸟。拜读了,谢谢楼主!
我会结合楼主的经验指定一份适合自己的学习方法。希望能早日实现目标,踏上工作岗位
让可乐飞
发表于 2011-4-11 11:20:54
楼主的帖子很细致。不错。其实不仅仅是测试人员,大部分的职场新人也会面临怎么问问题,怎么问清楚这样的困惑。反过来看,这也是给老员工一个很好的案例,关于如何带新人,去思考他们的想法。
wolfads
发表于 2011-4-11 18:09:57
好贴当顶
plmzk
发表于 2011-4-12 10:37:48
学习。。。
z493612807
发表于 2011-4-15 10:18:59
回复 25# 地下森林
那是心情已经不好了:L
z493612807
发表于 2011-4-15 10:20:54
费云开?
守的的云开见月明!!!!!!
sky_hope
发表于 2011-5-6 15:41:11
嗯,如果人人都这么用心的看帖回帖,肯定能大浪淘沙掉一部分混时间不学习的人。有必要关注楼主的帖子~~O(∩_∩)O~
sky_hope
发表于 2011-5-6 15:41:18
嗯,如果人人都这么用心的看帖回帖,肯定能大浪淘沙掉一部分混时间不学习的人。有必要关注楼主的帖子~~O(∩_∩)O~
紫毓E
发表于 2011-5-9 17:24:44
要想知道答案,首先要做的是:让对方知道你在问什么!
很是同意。有效率的提问
lyliyang
发表于 2011-5-28 18:38:13
不错,感触很深
静慧心怡
发表于 2011-6-10 16:25:06
回复 9# lbsnothing
学历代表过去、能力代表现在、学习力代表未来
这句话写的简直振奋人心。
Nitong
发表于 2011-6-12 21:58:25
所以51testing论坛的访问回帖量,水分相当大。
我刚入行的时候,Leader告诉我两件事:1.做事追根求底的问个 ...
gaha 发表于 2009-12-2 11:45 http://bbs.51testing.com/images/common/back.gif
本人出到此地,看了新人报到贴后到了这里,说实在话只看了第一页的回复,引用别人的话来回复都是第一次。所以本着论坛的宗旨和版主的期望,再加上对此楼的回复有想法,才第一次“提早”表达自己的看法。如有不妥之处,还望大家见谅。
本人是测试白纸【从来没有测试经验】,刚做测试不到10天,写过case,测过第三方APP,期间很多问题和困难,还被Leader用“我愿意给你时间,可发工资的人不愿意”噎过。这都没什么,我看重的是自己的成长,和在工作中是否能展示、证明自己。说了这么多,言归正传:1、从来没做过测试,上来就写case,肯定是尽量站在测试的角度来做这项工作,但毕竟没有人指导,实际情况也不允许去问这问那,别人自己都有一大堆事要做。看着PRD写case,找功能点,其实我感觉自己就像个语文老师,来改作文,哪句写的好,找出来,前提都是自己的思路和理解,肯定跟专业的测试思路有很大差异。晚上回来跟同屋的同事也是带我的人写的case一对比,出入相当大,仔细看看能发现自己的角度的问题,但总觉得脑子里的东西很模糊,把握测试的大方向的能力完全没有。3天后的下午,Leader来跟我交流,这次交流让我学到了很多东西,对测试有了大体的认识和理解,也基本找到如何解决自己思路问题的方法。还好自己学的是计算机专业,对软件这块儿还算有个整体的感觉,之后马上就接了第三方APP测试:100个软件测试任务【上面交代的是简单的操作下就好】。没有case,安装上测试就好,但是发现bug后要马上提。这中间有两个问题我要说明下:1、虽然跟Leader的交流让我有了一个很快的提升,毕竟我在思想上没有别过这个弯儿,往往会深入到功能测试那块儿,所以走了所谓的“弯路”吧,当时机器不够,我还不会提bug【其实这块儿还是比较浪费时间的】,再加上时间紧迫,我只能选择我所认为最节省时间的工作方式,先把自己能做的工作做了,回过头再去补充完整,结果事与愿违。不是我不谦虚,也不是我在推卸责任,而是2个Leader的思路不太一样;2、100个软件中间有不同类型的,游戏啊,应用啊什么的,我在还没有完全理解到位这个工作的Leader的“简单操作一下”情况下一头扎进去开始测,很快迷路,进度延误了一天,Leader就说了那句话,当时也巧,她以为我不专心工作,聊Q啊,上网什么的,就在IM上说发现什么什么之类的严惩的话,我正好该提bug了,因为之前的工作我都是为了提bug做的,所以速度很快,没过多久就把所有bug提了,她一看没说什么,我心里就在想是不是她现在在想果然警告下是好的吧之类的。这块儿算是一个结束,在提bug的过程中她又发飙了,bug要写的让解决者看了能快速重现bug,那么步骤要写的简单明了,这里我就写的比较简单,什么安装成功,结果是安装失败或是没有图标之类的话,她又是发邮件又是在IM上重申提bug的要求,还含沙射影说我写的这么简单就是极不负责任的工作方式【也许是我多心,哈哈】,再跟bug的过程中我就有意把步骤写的啰嗦一些,现在想起来也许就该这么写,把自己经历的场景描述清楚到这个程度才是对的。最后我顺利完成了任务,发了报告时她来看了下,说可以,当时有种感觉就是她也有很大压力,她的团队排出去的人如果没有按时交差,她的脸也挂不住不是么,回过头想想这些都不算什么,最重要的是不要让把我带进公司的人丢人就OK了。
对于新人刚到公司,尤其是什么都不会的情况下就去马上做,我觉得可以暂时不用遇到什么都打破沙锅问到底,重要的问,不重要的可以记下来,在适当的时间问,记下自己不会的和写到的,每周总结下,进步会快。至于坚持自己的想法什么的,见仁见智吧,如果能对自己的想法有十足的把握的前提下,适当的坚持还是好的,毕竟不是还会有人会觉得你固执对吧。o(∩_∩)o ~
最后,感谢LZ的辛勤劳动,给我一个能写些想法的地方。
最后的最有:如有雷同,纯属巧合。如有想法,多多赐教。
Thanks
Nitong
发表于 2011-6-12 22:01:42
回复 18# gaha
本人出到此地,看了新人报到贴后到了这里,说实在话只看了第一页的回复,引用别人的话来回复都是第一次。所以本着论坛的宗旨和版主的期望,再加上对此楼的回复有想法,才第一次“提早”表达自己的看法。如有不妥之处,还望大家见谅。
本人是测试白纸【从来没有测试经验】,刚做测试不到10天,写过case,测过第三方APP,期间很多问题和困难,还被Leader用“我愿意给你时间,可发工资的人不愿意”噎过。这都没什么,我看重的是自己的成长,和在工作中是否能展示、证明自己。说了这么多,言归正传:1、从来没做过测试,上来就写case,肯定是尽量站在测试的角度来做这项工作,但毕竟没有人指导,实际情况也不允许去问这问那,别人自己都有一大堆事要做。看着PRD写case,找功能点,其实我感觉自己就像个语文老师,来改作文,哪句写的好,找出来,前提都是自己的思路和理解,肯定跟专业的测试思路有很大差异。晚上回来跟同屋的同事也是带我的人写的case一对比,出入相当大,仔细看看能发现自己的角度的问题,但总觉得脑子里的东西很模糊,把握测试的大方向的能力完全没有。3天后的下午,Leader来跟我交流,这次交流让我学到了很多东西,对测试有了大体的认识和理解,也基本找到如何解决自己思路问题的方法。还好自己学的是计算机专业,对软件这块儿还算有个整体的感觉,之后马上就接了第三方APP测试:100个软件测试任务【上面交代的是简单的操作下就好】。没有case,安装上测试就好,但是发现bug后要马上提。这中间有两个问题我要说明下:1、虽然跟Leader的交流让我有了一个很快的提升,毕竟我在思想上没有别过这个弯儿,往往会深入到功能测试那块儿,所以走了所谓的“弯路”吧,当时机器不够,我还不会提bug【其实这块儿还是比较浪费时间的】,再加上时间紧迫,我只能选择我所认为最节省时间的工作方式,先把自己能做的工作做了,回过头再去补充完整,结果事与愿违。不是我不谦虚,也不是我在推卸责任,而是2个Leader的思路不太一样;2、100个软件中间有不同类型的,游戏啊,应用啊什么的,我在还没有完全理解到位这个工作的Leader的“简单操作一下”情况下一头扎进去开始测,很快迷路,进度延误了一天,Leader就说了那句话,当时也巧,她以为我不专心工作,聊Q啊,上网什么的,就在IM上说发现什么什么之类的严惩的话,我正好该提bug了,因为之前的工作我都是为了提bug做的,所以速度很快,没过多久就把所有bug提了,她一看没说什么,我心里就在想是不是她现在在想果然警告下是好的吧之类的。这块儿算是一个结束,在提bug的过程中她又发飙了,bug要写的让解决者看了能快速重现bug,那么步骤要写的简单明了,这里我就写的比较简单,什么安装成功,结果是安装失败或是没有图标之类的话,她又是发邮件又是在IM上重申提bug的要求,还含沙射影说我写的这么简单就是极不负责任的工作方式【也许是我多心,哈哈】,再跟bug的过程中我就有意把步骤写的啰嗦一些,现在想起来也许就该这么写,把自己经历的场景描述清楚到这个程度才是对的。最后我顺利完成了任务,发了报告时她来看了下,说可以,当时有种感觉就是她也有很大压力,她的团队排出去的人如果没有按时交差,她的脸也挂不住不是么,回过头想想这些都不算什么,最重要的是不要让把我带进公司的人丢人就OK了。
对于新人刚到公司,尤其是什么都不会的情况下就去马上做,我觉得可以暂时不用遇到什么都打破沙锅问到底,重要的问,不重要的可以记下来,在适当的时间问,记下自己不会的和写到的,每周总结下,进步会快。至于坚持自己的想法什么的,见仁见智吧,如果能对自己的想法有十足的把握的前提下,适当的坚持还是好的,毕竟不是还会有人会觉得你固执对吧。o(∩_∩)o ~
最后,感谢LZ的辛勤劳动,给我一个能写些想法的地方。
最后的最有:如有雷同,纯属巧合。如有想法,多多赐教。
Thanks
PS:此回复为测试,如果版主看着不爽,就删掉。o(∩_∩)o 哈哈~
页:
1
2
3
4
5
[6]
7
8
9
10
11
12
13
14
15