检测心得体会.docx

检测心得体会.docx

《检测心得体会.docx》由会员分享，可在线阅读，更多相关《检测心得体会.docx（16页珍藏版）》请在冰豆网上搜索。

检测心得体会

检测心得体会

【篇一：

测试工作中的一些心得体会】

测试工作中的一些心得体会

此文是在下从事测试工作一年以来的点滴心得和体会，一家之言或有不足之处，欢迎各位同仁批评和指导，大家也可通过XX空间或是搜狐博客给我留言：

也可以发送邮件至：

（如有转载，请保留以上信息——东敬谢）

1.测试需要一份测试指导书

测试前要明确测试目的。

如：

需要做哪方面的测试？

具体进行测试的步骤有哪些？

功能实现与否如何判定？

哪些现象是允许的？

而哪些现象是不允许的等等。

测试目的不明确会造成测试工作的混乱，因为测试并不是简简单单地得出一个结果——测试ok，产品可用。

产品凭什么判定可用？

产品可用到什么程度？

凭什么判定测试过程ok（或是不ok）？

产品完成了哪些功能？

完成度有多高？

产品没完成哪些功能？

没完成体现在哪些方面？

产品有哪些缺陷？

缺陷的严重程度？

等等诸如此类的问题才是测试工作的关键所在。

比如说开发一个台灯，我们都知道，台灯的重要功能是必须能照明，没有达到这个要求的产品一定是ng的。

但测试并不是说，你把台灯接上电源，开开关一看灯亮了，ok，这个产品是可以用的……

测试必须检测到跟重要功能配套的一些基本指标，如台灯的亮度是否可调？

灯泡长时间工作发热量多大（如果使用的是钨丝灯泡）？

灯泡的工作寿命是多久？

等等。

如果灯泡开半小时，1米范围内的温度可以达到70摄氏度，哇，有哪个用户敢用这样的产品？

这不叫台灯，应该叫取暖器，再比如灯泡的寿命是10个小时，用户每天使用4小时，不到三天就要换一个灯泡，这样的产品恐怕会被归入假冒伪劣类。

那么，灯泡开半小时，1米范围内的温度应该是个什么标准？

开一小时，两小时后温度应该是个什么标准？

0.5米内，0.2米内，灯泡的温度又是个什么标准？

灯泡的使用寿命必须大于多少小时？

等等等等。

这些由谁来给？

难道要让测试人员自己来找么？

假如上述指标都给了，测试过程中发现，开台灯工作两小时零三分钟的时候，台灯居然熄灭了，当你把这现象提交开发人员报缺陷的时候，开发人员告诉你，这是因为加了定时关断功能（或是加了温控开关，当发热温度

过高时会自动关灯）

为什么测试之前不说？

如果是加了定时关断，用十个台灯进行检测，关断时间从一个半小时到三个小时的都有，那么是不是都是正常的？

不正常？

那么正常应该是在什么时间？

又比如，开发一个遥控器，让人测试的时候不给一个键位表，问开发人员要的时候，开发人员回答——不会自己试啊！

好吧，我自己试，试过之后把功能自己做了一个表，提交给开发人员，问对不对？

开发人员回答：

你猜，你猜，你猜猜猜……

好吧，让我猜是吧，那我猜实际遥控距离只有1米也是正常的，就不告诉你。

有的人可能认为，测试就是让测试人员随便拿产品去用，把使用后的现象和结果记录下来，拿给开发人员这边判定就是了，不需要给出什么资料——这应该是用户体验测试，不是我这里所要说的，开发过程中的测试，再说了，就算是把产品卖给用户也得附上一份使用说明书吧，什么都不给就叫人测试，莫非是在考验人智商么？

测试工作是产品的一个求证过程，是对设计的一个检验，需要忠实，详细，有效地记录产品在测试过程中的现象（包括已实现功能，未实现功能，所存在缺陷等），并将信息反馈至开发项目组的一个必须过程。

测试的目的是为了验证产品的功能，性能，同时找出产品的bug点，以完善产品的开发。

就某种意义上而言，发现bug点比验证功能是ok的更加重要，因为——你最好别指望客户或用户来帮你找bug，否则代价会非常大。

如果一开始有明确的项目计划，清晰的产品需求，那么可作为测试工作的前期导入，但仅靠这些还是远远不够。

