测试工程师成长必读快速打通任督二脉.docx

上传人:b****6 文档编号:8017233 上传时间:2023-01-28 格式:DOCX 页数:9 大小:27.59KB
下载 相关 举报
测试工程师成长必读快速打通任督二脉.docx_第1页
第1页 / 共9页
测试工程师成长必读快速打通任督二脉.docx_第2页
第2页 / 共9页
测试工程师成长必读快速打通任督二脉.docx_第3页
第3页 / 共9页
测试工程师成长必读快速打通任督二脉.docx_第4页
第4页 / 共9页
测试工程师成长必读快速打通任督二脉.docx_第5页
第5页 / 共9页
点击查看更多>>
下载资源
资源描述

测试工程师成长必读快速打通任督二脉.docx

《测试工程师成长必读快速打通任督二脉.docx》由会员分享,可在线阅读,更多相关《测试工程师成长必读快速打通任督二脉.docx(9页珍藏版)》请在冰豆网上搜索。

测试工程师成长必读快速打通任督二脉.docx

测试工程师成长必读快速打通任督二脉

测试工程师必读

前言

本文是写给新进入公司,此前没有通信终端设备行业背景的新员工,主要目的是使作为一名测试工程师的我们,从对一个模块一窍不通开始,如何从各个方面提高自己,最后初窥门径,逐渐成为专家。

相信诸位对《封神榜》并不陌生。

先给大家讲个小故事:

话说姜子牙刚到昆仑山学道,各位道友纷纷前来鼓掌欢迎:

“欢迎新仙人!

欢迎新仙人!

”姜子牙激动得热泪盈眶:

“含辛茹苦这么多年,终于得道成仙,成为仙人了。

”不料却被众人无情嘲笑:

“刚才说的是新鲜人,你离仙人差得还远呢。

我们的感觉应该也一样吧。

十几年的学生生涯,终于走进社会,跨进同维的门槛,大家的心中或多或少有些成“仙”的感觉,不料进入公司后才发觉:

虽然没有人嘲笑,但和老员工相比,这种自满往往显得很苍白,这才明白自己只是个“新鲜人”,离受人景仰的“仙人”地位,还相差甚远。

那么如何成为“仙人”呢?

答案只有一个——修行!

修行当然要分层次的,本文将按照以下顺序分别加以介绍:

一、认清门槛——熟悉身边的环境

二、浇花种树——从基础开始

三、炼丹——阅读文档,动手测试

四、讲经布道——把自己的收获说出来

五、著书立说——用自己的实践经验更新文档

一、认清门槛——熟悉身边的环境

是不是新员工一来公司,袖子一挽就能开始工作呢?

答案显然是否定的。

到了同维之后,我们进入岗位之前要经过公司为期一周的培训,包括公司理念文化培训和工厂实习。

测试部门也会根据新人的程度组织两个星期到一个月不等的技术培训,具体视情况而定。

新员工一般来说,第一天到总经办办理入职手续,签劳动合同,填写一大堆表格,之后是分配到部门,部门经理和项目组长的谈话,最后是导师布置任务,带领新员工熟悉办公环境、认识新同事。

这些事情不需要你了解什么,只需要乖乖地跟着做就是了。

至此上午的时间就差不多了。

下午去IT部领取两台计算机,一台办公用,一台测试用。

自己安装相关的软件(导师会给出推荐)。

一般在三天以内,你的Email和OA账号会通过部门助理得到。

OA网(公司的网上办公自动化系统)有一份《新员工入职指引》,相信大家看过后对公司的规章制度方面有一定的了解。

工作环境的数据库,请登录\\gj006s\TestingDept查看相应的资料。

希望各位新员工早日熟悉环境,早日开始修炼。

二、浇花种树——从基础开始

话说姜子牙学道之后一个月中,每天的工作都是上午浇花,下午种树,一点道法都没学过,终于无法忍受了,忿忿地找到师父:

“每天上午浇花,下午种树,烦透了,恳请师父为我换个工作。

”师父沉思良久,答应了徒弟的请求,子牙大喜过望:

“敢问师父那我的新工作是什么?

”师父答曰:

“上午种树,下午浇花。

”子牙遂晕倒!

我们的工作也是这样,如果你对TCP/IP协议还不够熟悉,那么第一步没有别的选择,唯有从网络通信的ABC学起,这是对一名软件测试工程师最起码的要求,尤其需要牢固掌握的几个协议是:

