- 相关推荐
测试工程师年度工作总结
总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料，它可以给我们下一阶段的学习和工作生活做指导，不如立即行动起来写一份总结吧。但是却发现不知道该写些什么，下面是小编收集整理的测试工程师年度工作总结，仅供参考，希望能够帮助到大家。
测试工程师年度工作总结1
通过面试，来到公司工作，已经一个月过去了，我努力了解公司的文化、制度、相关本岗工作的各种信息，以便尽快的融入到公司大家庭。对我一个月来的工作总结如下：
一、对公司的认识
在工作初期，我从各渠道了解公司的发展情况；对公司的业务模式、组织架构、地域分布有了初步的了解；阅读了一些公司管理制度。对公司的发展前景充满信心，愿意更加坚实与公司共同成长。
二、工作了解
1、信息化工作无中期的战略目标
基础建设与运维方面
基础建设薄弱。设备相应的资产信息、应用权限、辅助安全、扩展应用，管理都较松散，缺乏整套切实可行的运维机制（当然这和公司之前无本岗位人才有关）。
2、网络方面
网络不足以支撑目前的公司应用规模，表现在：网络结构无规划、带宽不足、网络管理设备性能太低，这些因素导致公司网络不稳定，无法支撑发布IT应用服务。
3、系统推进方面
对于目前系统在测试准备阶段深切体会到一些问题：
（1）从整体看这套不符合目前公司的管理结构。即：我公司所选这款系统适合中小企业或者但组织架构企业，不适合我们目前的.集团管理架构。在日后我们应用逐渐成熟和层次逐渐深化时就会暴漏出很多问题。如：与日后集团型其它系统数据对接、更深层次权限划定
（2）的模块选择不合理。对一般非常有用的模块没有购买，如：日程提醒、数字签名、移动应用。对我们目前现状没必要的模块又买了，如：邮件模块、办公用品管理。
（3）系统功能弱。开放自助修改地方的相对市场上主流较少；协同审批流程设定麻烦；新闻中心版面僵硬，不可修改；知识中心版面缺乏人性化；通讯录功能非常薄弱；即时通讯功能太可怜。 （4）系统实施规划不够全面。系统实施零散，缺乏整体规划。如：系统基础设备架设不安全；数据备份不合理；系统基础数据有些缺少统一规则制定；乙方顾问更换平凡、对接人多。
三、工作推进
1、将两个无线路由安装使用起来。
上线准备工作完成。截止20xxXX年月日上线前的准备基本完成，包括上线前全员培训。接下来就是公司开始试用行，上线运行后再出现的问题继续协调处理。
2、机房整理，将小UPS装给财务利用；不用之物清理出机房。
四、工作展开计划
通过对公司的了解，利用现有资源，以现在已明确的任务为首要（系统推行到全公司），结合公司信息化长远发展，逐步从基础架构开始完善信息化工作，计划工作如下开展：
1、首先将系统在集团总部推行起来。
2、下一步整改机房，使机房相对安全，整洁。
3、深入了解整个集团各公司的网络使用状况，对网络全面的规划改造，为日后公司更多的IT应用做准备。
4、建立升级和建立基础的信息共享沟通，即：升级邮箱、建立整个集团可应用的即时通讯系统、简单文件共享。
5、拟建初步的信息化管理办法。
系统在各个公司逐步推行使用起来。
测试工程师年度工作总结2
这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。
我认为，在整个庞大的软件工程中，不管是需求分析、架构设计甚至是最后的debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。
软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于
1、最基本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试；从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。
2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。
4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。
另外就是一个学期的学习让我纠正了几点误区：
1、有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的`测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学习经验告诉我这是错误的，如果只是为了找到BUG，那么BUG会成天缠着你。
2、在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。
作为测试新手，通过一学期的学习，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远！在最后，我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。
最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。
测试路程，路漫漫其修远兮，吾将上下而求索。
【测试工程师年度工作总结】相关文章：
测试工程师工作总结（精选8篇）08-25
测试工程师工作总结（精选23篇）12-14
软件测试工程师的自我评价02-07
工程师年度工作总结02-09
测试工程师转正申请书07-11
硬件工程师年度工作总结06-19
工程师年终工作总结07-10
电气工程师年度工作总结01-31
工程师年度工作总结10篇02-12