产品的功能，性能，可拓展性，兼容性，安全性，稳定性，这些都是测试时必须考虑到，也是必须测试到的内容（除非没有相关方面的需求），很多东西并不一定能在项目立项时就能够考虑到就能够预判到。

举个例子，腾讯qq我相信大多数人都用过，作为一款即时通讯软件，与好友及陌生人在网络上自由聊天是产品的重要功能，这个功能是必须的。

视频聊天和传文件是qq的两个拓展功能，假如现在是在产品开发过程中，开发人员让检测这两个功能。

经过测试，视频聊天可在不同的两台电脑进行连接，在连接的时候，发起视频的一方在点击视频聊天后，会弹出一个确认框，问是否确认要给对方发视频——我们都知道，实际qq上发起视频不会有这个动作，因为这个动作多余了。

但是假如开发人员没有给出相应的需求，测试人员完全可以判定这个动作合理，因为计算机软件在用户作出重要操作时，弹出对话框让用户确认的动作是很正常的。

又比如，在传文件的过程中，发送文件的一方点取消传送不能中断传送过程，只有接收文件的一方才能中断传送，如果是这样设计的话，发送文件的一方发错文件就很麻烦了，要么让对方取消，要么强行关断qq进程甚至是强行重启电脑。

假如开发人员在事先没有提到要测试这方面的功能，测试人员很可能会忽略此点，主要去测试文件传输的速率，稳定性，出错率等等这些指标。

当产品快交付或交付后，发现这个功能缺陷，开发指责是测试的失误，居然连这个问题都没测试到，测试可以立马反驳——测试前你有要求过要测这里吗？

然后就开始邮件，口水满天飞……

在这里，讨论谁对谁错毫无意义，重要的是，这样的情况其实是可以避免的。

怎么样去避免？

事先说清楚需要测试到的内容不就ok了？

作为测试人员，对于产品的测试需求，如测试方式，测试要点，测试重点等有自己的一套思路，但是，在测试之初他们并不是最了解产品的人，需要开发人员给出一定的指引，毕竟并不是所有产品的测试需求都一致，仅凭经验办事有时会走入误区，比如说：

忽略掉很多本应该注意到的东西；对产品的bug点判断失当；在不重要的测试点上花费太多精力，而在真正应该测试到的地方投入过小等。

做出太多的无用功不仅浪费时间，精力，也容易使人产生倦怠，影响之后的测试工作。

就像蒙着眼睛瞎抓一样，根本不知道自己在干什么，不知道自己应该干什么，甚至不知道自己干的到底有没有作用——这样的工作状况恐怕是很多人都不能接受的。

所以，就跟产品开发需要一个项目计划一般，测试也需要一个测试指导。

这份测试指导应该包括测试的目的，测试的步骤和预期的结果。

从测试人员的角度上来讲，由工程师直接附上测试指导书虽然省事，但是并不理想，最好是由测试人员根据产品情况，列举出值得检测的地方，主动向工程师请教，双方进行讨论后再决定测试内容——如果时间允许的话。

知其然也要知其所以然，才有利于更准确，更合理地进行测试，也有利于积累经验和技术，对于职业的长期发展是至关重要的。

请注意，测试人员不要养成一个非常不好的习惯，就是拿到待测试的样品后什么都不考虑，直奔开发人员那里索要测试指导书，拿到测试指导书后就照本宣科地进行测试，这是非常不负责任的行为，对于测试人员以后的发展也是非常不好的。

拿到产品之后先想一想，在没有任何资料的前提下先自己摸索一下这款产品的设计思路，预期功能，可能会存在的缺陷等，然后再对照项目组或工程师提供的资料进一步确认，在心中有个底之后再请教开发工程师，把测试内容给理解透彻——注意，记得要以请教的心态而不要以索要的心态。

2.产品的可用与否并不仅仅是由测试人员判定的

如上所述，测试是一个求证过程，检验过程，是在已有的条件下做出各种尝试，以验证产品的功能点，并挖掘产品的缺陷点。

测试人员所发现的缺陷点，反馈到开发人员处后，有的或许能得到改善，有的则未必需要改善，还有的则未必能够改善——基于需求，技术，成本，市场等诸多因素的考虑，这是无可厚非的，因为开发并不是理想化的，不能因为缺陷点未改善而否决一款产品。

‘这个东西不行，这样的东西简直就是垃圾！

’——作为测试人员，千万不要说出类似这样的，带有自以为是意味的话。

