由跟贴想到--测试新人怎样更有效的利用论坛学习

feiyunkai

从注册51testing会员（2008年12月29日）到现在（2009年1月9日），快2个星期了，论坛中浏览帖子的同时学习了很多宝贵的知识，写出了自己的测试经历的同时，也从跟帖中发现很多问题，有人说：没有总结就没有进步，下面总结一下我在51testing论坛十多天来的感受：

场景一 2008年12月29日我注册51testing第一天，发表了一篇《我的测试历程--写给测试新人（面试经历和测试建议）》记得那天，刚提交就有人跟帖了。而且很短的时间就有好几个人跟帖，看了一下跟贴内容，大多都是学习了
场景二、2009年1月9日早，看到了一个提问的帖子：什么是α、β测试 ，粗略看了下跟帖内容，很多观点都是错误的，同样还有很多跟帖：学习了

这让我在被他们的学习（不管是被迫无奈（为了工作）的学习还是主动（为了提升自己）学习）热情感动的同时，也有点担忧，担心他们因为学习方法的不当，影响甚至阻碍了学习进程，学习方法不正确，就像编程过程中调用了错误的方法，虽然有可能对系统的影响不大，但就不可能达到预期效果。那么怎样通过论坛来学习和提升自己呢？下面总结一下我自己的一些学习方式
一、看帖：
1、多看一些测试经历类帖子。这类帖子一般会包含几个方面内容：a）为什么进入测试行业b）测试学习过程c)面试经历d)工作中出现哪些问题，当时是怎样解决的e)对工作的总结f)工作经验的分享等 因为每个人做测试都会有某个阶段很迷茫，或失去方向， 看些这类帖子，可以学习一下他们面对迷茫是怎样解决的，当然重点要看下他们在实践中总结出来的宝贵经验（有的经验不一定正确，但你可以通过论坛询问、搜索网站搜索等方式区分一下，学习正确的观点，警惕错误的观点）把写的好的作者收藏起来或加为好友，然后查看一下该作者写的其他帖子，当然每个人的特长都不一样，这个帖子写的好，别的帖子可能写的很一般，这就要加以区分的学习
2、看一些求助类帖子。这类帖子大多是对测试的疑问和工作过程中遇到的问题。这些问题在你以后的学习或测试过程中，都有可能会遇到，所以可以先看一下，免得到时候手忙脚乱，这类帖子要看的重点是跟贴，当然跟帖中会有很多观点有争议或者并不正确，同样要加以区分的学习，正确的观点可以学习，错误的观点可以提醒自己不要犯同样的错误
3、看帖一定要看回贴，说出自己的观点，看别人是怎样评价自己的观点的。这样不仅可以巩固自己的所学的知识点，还可以验证自己观点的正确性
二、跟帖：对于技术类帖子，LZ希望看到的跟帖是对本帖子的评价（哪里写的好？哪里写的不好？你对这个观点的看法）从而从中认识到自己观点的正确性和存在哪些不足，对于类似于‘学习了’的跟帖，说明你很可能没用心看或总结帖子内容，那样看了帖子以后说不定第二天就不记得帖子说的是什么了，看帖的目的是学习别人的长处弥补自己的不足，而不是为了看帖子而看帖子（戴着学习的帽子，浪费时间），因而跟帖中可以这样写（至少应该总结一下）看了这个帖子我的收获是什么？对于这个观点我自己的见解是什么？有哪些地方需要补充？有什么地方不理解？对比一下同类帖子，将自己的收获和疑惑记录下来，这样LZ可以根据你的问题，有针对性的给你解答，一个好的跟帖通常会给你带来很多新朋友
三、‘跟’（跟踪）帖 对于写的好的帖子，我们不应该看了就丢一边了，而应该长期关注。很多比较用心的LZ会在帖子里定期或不定期的修改或补充内容，会对每个跟贴进行回帖，这个过程中，很可能有的修改后的内容或跟帖内容恰恰是你也想知道的内容，如果不继续跟踪帖子，那只能遗憾的错过了。（从注册到现在我写过三篇经历（《我的测试历程—写给测试新人（面试经验和测试建议）》、《我的测试历程2--写给初次编写用例的朋友》、《我的测试历程3--安装卸载用例设计思路》1、写了面试经历，测试过程总结出的经验2、写了用户驱动用例设计思路。3、写了安装卸载用例编写思路，其中1修改了不下四次，补充了很多测试经验，2和3也修改了两次）
四、求助过程要谦虚，讲话要通俗易懂，要想知道答案，首先要做的是：让对方知道你在问什么！（这是我发的帖子中唯一用了感叹号的句子）刚好今天上午我有个同事（做测试一个多月，因为都是住公司宿舍，所以还算熟悉）问了我一个问题（原话）：你们这个日期控件是怎么调用的？当时把我问傻了，我说：“你说什么？我不懂”，他说：“你不是专门测这个项目的吗？怎么还有不懂的？”我说：“我不明白你的意思。”他说：“注册页面的日期控件怎么一直提示格式不正确啊？这里的控件是怎么调用的？”我很无奈的笑了下，说：“你想问的是需求中日期控件的格式吧？”他说：“是啊”现在才知道他想问的是：需求中的日期控件的格式是什么。所以建议大家问问题要抓住问题的关键，作为新人来讲，犯错也是很正常的事情，只要你的心态正确，没有人会怪你，相反还会去帮助你。谁都是从新人阶段过来的。（后来给他们做简单的业务流程培训时：看了下他们部署的网站，1、版本不对（低了3个版本）2、用户帐户管理还没配置。3、有个网站的数据库配错了。后来配置人员修改了配置，才得到解决）
以上纯粹是自己的一些想法，写的不对的地方，希望大家多多指正，谢谢

