总结是社会团体、企业单位和个人在自身的某一时期、某一项目或某些工作告一段落或者全部完成后进行回顾检查、分析评价，从而肯定成绩，得到经验，找出差距，得出教训和一些规律性认识的一种书面材料。同时总结是一个词语，可做动词，也可作名词，另外也是一种应用文体。下面小编为大家带来电脑软件测试技术员工作总结的内容，希望大家喜欢。
篇一：电脑软件测试技术员工作总结
自19xx年8月我被公司授予技术员职称至现今，已有四年的时间，电脑技术员工作总结。在这四年中，我一直在运行部工作，凭借自己的努力和领导的提携，从一名主值班员晋升到了值班长,进而又被提拔到了部门助理一职。在这期间，我对我们公司首站的各系统有了更深入的了解和认知，对一些系统发生的各类事故有了一定的独立分析和处理能力，做好了一个技术员应尽的职责。
我在学校学的专业是热工及自动化控制专业，但从事我们的首站运行工作却最需要的是热机、电气等方面的知识。这对我来说就是一个新的挑战，还需要不断的学习提高，使自己的专业技能能全面发展。所以，我就找来一些有关这些方面的专业书籍，针对我们的系统进行针对性的学习，同时还请教一些老师傅和专业人员，请他们现身说教。经过自己的努力和同事的帮助，总算功夫不负有心人，我的专业知识和专业技能都有了很大的提高。
但我对我们系统有关热工方面的知识还是特别关注，并深入去了解和掌握它。同时在自己学好之余，还承担向其他运行人员说教的职责。我们公司的热水网工程是采用计算机监控系统实现热水网生产运行的数据的全面监控的。它的主要组件包括控制器、输入输出模件和监控站。我公司首站共有18套美国霍尼韦尔公司的SCAN3000/S9000集散型控制系统(Distributed Control System,简称DCS)，它具有热水网运行回路控制，数据采集，数据通信，集中化的信息管理和操作显示功能。它配有2台S9000控制器，另配置12台单回路控制器(Honewell UDC3300)，作为控制回路的冗余控制器和紧急手操器。UDC作为备用手操器可以在DCS发生故障时，对调节回路进行控制。具有易操作、可编程、稳定性高的特点。DCS系统与UDC之间能实现无扰动切换，确保系统运行的稳定性。S9000控制器通过DVC通讯口的DMC通讯回路与单回路控制器实现通讯;通过MGTSTA通讯口与系统监控站的通讯卡相连接。有了这些控制系统，平时各种参数的调节以及人员的劳动就有了事半功倍的效果。这些控制系统是由测量元件(温度变送器、压力变送器、差压变送器)、控制元件(S9000、UDC)，执行机构(调节阀等)构成。控制流程是这样的，现场一次表计采集数据，由变送器发出4—20mA信号给S9000(也就是常说的DCS)，1—5V信号给UDC。然后由S9000或UDC发出4—20mA信号(UDC用串接250Ω电阻，将1—5V信号转为4—20mA信号)给执行机构进行调节。在这过程中，仪表的电源由两台西门子24V直流电源提供(此两台电源互为备用)，电源送至配电器，然后由配电器给一次仪表供电(中间加配电器是为了在仪表维修时，不至于发生短路，而损坏直流电源)，工作总结《电脑技术员工作总结》DCS或UDC接收到信号即在CRT或UDC自带屏上显示。控制时DCS或UDC发出信号给阻抗转换器、配电器，经隔离模块或隔离继电器传给执行机构进行控制。隔离模块是通模拟量信号的，即连续控制信号4—20mA，如阀门的开度、液位控制等;而隔离继电器是将开关量信号反馈至DCS的，如温度开关、压力开关及泵的启、停状态等(加隔离模块、隔离继电器是为了隔离强电信号，以免把S9000中的回路控制卡烧坏)。
在倒班运行期间，作为一名值班长，我承担着整个热水网安全经济运行的重责，上班期间精神高度集中，带领班组成员一起精心调节参数，认真分析各项数据，总结规律，及时查找和发现设备的缺陷和隐患，防止扩大事故。不仅确保了热水网的安全运行，而且还做到了经济运行。在一些参数及设备异常时，能做到及时分析、查找原因并汇报，具备了一定的独立分析能力。平时上班期间，经常认真学习各种专业知识和运行规程，并且能经常在头脑中做好各种事故预想。在首站发生各类事故时，能准确、果断的进行处理和调度，迅速恢复系统的正常运行。在运行部办公室工作期间，我不但承担着运行部的日常管理、后勤工作，而且还承担着辅助运行人员作好各项安全经济运行工作。和部门领导一起作好各项数据的经济分析和负荷预测，参与各项事故的分析处理、系统的技术改造等工作。如：首站CRT显示大网回水压力值白天流量大时经常升高，需经常放水，经过几天的观察统计，都有此现象，自查首站无问题，分析可能是有用户站存在漏点，白天启动时压力大于我们管网的压力而向我们管网漏水。遇到以上类型的问题，我们统计分析好后就联系相关部门去解决，为其他部门更好的处理问题提供了第一手的资料。有一次，我正在当班，电气系统贾家线运行，大网流量480吨左右，2台临时泵(1#、2#)运行，此时两台泵已不能满足负荷需要，需把1#临时泵(额定流量为145m3/h)切换到4#临时泵(额定流量为200m3/h)运行。4#临时泵绝缘测试合格后，启动泵，此时首站突然停电，所有设备都停运，电气系统自动投入唐门线。此时，作为值班长的我，立即先把蒸汽调节阀关到零(以防无流量引起系统超温)，同时吩咐副值班员到厂房恢复1#、2#临时泵运行，主值班员恢复蒸汽系统和调节流量。然后我就到电气控制室去检查，先把报警铃声解除，接着把各开关复位。此时掉牌指示灯还亮着，我就去检查各继电器，发觉是1DL过流继电器动作，把它复位后指示灯熄灭。由此可判断不是贾家线的原因，而是由于4#临时泵的启动而造成的。那为什么4#临时泵一启动就会发生此现象呢?后来，我到现场去检查，经初步分析，得出以下结论：在故障处有高热和烧焦的现象，由此可判断可能是电动机匝间短路引起电动机三相电流不平衡，(当三相电源对称时，异步电动机在额定电压下的三相空载电流，任何一相与平均值的偏差不得大于平均值的10%。)使得电动机启动时的电流值很大，造成过流的现象。我们的冷却水系统运行时，冷却水管道经常会剧烈振动。经过我和部门领导的分析和摸索，终于解决了此问题。冷却水塔积水池的液位一定要高于冷却水出水管(此时需通过相应调节出水管的阀门、冷却水箱回水阀、冷却水泵出口阀的开度，找到一个平衡点)，避免管子里有空气进入导致管子振动。此外，我还一起参与了调节阀卡涩的处理、自控回路的投入、参数设置、大网逐段隔离分析查找泄漏点等工作。特别是独立的处理了溴化锂的一些故障。每当出现故障时，我都到现场去独立进行分析原因并进行处理，大部分的故障都能迅速的得到解决。如：溴化锂机组发生故障停机，经查是发生器高压、高温而引起的，而发生器高压、高温又由很多因素造成。此时我就检查机组的相关系统和查看停机前的运行参数，查找原因，然后进行针对性的处理。若是因机组密封性不良，有空气泄入而引起的，我就启动真空泵，抽除不凝性气体，排除泄漏点;若是因冷却水温度过高或流量太小而导致的，我就检查冷却水系统，调整风机台数，调整冷却水量，使之符合要求。
总之，在这四年的时间内，无论从技术上，还是从管理上，我都有了很大的提高。今后，我会在此基础上，刻苦钻研，再接再厉，使自己的业务水平更上一层楼，为公司的发展能尽上一份力。
篇二：电脑软件测试技术员工作总结
我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆， cmm 是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹 “ 江湖 “ 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。
第一招 学会利用网络
刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 “ ，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。
一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 “ 聪明才智 “ 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 google 成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 “ ，所以只要你耐心找，答案就在身边。
这里总结一下利用网络搜索引擎的技巧：
组合搜索
每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。
选择表述内容的词组
一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。
定位信息来源
有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式 “shszc.com” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组
其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。
第二招 学会动手
参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 “ 测试出了几个 bug ，然后 “ 仔细 “ 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的 bug 。他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。 “ 。
在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。
第三招 思考自己所作的
刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了 iso,cmm ，测试管理工具，自动化工具(因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了)。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。
所以善于思考，总结经验，也是成为高手之路的不二法决。
第四招 学会利用论坛资源
其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。所以经常会看到 “测试高手“的身影，并且不提问题，而且还能“锄强扶弱“，是测试新丁的救命稻草。好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。
很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。
第五招 学习和你所测试的软件产品相关的知识
要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。还有多看看公司 bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 windows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。
和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，你会在测试中从客户的角度发现问题;和开发人员交流，你会了解开发人员怎么实现软件功能的;和项目管理人员交流，你会知道开发进度以及遇到的困难。