测试人员并不能决定产品的可用与否，事实上开发人员同样不能决定，做出这个判决的应该是客户，准确点来说应该是客户的需求。

有一款迷你小音箱的产品，由于产品的定位是可以挂在钥匙扣上的，方便携带用的，所以结构上限制了产品的喇叭尺寸，也就限制了这款小音箱的音量和音质。

当时有两位客户对这款小音箱感兴趣，其中一个客户在看过产品之后，指出音箱音量太小，要改善。

于是工程师做出了改进，牺牲了部分音质，把音量给加大了一些，在改善之后我们又重新给两位客户寄出了样品。

提出音量太小的客户收到样品很满意，而另一位客户却很惊异地问我们，为什么这一次送样的音箱的音质变差了？

之前的那一款挺好的啊。

说到这里大家应该都知道后续我们是怎么做的了——这款小音箱保留了两个方案，一款音量稍小，音质稍好；一款音量稍大，音质稍次些，然后不同的方案交付给不同需求的客户。

想想，如果在开发中将音箱交给测试人员来检测，测试人员该怎么判定？

这个方案的音量太小，ng；这个方案的音质太差，ng。

这样的判定合理吗？

本来嘛，这就是事实啊，凭什么不能这么判定呢？

偷偷的告诉你，开发任何产品，咱们说了不算，客户说了才算，除非这产品是为你自己开发的——如果是这样，你不就是这款产品的客户么？

还是客户说了算。

发现缺陷点是客观认知，而否决产品通常是个人的主观意识决定的，个人的判断往往是片面的，也许你认为不能接受的缺陷在客户的接受范围内，反之亦然。

当然，如果缺陷点严重到已经影响产品的正常使用，已经违背了客户的需求，那么，这款产品理应做出改善，作为测试人员提交一份报告，表示产品并未达到项目计划的要

求即可。

说出否决产品的话实际上也否决了开发人员所付出的辛勤工作，不管是有心还是无意。

可能很多人认为，测试就是质检，是产品流向市场之前的最后一道关口，不过，就我个人的理解，测试着眼于改善产品，是开发流程中一个不可或缺的过程，与质检不同的是，质检是根据指标判定产品是良品还是不良品，而测试是根据指标判定产品缺陷，反馈回项目组进行改善。

测试是开发流程中的环节，产品还未成型，改善产品是最重要的。

质检是生产过程中的环节，产品已经定型，控制出货良品率是最重要的。

对产品的缺陷进行追踪是测试人员的本职工作，至于缺陷是否需要改善，产品是否可以交付给客户或流向市场，测试人员可以提出自己的看法和建议，仅此而已。

3.测试要准确而详细地记录测试过程

测试是个很繁琐的事情，测试过程是非常考验人的细心和耐心程度的。

问题往往就发生在未知的地方——这句话并不意味着在已知的地方就不会出现问题。

有的测试人员可能会自持经验丰富，凭经验办事，这是测试工作的大忌！

同样的用例，用在不同的产品上，判定的标准可能截然相反，不要想当然地凭感觉和经验办事。

你可以参考之前的案例，但是每一次测试都应该当做新的测试来做，这样才能保证测试工作的准确性。

以下是我亲身经历的两次案例。

1.索尼的ps3主机有一次升级版本时，对未经过官方认证的蓝牙设备做出了一些限制，之前版本可以顺利使用的三款产品在主机升级版本后出现了一些问题。

问题现在已经解决了——这不重要，我这里想要说的是，这三款产品依照未升级的游戏主机来测试是完全没有问题的，如果我没有及时更新我的测试环境，还是以未升级的游戏主机进行测试，那就不会发现这些问题，等产品上线生产，或者是顺利出货到客户手上再发现问题，那么补救所需要付出的代价是非常大的。

2.有一款产品是用在ps3主机上的ps3手柄充电器，这款产品需要连接ps3主机上的两个usb接口进行供电。

在产品的使用说明书中特别强调了一点，使用时要先连接ps3主机上的usb接口，再将另一端的dc接头接入充电器。

为什么？

因为如果先连接充电器，再连接ps3主机的话，充电电流很小，小到几乎可以判定为不能充电。

就因为先接这头还是先接那头，就能产生截然不同的两个结果，在接触这个案例之前我都没有意识到，也是在这之后，对于自己测试过程中的每一个操作步骤，每一个细节都留上了心。

