疫苗站工作心得体会(共4篇).docx
《疫苗站工作心得体会(共4篇).docx》由会员分享,可在线阅读,更多相关《疫苗站工作心得体会(共4篇).docx(42页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、疫苗站工作心得体会(共4篇)篇:站场工作站场工作心得体会9月19日,由于特殊原因,根据领导安排,我被分配与张某、李某等一组进入站厂开始参加1、加强学习,不断提高自身综合素质。刚接到工作任务后,我对站场工作流程也存在很多误区,所以一直虚心向张振杰组长等人学习,从他们身上学到了一些真实的技能。2、深入实践,详细的了解站内实际情况。结合管输工作各项规章制度,在开展工作的同时,进一步的了解辽滨东门站在日常的生产过程中存在的不足和问题。也深刻的体会到站场生产任务的艰辛和责任重大。3、认真总结,掌握正确的工作方法。在辽滨东门站工作期间,我认真观察站内其他同事工作的方式方法,总结经验,认真反思。每次遇到问题
2、后我都会认真的总结经验,为以后自己在基层工作能顺利开展打下基础。1.站内员工对铅封核对力度不够,经常存在卸气结束后没有亲手为管束车打上铅封,而是随意将铅封交给押运员的情况。2.对站内2个小时巡检一次的工作存在很大的疏忽,经常存在员工对待巡检工作敷衍了事,在巡检过程中未对空气压缩机进行认真细致的巡检。3.由于管束车经常冻堵,需要用水解冻,卸气区地面经常存留大量的污水,对污水的清理工作开展的不好,经常存在卸气工作时无处下脚。4.管束车卸气总阀附近经常有大量作废的铅封,卸气区地面经常乱丢乱弃作废的铅封,押运员随手将铅封扔在地面上,造成卸气区特别脏乱,打扫也很不及时,交接班时不重视。5.经常在后半夜,
3、管束车跟不上,换车不主动。管束车在卸气时,司机或押运员在管束车内睡觉,非常不安全。半个月的工作实践锻炼让我受益匪浅,使我进一步了解和熟悉了站内工作情况,也提高了我发现问题和处理问题的能力,我懂得了只有切实的了解站内实际情况,才能更好的服务基层站场,今后我会继续加强学习,提高认识,深入基层,努力使自己成为一名领导满意、同事放心的好同志。张鑫宇2012年10月20日第2篇:检测站工作心得体会检测站工作心得体会【篇1:测试工作中的一些心得体会】测试工作中的一些心得体会此文是在下从事测试工作一年以来的点滴心得和体会,一家之言或有不足之处,欢迎各位同仁批评和指导,大家也可通过百度空间或是搜狐博客给我留言
4、:也可以发送邮件至:(如有转载,请保留以上信息东敬谢)1.测试需要一份测试指导书测试前要明确测试目的。如:需要做哪方面的测试?具体进行测试的步骤有哪些?功能实现与否如何判定?哪些现象是允许的?而哪些现象是不允许的等等。测试目的不明确会造成测试工作的混乱,因为测试并不是简简单单地得出一个结果测试ok,产品可用。产品凭什么判定可用?产品可用到什么程度?凭什么判定测试过程ok(或是不ok)?产品完成了哪些功能?完成度有多高?产品没完成哪些功能?没完成体现在哪些方面?产品有哪些缺陷?缺陷的严重程度?等等诸如此类的问题才是测试工作的关键所在。比如说开发一个台灯,我们都知道,台灯的重要功能是必须能照明,没
5、有达到这个要求的产品一定是ng的。但测试并不是说,你把台灯接上电源,开开关一看灯亮了,ok,这个产品是可以用的测试必须检测到跟重要功能配套的一些基本指标,如台灯的亮度是否可调?灯泡长时间工作发热量多大(如果使用的是钨丝灯泡)?灯泡的工作寿命是多久?等等。如果灯泡开半小时,1米范围内的温度可以达到70摄氏度,哇,有哪个用户敢用这样的产品?这不叫台灯,应该叫取暖器,再比如灯泡的寿命是10个小时,用户每天使用4小时,不到三天就要换一个灯泡,这样的产品恐怕会被归入假冒伪劣类。那么,灯泡开半小时,1米范围内的温度应该是个什么标准?开一小时,两小时后温度应该是个什么标准?0.5米内,0.2米内,灯泡的温度
6、又是个什么标准?灯泡的使用寿命必须大于多少小时?等等等等。这些由谁来给?难道要让测试人员自己来找么?假如上述指标都给了,测试过程中发现,开台灯工作两小时零三分钟的时候,台灯居然熄灭了,当你把这现象提交开发人员报缺陷的时候,开发人员告诉你,这是因为加了定时关断功能(或是加了温控开关,当发热温度过高时会自动关灯)为什么测试之前不说?如果是加了定时关断,用十个台灯进行检测,关断时间从一个半小时到三个小时的都有,那么是不是都是正常的?不正常?那么正常应该是在什么时间?又比如,开发一个遥控器,让人测试的时候不给一个键位表,问开发人员要的时候,开发人员回答不会自己试啊!好吧,我自己试,试过之后把功能自己做
7、了一个表,提交给开发人员,问对不对?开发人员回答:你猜,你猜,你猜猜猜好吧,让我猜是吧,那我猜实际遥控距离只有1米也是正常的,就不告诉你。有的人可能认为,测试就是让测试人员随便拿产品去用,把使用后的现象和结果记录下来,拿给开发人员这边判定就是了,不需要给出什么资料这应该是用户体验测试,不是我这里所要说的,开发过程中的测试,再说了,就算是把产品卖给用户也得附上一份使用说明书吧,什么都不给就叫人测试,莫非是在考验人智商么?测试工作是产品的一个求证过程,是对设计的一个检验,需要忠实,详细,有效地记录产品在测试过程中的现象(包括已实现功能,未实现功能,所存在缺陷等),并将信息反馈至开发项目组的一个必须
8、过程。测试的目的是为了验证产品的功能,性能,同时找出产品的bug点,以完善产品的开发。就某种意义上而言,发现bug点比验证功能是ok的更加重要,因为你最好别指望客户或用户来帮你找bug,否则代价会非常大。如果一开始有明确的项目计划,清晰的产品需求,那么可作为测试工作的前期导入,但仅靠这些还是远远不够。产品的功能,性能,可拓展性,兼容性,安全性,稳定性,这些都是测试时必须考虑到,也是必须测试到的内容(除非没有相关方面的需求),很多东西并不一定能在项目立项时就能够考虑到就能够预判到。举个例子,腾讯qq我相信大多数人都用过,作为一款即时通讯软件,与好友及陌生人在网络上自由聊天是产品的重要功能,这个功
9、能是必须的。视频聊天和传文件是qq的两个拓展功能,假如现在是在产品开发过程中,开发人员让检测这两个功能。经过测试,视频聊天可在不同的两台电脑进行连接,在连接的时候,发起视频的一方在点击视频聊天后,会弹出一个确认框,问是否确认要给对方发视频我们都知道,实际qq上发起视频不会有这个动作,因为这个动作多余了。但是假如开发人员没有给出相应的需求,测试人员完全可以判定这个动作合理,因为计算机软件在用户作出重要操作时,弹出对话框让用户确认的动作是很正常的。又比如,在传文件的过程中,发送文件的一方点取消传送不能中断传送过程,只有接收文件的一方才能中断传送,如果是这样设计的话,发送文件的一方发错文件就很麻烦了
10、,要么让对方取消,要么强行关断qq进程甚至是强行重启电脑。假如开发人员在事先没有提到要测试这方面的功能,测试人员很可能会忽略此点,主要去测试文件传输的速率,稳定性,出错率等等这些指标。当产品快交付或交付后,发现这个功能缺陷,开发指责是测试的失误,居然连这个问题都没测试到,测试可以立马反驳测试前你有要求过要测这里吗?然后就开始邮件,口水满天飞在这里,讨论谁对谁错毫无意义,重要的是,这样的情况其实是可以避免的。怎么样去避免?事先说清楚需要测试到的内容不就ok了?作为测试人员,对于产品的测试需求,如测试方式,测试要点,测试重点等有自己的一套思路,但是,在测试之初他们并不是最了解产品的人,需要开发人员
11、给出一定的指引,毕竟并不是所有产品的测试需求都一致,仅凭经验办事有时会走入误区,比如说:忽略掉很多本应该注意到的东西;对产品的bug点判断失当;在不重要的测试点上花费太多精力,而在真正应该测试到的地方投入过小等。做出太多的无用功不仅浪费时间,精力,也容易使人产生倦怠,影响之后的测试工作。就像蒙着眼睛瞎抓一样,根本不知道自己在干什么,不知道自己应该干什么,甚至不知道自己干的到底有没有作用这样的工作状况恐怕是很多人都不能接受的。所以,就跟产品开发需要一个项目计划一般,测试也需要一个测试指导。这份测试指导应该包括测试的目的,测试的步骤和预期的结果。从测试人员的角度上来讲,由工程师直接附上测试指导书虽
12、然省事,但是并不理想,最好是由测试人员根据产品情况,列举出值得检测的地方,主动向工程师请教,双方进行讨论后再决定测试内容如果时间允许的话。知其然也要知其所以然,才有利于更准确,更合理地进行测试,也有利于积累经验和技术,对于职业的长期发展是至关重要的。请注意,测试人员不要养成一个非常不好的习惯,就是拿到待测试的样品后什么都不考虑,直奔开发人员那里索要测试指导书,拿到测试指导书后就照本宣科地进行测试,这是非常不负责任的行为,对于测试人员以后的发展也是非常不好的。拿到产品之后先想一想,在没有任何资料的前提下先自己摸索一下这款产品的设计思路,预期功能,可能会存在的缺陷等,然后再对照项目组或工程师提供的
13、资料进一步确认,在心中有个底之后再请教开发工程师,把测试内容给理解透彻注意,记得要以请教的心态而不要以索要的心态。2.产品的可用与否并不仅仅是由测试人员判定的如上所述,测试是一个求证过程,检验过程,是在已有的条件下做出各种尝试,以验证产品的功能点,并挖掘产品的缺陷点。测试人员所发现的缺陷点,反馈到开发人员处后,有的或许能得到改善,有的则未必需要改善,还有的则未必能够改善基于需求,技术,成本,市场等诸多因素的考虑,这是无可厚非的,因为开发并不是理想化的,不能因为缺陷点未改善而否决一款产品。这个东西不行,这样的东西简直就是垃圾!作为测试人员,千万不要说出类似这样的,带有自以为是意味的话。测试人员并
14、不能决定产品的可用与否,事实上开发人员同样不能决定,做出这个判决的应该是客户,准确点来说应该是客户的需求。有一款迷你小音箱的产品,由于产品的定位是可以挂在钥匙扣上的,方便携带用的,所以结构上限制了产品的喇叭尺寸,也就限制了这款小音箱的音量和音质。当时有两位客户对这款小音箱感兴趣,其中一个客户在看过产品之后,指出音箱音量太小,要改善。于是工程师做出了改进,牺牲了部分音质,把音量给加大了一些,在改善之后我们又重新给两位客户寄出了样品。提出音量太小的客户收到样品很满意,而另一位客户却很惊异地问我们,为什么这一次送样的音箱的音质变差了?之前的那一款挺好的啊。说到这里大家应该都知道后续我们是怎么做的了这
15、款小音箱保留了两个方案,一款音量稍小,音质稍好;一款音量稍大,音质稍次些,然后不同的方案交付给不同需求的客户。想想,如果在开发中将音箱交给测试人员来检测,测试人员该怎么判定?这个方案的音量太小,ng;这个方案的音质太差,ng。这样的判定合理吗?本来嘛,这就是事实啊,凭什么不能这么判定呢?偷偷的告诉你,开发任何产品,咱们说了不算,客户说了才算,除非这产品是为你自己开发的如果是这样,你不就是这款产品的客户么?还是客户说了算。发现缺陷点是客观认知,而否决产品通常是个人的主观意识决定的,个人的判断往往是片面的,也许你认为不能接受的缺陷在客户的接受范围内,反之亦然。当然,如果缺陷点严重到已经影响产品的正
16、常使用,已经违背了客户的需求,那么,这款产品理应做出改善,作为测试人员提交一份报告,表示产品并未达到项目计划的要求即可。说出否决产品的话实际上也否决了开发人员所付出的辛勤工作,不管是有心还是无意。可能很多人认为,测试就是质检,是产品流向市场之前的最后一道关口,不过,就我个人的理解,测试着眼于改善产品,是开发流程中一个不可或缺的过程,与质检不同的是,质检是根据指标判定产品是良品还是不良品,而测试是根据指标判定产品缺陷,反馈回项目组进行改善。测试是开发流程中的环节,产品还未成型,改善产品是最重要的。质检是生产过程中的环节,产品已经定型,控制出货良品率是最重要的。对产品的缺陷进行追踪是测试人员的本职
17、工作,至于缺陷是否需要改善,产品是否可以交付给客户或流向市场,测试人员可以提出自己的看法和建议,仅此而已。3.测试要准确而详细地记录测试过程测试是个很繁琐的事情,测试过程是非常考验人的细心和耐心程度的。问题往往就发生在未知的地方这句话并不意味着在已知的地方就不会出现问题。有的测试人员可能会自持经验丰富,凭经验办事,这是测试工作的大忌!同样的用例,用在不同的产品上,判定的标准可能截然相反,不要想当然地凭感觉和经验办事。你可以参考之前的案例,但是每一次测试都应该当做新的测试来做,这样才能保证测试工作的准确性。以下是我亲身经历的两次案例。1.索尼的ps3主机有一次升级版本时,对未经过官方认证的蓝牙设
18、备做出了一些限制,之前版本可以顺利使用的三款产品在主机升级版本后出现了一些问题。问题现在已经解决了这不重要,我这里想要说的是,这三款产品依照未升级的游戏主机来测试是完全没有问题的,如果我没有及时更新我的测试环境,还是以未升级的游戏主机进行测试,那就不会发现这些问题,等产品上线生产,或者是顺利出货到客户手上再发现问题,那么补救所需要付出的代价是非常大的。2.有一款产品是用在ps3主机上的ps3手柄充电器,这款产品需要连接ps3主机上的两个usb接口进行供电。在产品的使用说明书中特别强调了一点,使用时要先连接ps3主机上的usb接口,再将另一端的dc接头接入充电器。为什么?因为如果先连接充电器,再
19、连接ps3主机的话,充电电流很小,小到几乎可以判定为不能充电。就因为先接这头还是先接那头,就能产生截然不同的两个结果,在接触这个案例之前我都没有意识到,也是在这之后,对于自己测试过程中的每一个操作步骤,每一个细节都留上了心。细心一点,耐心一点,很多缺陷其实是可以被发现的。准确地记录测试过程这点也许大部分人都能理解,但是详细地记录则未必都能做到。其实在有的时候,相同的输入,仅仅是因为操作的细微差别,就会导致产品输出不同的结果(其实这就是测试所要找出的问题点),当你记录的时候敷衍了事,发现问题再想回放问题的时候,往往会无处下手,不得不重新进行测试,这才是费时又费力。小小地吐槽一下:测试工作真的很磨
20、蹭人,如果不是对品质精益求精到有些偏执,如果不是极具耐心,非常注重细节的话,很难把测试工作做得非常到位。有些时候就是一点小小的疏忽,就会错过一个或多个本应该被发现的缺陷,当缺陷在生产时或是在客户手上被发现的时候,作为测试人员心里并不好受。真的,就算没有任何人指责你,只要你有一点职业操守,足够负责敬业的话,你会认识到那是自己的责任,任何辩解都是白费。当然,就算再细致,也不能保证可以发现所有的缺陷,因为缺陷往往都是意料之外的,这点可以理解,但这绝不能构成你偷懒的接口,做好自己应该做的,尽自己最大的努力,不求事事如意,但求无愧于心。4.测试要对结果进行反复验证作为技术开发人员,严谨是非常重要的一个工
21、作态度,而作为测试人员,更是要以此作为自己的工作准则。测试是要得出一个结果,但是得出结果并不代表测试就完成了。在交付这个结果之前,先要确认结果的正确性,准确性,否则并不能算是一次成功的测试。虚假bug这个词是指提交的bug本身就不准确。为什么会出现虚假bug?并不是测试人员有心弄虚作假,也不是测试人员小题大做,毕竟没有哪个测试人员会拿自己的饭碗当赌注,用这样的手段来哗众取宠,又或是存心折腾开发人员。虚假bug的产生除了测试人员本身的经验和技术问题外,最大的原因就是没有对bug进行反复验证。测试过程中就算再细致,测试结果也未必能百分百准确,尤其是仅对单个产品进行单次测试,一旦测试过程中出现少许纰
22、漏或是意外,测试结果与正确结果往往会相差十万八千里。要想避免或是减少因偶然或误差而出错的几率,多次验证是最佳的办法。我们都知道,抛硬币出现正面与反面的几率均是50%。如果你拿一个硬币抛一次后,假如出现正面,你能说抛硬币出正面的几率是100%么?假如你还是做上面那个测试,你抛了两次,都出现正面,你能说抛硬币出正面的几率是100%么?我们知道,其实抛两次都出现正面的几率是50%*50%=25%,好巧不巧你碰在这25%上了,抛硬币100%出正面是你测试得出的现象,却未必是正确的结果。要想验证上述抛硬币的几率,最好的办法就是反复多抛,因为当你抛的次数越多,因为偶然性导致的偏差就会越小,当你抛硬币抛50
23、次,一次反面都不出的可能性微乎其微,比你买一张彩票就中500万大奖的概率还要低得多。当然,反复验证并不是说要你每一次测试都要十几二十次以上。根据实际情况,在觉得有疑问或异常,或是出现缺陷的地方验证个三五次,如果还是没把握再加测几次,确定结果无误,且可以准确进行现场还原后,即可提交至开发人员进行改善。5.测试人员的自我定位一切以客观事实说话这是测试人员必须遵守的工作信条。耐心,细心,严谨是测试人员必须具备的职业素质。测试人员千万不能说出类似这个东西是个垃圾这样自以为是的话如果产品没有缺陷,那还要测试人员来干嘛?测试人员就是为了缺陷而存在的,当然,验证产品功能的实现也很重要。任何一款产品在开发之初
24、都会有或多或少的缺陷,把它们找出来是测试人员的职责,但要留意,不要陷入任何不合理都是缺陷的怪圈,与开发人员及客服人员沟通,了解产品和客户的真正需求,不要自以为是。测试人员也千万不要因为能找出产品的缺陷而洋洋自得,自以为比开发人员高端,因为主观及客观上的原因,开发人员并不能很好地从自身的角度来审视产品,所以才需【篇2:物检工作心得体会表】物检工作心得体会表1、对晚班取样材料编号登记到相应的台账。2、对昨日成型的胶砂安全脱模,并立即养护,清理干净胶砂试模内壁组装并抹油。3、选择性的做水泥、矿粉及粉煤灰的胶砂试验,平整地放入养护箱(记得加水),贴上标签(日期时间、试验编号),登记到相应的原始记录表中
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 疫苗 工作 心得体会
限制150内