IP、ARP、ICMP、TCP、UDP等。

虽然这些协议知识不一定与你即将接手的模块直接相关,但在以后的工作中你必将无数次运用这其中的知识指导你的测试。

作为新员工来说,前两周的学习时间是非常宝贵的,一定要珍惜。

很多老员工都感叹自己没有时间学习了,每天被繁重的工作任务压着,学习充电的时间很少。

承蒙仙人们的推荐,我阅读的入门读物被誉为经典的《TCP/IP详解》,电子版可以在\\gj006s\TestingDept下载。

这本书相对于日后的工作来说,纯粹算是一本科普读物,但是由于我才疏学浅,所以看得津津有味。

还特意找了一个本子,煞有介事地把不懂的问题记录了下来,以备日后向各位仙人请教。

阅读这本书,关键是要有重点,由于出版的时间比较早,因此里面介绍的有些东东已经过时了,或者短时间内暂时用不着,遇到这样的章节,最好是跳过去,否则辛辛苦苦,脑子读得一团浆糊,会干扰自己的思路,没法领会更重要、优先级更高的知识,也不利于自己自信心的提高。

经过一、两周的锻炼,相信每个人都能有所心得了,试着回答一下下面这些问题检验一下成果:

1、OSI模型包括几层?

每层的代表协议是什么?

2、Router工作在那一层?

3、Router的主要作用有哪些?

4、Router与Switch有何区别?

Switch与Hub有何区别?

5、IP地址分几类,如何划分的?

6、子网掩码是什么东东?

7、主网、子网、超网都是什么东东?

8、什么是静态路由、默认(缺省)路由?

9、一张白纸上,把你听说过的所有TCP/IP协议族中的协议顺序默写下去,能否写够20个?

再以后,就要看你主攻哪个方向了,如果是做DSLModem的测试,可以考虑读读英文版的《TCP/IPRouting》、《IP路由技术基础》,以使你对路由协议有一个比较概括的认识。

至于其它领域,也会有各种书籍,可以咨询精通那些领域的仙人指点。

更重要的,是阅读前人的各种文档,这里面最权威的当然是RFC文档,那里记述了游戏规则的制定者是如何描述某一模块功能和实现的,这些东西的优先级最高,绝对必读,即使你的英语很烂也要开着金山词霸挣扎着读下去,因为没有精确地理解讲述这个模块的RFC,你永远不能夸口已经熟悉了这个模块。

最后需要提请各位注意的是,浇花种树是一切活动的基础,不是说升级之后就不必再做这种lowlevel的事了,正相反,这些知识必须常抓不懈,否则有朝一日,新来的学弟学妹们问起来,你说不清楚,人家会说:

“做了这么久仙人,连浇花种树都不会?

”那仙人的脸往哪儿搁?

为了避免将来可能的尴尬,我们必须从现在做起,防患于未然,不断巩固自己的基础知识。

三、炼丹——阅读文档,动手测试

终于要开始干那些看上去有点技术含量的工作了,不过先别忙摩拳擦掌,要有充分的思想准备:

这项工作比浇花种树还要枯燥。

它是对你的耐心、细致、踏实等性格的磨炼。

(1)掌握实验室基本技能

大家第一次进实验室,可能会认为身边的众位老员工个个都是偶像,键盘与鼠标在他们的手中上下翻飞,Modem和网关被他们折磨得不时发出悲惨的哀嚎,费不了多少力气就能查出BUG一大堆,剩下的事情就更简单了,喝口茶,填填问题单,你或许会想:

这个活干起来一定很爽。

可是当你坐到控制台前的时候,一切却都变了,前两周浇花种树的成果一点也体现不出来,面对着网关和超级终端不知道该干点什么。

刚刚进入这个层次的新员工,必须面对的第一个问题是:

熟悉你的对手——网关。

只要你能顺利地搞定以下问题,就标志着你已经有资格开始炼丹了:

这些问题是:

1、常用服务器如何搭建?

譬如PPPoE服务器、VPN服务器、FTP服务器、HTTP服务器、IGMP服务器等。

2、你熟悉基本的Linux配置命令吗?

3、你知道网关工作在桥接和路由模式的区别吗?

4、实验室组网中经常用到哪几种电缆?

都分别对应Modem的哪些接口?

5、你会使用Ethereal(Wireshark)工具抓包进行数据分析吗?