细心一点，耐心一点，很多缺陷其实是可以被发现的。

准确地记录测试过程这点也许大部分人都能理解，但是详细地记录则未必都能做到。

其实在有的时候，相同的输入，仅仅是因为操作的细微差别，就会导致产品输出不同的结果（其实这就是测试所要找出的问题点），当你记录的时候敷衍了事，发现问题再想回放问题的时候，往往会无处下手，不得不重新进行测试，这才是费时又费力。

小小地吐槽一下：

测试工作真的很磨蹭人，如果不是对品质精益求精到有些偏执，如果不是极具耐心，非常注重细节的话，很难把测试工作做得非常到位。

有些时候就是一点小小的疏忽，就会错过一个或多个本应该被发现的缺陷，当缺陷在生产时或是在客户手上被发现的时候，作为测试人员心里并不好受。

真的，就算没有

任何人指责你，只要你有一点职业操守，足够负责敬业的话，你会认识到那是自己的责任，任何辩解都是白费。

当然，就算再细致，也不能保证可以发现所有的缺陷，因为缺陷往往都是意料之外的，这点可以理解，但这绝不能构成你偷懒的接口，做好自己应该做的，尽自己最大的努力，不求事事如意，但求无愧于心。

4.测试要对结果进行反复验证

作为技术开发人员，严谨是非常重要的一个工作态度，而作为测试人员，更是要以此作为自己的工作准则。

测试是要得出一个结果，但是得出结果并不代表测试就完成了。

在交付这个结果之前，先要确认结果的正确性，准确性，否则并不能算是一次成功的测试。

虚假bug这个词是指提交的bug本身就不准确。

为什么会出现虚假bug？

并不是测试人员有心弄虚作假，也不是测试人员小题大做，毕竟没有哪个测试人员会拿自己的饭碗当赌注，用这样的手段来哗众取宠，又或是存心折腾开发人员。

虚假bug的产生除了测试人员本身的经验和技术问题外，最大的原因就是没有对bug进行反复验证。

测试过程中就算再细致，测试结果也未必能百分百准确，尤其是仅对单个产品进行单次测试，一旦测试过程中出现少许纰漏或是意外，测试结果与正确结果往往会相差十万八千里。

要想避免或是减少因偶然或误差而出错的几率，多次验证是最佳的办法。

我们都知道，抛硬币出现正面与反面的几率均是50%。

如果你拿一个硬币抛一次后，假如出现正面，你能说抛硬币出正面的几率是100%么？

假如你还是做上面那个测试，你抛了两次，都出现正面，你能说抛硬币出正面的几率是100%么？

我们知道，其实抛两次都出现正面的几率是50%*50%=25%，好巧不巧你碰在这25%上了，抛硬币100%出正面是你测试得出的现象，却未必是正确的结果。

要想验证上述抛硬币的几率，最好的办法就是反复多抛，因为当你抛的次数越多，因为偶然性导致的偏差就会越小，当你抛硬币抛50次，一次反面都不出的可能性微乎其微，比你买一张彩票就中500万大奖的概率还要低得多。

当然，反复验证并不是说要你每一次测试都要十几二十次以上。

根据实际情况，在觉得有疑问或异常，或是出现缺陷的地方验证个三五次，如果还是没把握再加测几次，确定结果无误，且可以准确进行现场还原后，即可提交至开发人员进行改善。

5.测试人员的自我定位

一切以客观事实说话——这是测试人员必须遵守的工作信条。

耐心，细心，严谨是测试人员必须具备的职业素质。

测试人员千万不能说出类似‘这个东西是个垃圾’这样自以为是的话——如果产品没有缺陷，那还要测试人员来干嘛？

测试人员就是为了缺陷而存在的，当然，验证产品功能的实现也很重要。

。

任何一款产品在开发之初都会有或多或少的缺陷，把它们找出来是测试人员的职责，但要留意，不要陷入任何不合理都是缺陷的怪圈，与开发人员及客服人员沟通，了解产品和客户的真正需求，不要自以为是。

测试人员也千万不要因为能找出产品的缺陷而洋洋自得，自以为比开发人员高端，因为主观及客观上的原因，开发人员并不能很好地从自身的角度来审视产品，所以才需

【篇二：

安全大检查心得体会】

安全生产是一种责任

--安全大检查心得体会