[ 本帖最后由 feiyunkai 于 2009-1-9 17:43 编辑 ]

lbsnothing

我觉得LZ有一股强烈地热情来对待自己的工作。很认真。
总体感觉：
1.“学历代表过去、能力代表现在、学习力代表未来。”
2.从哪跌倒，从哪爬起来
3.具有坚强的毅力。
4.认真的态度
关于关于毅力，我觉得这是工作成功的一个重要习性。 并不是每个人都能成功，但成功的人都具有毅力。
   感觉每个人谈成功都很抽象。 真正还得自己经历。

Nitong

所以51testing论坛的访问回帖量，水分相当大。
我刚入行的时候，Leader告诉我两件事：1.做事追根求底的问个 ...
gaha 发表于 2009-12-2 11:45

本人出到此地，看了新人报到贴后到了这里，说实在话只看了第一页的回复，引用别人的话来回复都是第一次。所以本着论坛的宗旨和版主的期望，再加上对此楼的回复有想法，才第一次“提早”表达自己的看法。如有不妥之处，还望大家见谅。
本人是测试白纸【从来没有测试经验】，刚做测试不到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

小小小提姆

感谢分享

Strangerv丶

攒

yanhui_smile

楼主很善于总结

对于好的帖子我们要学会跟帖

njlaoniu

想LZ学习，刚转的测试，开始真心头大头疼，。。。

小秋秋

我对APP测试感兴趣，这个是不是可以自己多操作，写一下测试用例呢？

小秋秋

Nitong 发表于 2011-6-12 21:58
本人出到此地，看了新人报到贴后到了这里，说实在话只看了第一页的回复，引用别人的话来回复都是第一次 ...

看了你的帖子我也有想法了，感觉你说的还是比较实在的，我也是新人，没有任何测试经验，公司产品是导航仪。每次测试就是拿着机器操作，然后反复测试有没有出现什么问题。出现问题了就问同事访怎么解决。测试用例也比较少写（当然我还不会写测试用例，虽然写过一次，但是领导说写得不行）我自己也看了其他同事的测试用例，但是感觉自己的思路对不上，完全没有走上测试的世界。我觉得自己最大的问题就是1.不会写测试用例 2.不懂测试方法 3.需求没有完全看懂。 求大神指教！

小秋秋

我也是测试新人，女生做测试还是挺不错的，一来工资不会太低，二来和程序员还是比较好相处的，但是我现在的问题就是，不知道怎么通过论坛学习，培训太贵，所以选择了在这个论坛学习。希望跟着LZ一起好好学习！

肖晶janice

对自己一定要有要求 好好规划 学习任何东西都是要有恒心

Owlcity32

首先感谢楼主的肺腑之言，我是个看帖从来不回帖的任，现在我的想法有些转变了，看到楼主的细致总结可以看拿出楼主是个认真学习的人，这点值得学习。帖子的用处在交流，回帖也是对学习的反馈也是与楼主的交流互动（虽然楼主好久都没来论坛了），但是个人以为回帖仅限于个人兴趣所在或者对自己有所帮助的，没必要看帖必回，一般情况下好的帖子来自于看帖之人与贴主的互动，没有互动贴主估计回帖的动力也没那么大，而互动能增加交流学习，烂贴则没必要浪费这个时间，好贴大浪淘沙中长存，烂贴则会淹没！善于总结可以在失败中总结教训，在成功中学会继续保持，至此再次感谢贴主的总结经验之谈，本人正在自学测试，贴主的宝贵经验，可以让我们少走弯路，更好的学习,共勉之！

helent1985

做我们这一行需要的就是持续学习，但往往学习得越多却发现自己不知道的越多，到后来会有些迷茫，由于精力有限不知道哪些更需要学，哪儿需要舍弃，只能跟着公司的步调，公司需要什么技术就学什么，或者跟着潮流，什么火就学什么。楼主给我们的经验很受用，我也经常只去看各种书籍，而疏于交流，其实这么多年的工作和学习我也悟到学习分三阶：看书模仿为第一阶，在实际工作中去运用为第二阶，总结交流传授为第三阶。没有前两阶，第三阶只能是空谈，也只有第三阶才能让人对某个知识的学习达到一个质的飞越，否则就只能有量的积累，或者熟能生巧。当我们在某一领域有质的飞越，必是在这一领域真正付出过，并且还有许多志同道合的朋友，已经是技术的弄潮儿，那时就会不因为公司技术变更，或者某项技术不再火而迷茫了。

bobo33168

看了很有感触，楼主很有思想，很用心，努力学习，思考，总结。

bobo33168

好贴，相信像我一样的新人都有很大的感触，学习，思考，总结。

tester92

觉得我就缺少总结的精神，学习被动，特别是自学专业点的知识，精神很不容易集中，感觉受挫

tester92

觉得我就缺少总结的精神，学习被动，特别是自学专业点的知识，精神很不容易集中，感觉受挫

Worley

LZ你好！我是个论坛新人，也是个软件测试的新人，看了你的帖子，对我目前的状态来说蛮受用的但我还是觉得挺迷茫的，对工作对未来等等！

摩登神马

学习了

天楽様

今天刚注册论坛，很欣喜看到这样一篇帖子。感觉很实用。先去看看lz的第一篇分享贴去，正好工作中到了迷茫期。

132期喻重阳

对我这样的新人很有用！谢谢楼主