6、Modem的硬件都包括哪些部分?

RAM、ROM、SDRAM、FLASH里面都装着什么东东?

7、大家经常说的“下载版本”是什么意思?

怎样通过串口与超级终端下载版本?

8、怎样通过WEB版页面升级版本?

9、如何登陆TR069平台管理Modem?

你熟悉TR069平台的节点参数吗?

10、怎么使用SmartBits设备测试吞吐量和QoS?

11、你了解局端(DSLAM)的基本配置和查询命令吗?

12、DSL的局端和Modem的同步协议,你了解多少?

13、缺少电缆时,你应该去找谁?

需要制作网线时,你又应该去找谁?

14、如果你发现了一个问题,如何提交问题单?

这些问题都算不得什么,因为只需要一句话就能点醒梦中人,但是关键就是在这“一句话”上,因此要请新员工牢记这四个字:

勤学多问!

多问才能使你少走弯路,多问才能让你尽快掌握必须的技能。

前一、两个月是新员工的问题多发期,而且人脑毕竟是人脑不是电脑,问题多了自然有的能记住有的记不住,所以有必要提醒新员工:

绝不能问完知道了以后就抛到脑后,几天以后再拿出同样的问题来问同样的人,这就不太好了,至少是对对方的不尊重,对对方解答问题能力的讽刺,对对方自信心和自尊心的打击,所以这样做很不好。

解决的办法是找一个本子把问题记下来,时常看看,这样做一定能保证以后不会再遇到“相同的问题问两次”这种糗事。

切记:

实际的测试活动初期,遇到的问题都是一句话就能解决的,不要浪费时间冥思苦想(想也是白想),要勤发问,这样才能保证水平尽快提升。

(2)借助文档的帮助完成第一次测试

我们的测试活动,当然是有章可循的,这个“章”有两种,第一种是讲述某模块应该是什么样的,除了RFC文档外最重要的是需求规格,从中理解我们的开发人员是如何实现这一模块的;第二种是前人完成的测试文档,主要包括:

测试计划和测试项目手册等,它们会直接告诉你怎样测试或验证开发人员承诺实现的功能。

初学者为了尽快上手,必不可少要借助这些文档的帮助,但是很遗憾,公司的文档制度还不是非常完善,所以你负责模块的文档不一定有,即使有不一定全,即使全不一定很正确,最气人的是:

即使很正确,你不一定看得懂。

为什么?

因为这些文档都是高手写成的,他们的乾坤大挪移已经练到了第八层,所以文章的跳跃性比较大,功力稍差者往往跟不上。

比如要去西天取经,他们往往这样写:

从北京,去广州,坐船就到了。

可是初来乍到,新鲜人哪里知道从北京怎么去广州,只好再到处小心翼翼地打听、摸索,实在可怜。

其实这还不算最惨,有的时候文档中写了几个操作步骤,做完之后让你看输出的结果是否符合某项要求,符合就Pass,不符合就Fail,新鲜人费尽千辛万苦,终于能够一口气做下来了,做完之后问他刚才为什么要这样做?

他多半要掩卷长叹“Idon’tknow!

”。

在这里大肆渲染这种痛苦不是为了别的,是为了让老员工回忆起当年受的苦,让新员工牢牢地记住现在受的苦,以后得道成仙,有本事著书立说之时,别忘了自己当年曾那样地不爽过,所以笔下留情,多为日后拜读大作的新新鲜人考虑考虑。

这对你自己也有好处,因为这样做能免除你N多个咨询的电话和邮件的打扰。

初学者的测试活动第一目的其实并不是发现问题,而是打下一个良好的基础,提高对协议的理解程度,为早日成为专家做准备,所以最初的测试不能太急功近利,每完成一个测试例后,即使Pass了,也要埋头想想前人为何这样设计,有没有更简洁的测试方法,有没有被忽略的测试点,还有测试时有没有被测试手册所误导而走了一些弯路,有没有办法把文档换一种方式写,以使以后的新员工少受这种折磨。

相信我,如果你真的按照上述步骤认真细致、忧心忡忡、瞻前顾后地把某一模块完整地测试完一遍的话,即使你还没有被高手们接纳成为“专家”,你在比你更新的新员工眼中的形象已经足够高大威猛了。

炼丹术不止一种,刚才只讲到了“系统测试”这一项,身为测试人员,需要掌握的本事还多得很!