******公司相应国家和集团公司的号召，于2013年6月至今在公司内部开展了安全生产大检查工作，并与8月22日召开了****深入开展安全大检查全员大会。

作为一名工作在生产一线的员工，深深懂得安全的重要性。

安全生产是一种责任，不仅是对自己负责、对家人负责，更是对员工负责、对企业负责、对社会负责。

每一次事故的警笛，都揪人心弦，每一次惨痛的事故，都给亲人心头留下永久的痛，安全生产牵动人心。

安全生产，不仅仅关系你自己，更多的是关系到你我他。

安全生产是社会发展永恒的主题，是一切工作的真谛。

安全是企业发展的前提和根本，与企业的生存发展息息相关，企业要想寻求更大发展，获得更广阔的市场，就必须切实抓好安全生产工作，全面落实安全生产责任制，遏制生产安全事故的发生，才能创造出更好的经济效益。

从生产一线工作多年的经验来看，抓好安全生产工作应重点做好以下几点：

一、正确认识当前安全生产形势

在4月至7月短短的四个月内，我公司有三起较大的不安全事件，两起为原因相同的设备损坏事件，另一起为机组延误启机事件，安全形势不容乐观。

因此，需要我们要正确认识目前的安全生产形势，从事故中吸取经验教训，扎扎实实地开展安全工作，将各项安全检查工

作落到实处，务求实效，全面提高工作现场的事故整体预防能力，为公司实现持续健康发展奠定坚实的基础。

二、提高思想认识

近几年，集团公司、公司对安全工作越来越重视，要求也越来越严，可以说，在当前形势下，安全是政治、是大局、是稳定、是和谐，更是一种不可推卸的责任，因此，作为普通员工也要充分认识到这一点，不断提高对安全工作的认识，强化岗位意识、责任意识和安全意识，树立“如临深渊、如履薄冰”的安全管理意识和紧迫意识。

深刻理解“知责、履责”的意义，切实做好安全大检查工作。

三、全面落实安全生产责任制

安全工作是一项系统工程，是全员、全过程、全方位的工作，责任目标和工作压力层层传递下去，直至每一名岗位员工，要做到横向到边，纵向到底，奖惩结合，提高员工的工作积极性，全面落实安全生产责任制。

四、加大执行力度

通过安全大检查和反事故斗争，找出我们在标准上、制度上、执行上存在的不足，有效提升公司标准化、制度化管理水平。

实现制度管人、流程管事的良好局面。

强化外包工程过程管理，依据集团公司管理标准和指导手册，从资质审查、安全培训、现场检查、方案落实、质量管理等各方面强化工程质量的安全有效管控。

五、切实抓好风险管理和隐患排查

风险管理是开展各项管理工作的基础和前提，因此，要切实抓好

此项工作，组织全员开展全面、全方位的危害因素识别活动，认真执行“三讲一落实”工作。

按照事故类别、施工工艺流程、设备设施现状开展隐患排查工作，针对识别出的隐患，及时制定消减控制措施并积极整改，防范各类事故的发生。

总之，安全生产工作只有起点，没有终点。

因此，安全生产大检查必须全员参与，做到“人人、事事、时时、处处”抓安全生产工作，努力增强全员的安全意识，提高全员的安全素质，实现“要我安全”到“我要安全，我会安全”的思想转变，从而有力促进公司安全形势持续稳定发展。

【篇三：

实验心得体会】

实验心得体会

在做测试技术的实验前,我以为不会难做,就像以前做物理实验一样,做完实验,然后两下子就将实验报告做完.直到做完测试实验时,我才知道其实并不容易做,但学到的知识与难度成正比,使我受益匪浅.

在做实验前,一定要将课本上的知识吃透,因为这是做实验的基础,否则,在老师讲解时就会听不懂,这将使你在做实验时的难度加大,浪费做实验的宝贵时间.比如做应变片的实验,你要清楚电桥的各种接法,如果你不清楚,在做实验时才去摸索,这将使你极大地浪费时间,使你事倍功半.做实验时,一定要亲力亲为,务必要将每个步骤,每个细节弄清楚,弄明白,实验后,还要复习,思考,这样,你的印象才深刻,记得才牢固,否则,过后不久你就会忘得一干二净,这还不如不做.做实验时,老师还会根据自己的亲身体会,将一些课本上没有的知识教给我们,拓宽我们的眼界,使我们认识到这门课程在生活中的应用是那么的广泛.

通过这次测试技术的实验,使我学到了不少实用的知识,更重要的是,做实验的过程,思考问题的方法,这与做其他的实验是通用的,真正使我们受益匪浅.

实验心得体会

这个学期我们学习了测试技术这门课程，它是一门综合应用相关课程的知识和内容来解决科研、生产、国防建设乃至人类生活所面临的测试问题的课程。

测试技术是测量和实验的技术，涉及到测试方法的分类和选择，传感器的选择、标定、安装及信号获取，信号调理、变换、信号分析和特征识别、诊断等，涉及到测试系统静动态性能、测试动力学方面的考虑和自动化程度的提高，涉及到计算机技术基础和基于labview的虚拟测试技术的运用等。

课程知识的实用性很强，因此实验就显得非常重要，我们做了金属箔式应变片：

单臂、半桥、全桥比较,回转机构振动测量及谱分析,悬臂梁一阶固有频率及阻尼系数测试三个实验。

刚开始做实验的时候，由于自己的理论知识基础不好，在实验过程遇到了许多的难题，也使我感到理论知识的重要性。

但是我并没有气垒，在实验中发现问题，自己看书，独立思考，最终解决问题，从而也就加深我对课本理论知识的理解，达到了“双赢”的效果。

实验中我学会了单臂单桥、半桥、全桥的性能的验证；用振动测试的方法，识别一小阻尼结构的（悬臂梁）一阶固有频率和阻尼系数；掌握压电加速度传感器的性能与使用方法；了解并掌握机械振动信号测量的基本方法；掌握测试信号的频率域分析方法；还有了解虚拟仪器的使用方法等等。

实验过程中培养了我在实践中研究问题，分析问题和解决问题的能力以及培养了良好的工程素质和科学道德，例如团队精神、交流能力、独立思考、测试前沿信息的捕获能力等；提高了自己动手能力，培养理论联系实际的作风，增强创新意识。

实验体会

这次的实验一共做了三个，包括：

金属箔式应变片：

单臂、半桥、全桥比较；回转机构振动测量及谱分析；悬臂梁一阶固有频率及阻尼系数测试。

各有特点。

通过这次实验，我大开眼界，因为这次实验特别是回转机构振动测量及谱分析和悬臂梁一阶固有频率及阻尼系数测试，需要用软件编程，并且用电脑显示输出。

可以说是半自动化。

因此在实验过程中我受易非浅：

它让我深刻体会到实验前的理论知识准备，也就是要事前了解将要做的实验的有关质料，如：

实验要求，实验内容，实验步骤，最重要的是要记录什么数据和怎样做数据处理，等等。

虽然做实验时，指导老师会讲解一下实验步骤和怎样记录数据，但是如果自己没有一些基础知识，那时是很难作得下去的，惟有胡乱按老师指使做，其实自己也不知道做什么。

在这次实验中，我学到很多东西，加强了我的动手能力，并且培养了我的独立思考能力。

特别是在做实验报告时，因为在做数据处理时出现很多问题，如果不解决的话，将会很难的继续下去。

例如：

数据处理时，遇到要进行数据获取，这就要求懂得labview软件一些基本操作；还有画图时，也要用软件画图，这也要求懂得excel软件的插入图表命令。

并且在做回转机构振动测量及谱分析实验，获取数据时，注意读取波形要改变采样频率，等等。

当然不只学到了这些，这里我就不多说了。

还有动手这次实验，使测试技术这门课的一些理论知识与实践相结合，更加深刻了我对测试技术这门课的认识，巩固了我的理论知识。

不过这次实验虽好，但是我认为它安排的时间不是很好，还有测试技术考试时间，因为这些时间安排与我们的课程设计时间有冲突，使我不能专心于任一项，结果不能保证每一个项目质量，所以如果有什么出错请指出！

实验体会与感想

经过这次的测试技术实验,我个人得到了不少的收获,一方面加深了我对课本理论的认识,另一方面也提高了实验操作能力。

现在我总结了以下的体会和经验。

这次的实验跟我们以前做的实验不同，因为我觉得这次我是真真正正的自己亲自去完成。

所以是我觉得这次实验最宝贵，最深刻的。

就是实验的过程全是我们学生自己动手来完成的，这样，我们就必须要弄懂实验的原理。

在这里我深深体会到哲学上理论对