比如单元测试和集成测试这两门学问,大家都还处在探索阶段。

(3)几个注意事项

1、大胆+自信

测试中免不了要遇到各种各样的问题的,如果你是老手,发现了问题你会心中窃喜,那感觉就像是下棋时设好了一个套而对手不知不觉地钻了进去,然后被你抓个正着。

可是如果你是新手,那完了,发现了问题你会更忐忑,因为你明白那多半是由于自己操作不当引起的,多几次以后你会养成这样的一个心里障碍——即使是敌人的问题,你也不敢确定,也要获得身边高手的首肯才敢大着胆子说我发现了一个问题。

其实这非常正常,大家都是这么过来的,要想早日脱离这种尴尬,唯一的办法就是发奋努力,早日成为高手中的一员,说话自然就硬气了。

也有的时候,你再三确认那真是一个问题,然后你提交了问题单,然后经过开发人员巧舌如簧地分辨,然后你承认自己错了,然后你感觉很没有面子。

放心,这没有什么,测试不是打麻将,要永远记住我们的口号:

“诈胡无罪,较真有理”。

2、敏感+细心

身为测试人员,敏感细心是必须的品质,经过你的手,我们的产品就要流到客户的手中,在我们手中漏测的问题万一被客户发现,我们市场和用服的弟兄们就要忍受客户的羞辱,我们的产品形象就会受损,长此以往,同维名声扫地。

每个版本交给我们测试之前,开发人员都要做功能验证,也就是说一个基本功能都没实现的模块是不会交给你做系统测试的,所以如果你用与开发人员相同的办法去测试往往测不出问题。

测试就不能循规蹈矩,你要想办法营造出不常见的环境,用不常见的操作,看看会不会收到意想不到的结果?

但这并不是说,我们的测试就是在那里拍脑门、撞大运。

我们拿到手一个版本,最最基本的要求,还是要保证其基本功能是不是正确,说测试工作比较枯燥也正在于此,因为每一个版本都要重复那些基本功能的验证,似乎没有什么创造性可言。

所以我们更要注意下面这一点。

3、创新+守旧

测试人员也有创新,新的测试案例的发明就是一种创新,从某种程度上来说,测试是永无止境的,所以测试例的添加也是没有尽头的,只要你对协议有了一定的理解程度,再加上前人的测试手册的指引,添加个把测试用例并不是什么难事,但难的是这些测试用例的质量,如果你费尽心机添加了几个测试例与已有的测试例重复,那你做的就是无用功,所以创新也要守旧,就是说要吃透旧的测试手册的精神,才能开始自己的创新大业。

4、总结+完善

我们的工作既然枯燥,就更要求我们要善于总结,总结出已有的测试手段和测试经验,加以提炼完善。

我们的前辈已经给我们做出了榜样,测试平台的建设就是一种完善,针对系统测试无法深入的问题,工具开发组开发了大量的测试工具,使测试活动变得更加深入,很多测试用都是因为有了测试工具才成为可能的。

现在,测试工具的开发已经形成了一整套成熟的经验,每一位新员工只要有兴趣都能够加入到其中。

5、合作+斗争

我们常常说测试人员与开发人员是天敌,这样说也对也不对。

在工作性质上说是这样,一方要力图做出一个对的东西,另一方要证明他做的东西是错的,这显然是矛盾的。

但从工作的目的来说又不是这样,大家都是为了做好产品嘛。

不过话是这样说,真工作起来就要讲究艺术了。

我们经常互相开玩笑:

“XXX(测试人员)是XXX(开发人员)的恶梦”,这是因为我们发现的每一个问题,都会让开发人员几天睡不好觉。

正因为这样,我们一定要给开发人员留面子,绝对避免说一些伤人的话,开玩笑也不可以,别搞得人家辛辛苦苦修改问题还要忍受我们的奚落。

我们之间最好的关系是朋友之间的关系,在融洽的气氛中探讨问题,对你本人的水平提高也会很有帮助。

罗罗嗦嗦说了这么多,不知道大家是不是听进去了,炼丹的过程是最漫长的过程,但是经过了这其中不知不觉的锻炼,你的水平已经可以进一步提升了,而且下两层相对来说难度要小,需要注意的东东也少得多。

四、讲经布道——把自己的收获说出来

前几关的考验你都过了,你几乎已经把自己视为天才了,因为你在短短的时间里已经掌握了那么多的东东,但是很可惜,你是天才只有你自己知道,别人还是不了解,他们看你的目光还是那么平淡无奇,从他们的瞳孔里看不到一丝一毫的崇拜。

天才受到冷落简直是件无法忍受的事情,那么怎么办?

所以,当新鲜人已经不太新鲜了以后,第一要做的事就是把自己的收获讲出来,这种讲可以有很多种方式,可以采用讨论式,大家排排坐,吃果果,内容泛泛,气氛融洽,大家不知不觉就听你把XX模块的功能讲了,但是这种讨论印象不会太深。

还可以采用培训式,贴一个告示,订一个有投影仪的会议室,做几页胶片就可以开张了。

但是要知道,公司几乎每周都有各种各样的培训,每周都有N位大虾屹立在讲台上夸夸其谈,怎样保证你的培训能够招来那些有闲功夫的听众?

怎样保证你的培训能给人留下不算坏的印象?

怎样保证培训中没有人利用迟到、早退或打瞌睡来扫你的兴?

这里面就有很多学问了,办法不外乎以下几种:

第一、要保证你对负责的协议很精通而不是一知半解,这是起码的要求,想想看,主讲人如果每隔一分钟就要被听众问得张口结舌一次,那这样的培训有谁会感兴趣?

所以在讲课之前要做好准备,必要时自己试讲一下,觉得差不多可以过关再出来献丑。

不过新员工也不必太害怕,要知道,真正的高手不一定有时间和兴趣听你唠叨的,听众绝大多数对你讲的东西不甚了了,所以被当场问住的概率并不高。

再说这种培训其实更大的意义在于对你是一个促进与鞭策,“避免当众出丑”就是一个巨大的动力,它能提醒你要更深入地研究、理解协议,就好比背水一战、破釜沉舟,在这样的压力下,你成才的速度会快许多。

第二、精美地制作培训胶片,这一着不要小看,有道是“内行看门道,外行看热闹”,要知道大家在对门道稀里糊涂的时候,对热闹的要求自然就会很高,所以一张张粗糙劣质的胶片会倒尽听众的胃口,还没听你开口,人家就已经等着哄你了,你的培训效果可想而知。

第三、培训时语言要简练、幽默,以免使大家听一段时间之后开始厌烦。

千万记住不要过分与一两个人就某一具体细节争执不休,别忘了你面向的是更大多数的听众。

还有,内容组织要聪明一些,对于那些不是非常重要,而且有可能使大家越听越糊涂的部分就干脆不要讲,日后如果听众会用到这些学问自然会再查阅资料获取答案的。

我把“讲”放在这样一个重要的地位上,是因为培训的全过程是一个非常完美的全面提高你水平的机会:

制作胶片能促进你在脉络上对协议进行更好的把握;

试讲中你会发现你还有很多知识理解得还不够,还不足以给别人讲明白,这就逼着你把这些知识搞得更明白一些;

讲解能提升你的口才;

论战的过程能锻炼你的反应能力;

论战的成功能提高你的自信;

论战的失败会打击你的嚣张气焰,使你更准确地审视你自己;

培训后的回味会使你努力去澄清暴露出来的模糊概念;

我还忘记了培训最重要的目的:

把你的收获分享给他人,让大家共同沐浴在你的成果之中,从而形成一个良好的共同富裕的气氛。

培训——真是一件利国利民的好事,我实在无法找到比办一次成功的培训还有效的办法来使你尽快完成第四层的修炼,现在你可以顺理成章地步入第五层,成为“准仙人”,开始向你最后的目标迈进了。

五、著书立说——用自己的实践经验更新文档

你可能有疑问,为什么这最后的一步是写文档呢?

不是太简单了吗?

我已经能够熟练地掌握测试的技巧和方法了,我已经能够呱呱呱地给比我还无知的人做培训了,我讲起协议来头头是道,为什么最后一个层次居然是动动笔杆子这么没有前途的工作呢?

我的回答是:

错!

文档才是最最重要的工作。

你能否成为一派的宗师建功立业,全都在此一举!

遥想春秋时代,诸子百家乱乱哄哄地争鸣,几千年过去了,看看后人评价他们谁是胜利者?

儒家大胜,道家、法家都还能勉勉强强剩下几个人摇旗呐喊,可是那时最为叱咤风云的纵横家哪里去了呢——他们的学说连同他们的躯体都化成了灰土和肥料。

当年的苏秦张仪何等风光,一个身背六国相印,一个被超级大国秦国奉若上宾,远远强于四处碰壁的孔老二。

可是为什么最后的胜利者不是他们呢?

原因太简单了,是因为儒家弟子脑筋普遍比较笨,所以记不住老师的众多光辉言论,但是他们勤快,居然把老师平日里的唠唠叨叨全都记录了下来并编了一本书,名为《论语》,道家法家也都有自己的著作传世。

而自作聪明的纵横家,由于没有留下只言片语,搞得后人无法领会他们的仙踪,最后只好呜乎哀哉。

公司正是因为看到了这一点,所以一直督促我们重视文档的写作,提出“没有文档的工作是没有绩效的工作”,这并不是在讽刺我们笨,最根本的目的是为了万一您老哪天不在公司,后来者能够循着你的足迹把你未竟的事业进行下去。

文档写作有很多模板,什么样的文档就要用什么样的模板,模板可以在\\gj006s\TestingDept服务器上找到,不过你最好先不要自作主张,还是先咨询一下自己的导师或老员工为好。

定好了模板,就要开始写作了,测试人员最常写的,是XX模块测试手册和XX版本测试报告。

写测试手册,我们在前面第三部分中介绍过需要注意哪些事情,首先要保证文档的正确性,每一个测试用例都要经过深思熟虑(如有条件实际操作验证一下)证明确实有可用性;其次在测试例描述中必须要包含以下几个部分:

1)设计本测试例的根据,比如RFC的原话或需求规格中的规定;2)测试例测试点的解释,简要描述一下你要怎么测;3)组网图,不要太粗制滥造;4)测试的详细步骤和需要用到的配置命令,详细到新员工可以不需求助即可独立完成测试;5)测试的期望结果,也要详细一些,最好把路由器当前的显示写出来。

另外,每当一个版本的测试告一段落,应当提交一份XX版本测试报告,测试报告的内容主要分以下几部分:

1)测试环境的描述;2)测试总的评价,要用数据来说明,比如共计多少个测试例,通过多少,失败多少,比例如何;3)你的评价如何,是比较好可以发布,还是非常烂必须重新回炉,都在这一部分体现;4)遗留问题清单,看看你提交的问题还有多少没有搞定;5)测试总结和改进建议;6)还有在附件中必须写清楚你用到的全部测试用例的Pass/Fail情况。

按照此要求写,你的文档水平绝不会低。

而且在写文档的过程中,将是你对所负责模块的知识又一次融会贯通。

至此,你胜利地经受住了所有的考验,我要恭喜你,你的任督二脉已经彻底打通,终于跻身XX模块高手的行列了。

最后让我们再回顾一下新仙人成长的历程吧:

一、认清门槛——熟悉身边的环境

二、浇花种树——从基础开始

三、炼丹——阅读文档,动手测试

四、讲经布道——把自己的收获说出来

五、著书立说——用自己的实践经验更新文档

后记

我一直相信:

敬业是一种美德。

它不仅仅能使你在职场得到肯定,更能让你每天都生活得充实快乐,把你的目光从吸引你的蝇头小利中收回来,更大气地对待你身边的一切。

我们每个人都要对自己的未来负责,所以每一天都不应该把时间浪费到无谓的事情上,如果你不满意自己的现状,请不要自暴自弃,而要积极地去改变它,只有敬业才能够使你做到这一点。

即使你什么东西也没有学到,只要你从同维学到了敬业,那么无论你将来投身在哪一家公司,从事哪一个职业,这一美德必将使你终生受益。

自信与谦逊也同样是重要的美德。

新员工初进公司,水平参差不齐,有的是天生的仙人下凡,可是也有的确实以前没有接触过数通方面的知识,不必妄自菲薄,“闻道有先后,术业有专攻”。

网络通信的知识特点在于内容巨多,但是难度较小,所以只要用心去学,没有学不会的,关键在于你用一个什么样的态度对待你的工作、你的事业大至你的人生。

你需要虚心地向周围每一个同事求教,但是你要坚信自己迟早有一天要超过他;你需要热情地回答周围每一个同事提出的问题,因为他们日后也会有自己的成就,每个人都是值得尊敬的。

参考文献

1.魏伟,H公司,“从新鲜人到新仙人”。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 工程科技 > 环境科学食品科学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1