知远网整理的IT测试部年终工作总结（精选4篇），希望这些优秀内容，能够帮助到大家。
IT测试部年终工作总结 篇1
回顾20xx年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下：
一、测试总结
严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。
中间业务平台管理系统上线阶段：
在管理系统上线阶段共发现6个问题其中有代表性问题分类如下：
1、需求问题：
系统维护->账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。
教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。
2、技术实现问题：
集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。
教训：
测试角度：只测试了功能实现与否，没测试功能实现的方式对不对。 研发角度：重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流，说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。
3、迁移配置问题：
如：“机构下载提示：“FTP下载失败”。”、”柜员登录业务系统时提示：“用户失效”。”、“缴费查询时，生成批次号错误。”等
教训：上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚，。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细，不仅提高软件本身的质量，也要提高文档的质量。
乌拉特前旗财政代发加密：
1、前期软件交付时财政不认可：
此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密软件。但在软件交付时，财政完全不认可导致项目推翻重新开发。
教训：如果项目涉及到三方或者多方时，一定在研发工作前把握用户最原始的需求，可能从中间方挖掘出的需求并不是最终用户想要的结果。
中间业务代理校园一卡-通：
1、 交易最少、问题最多的项目。
导致问题原因如下：研发人员经常变动性大，几乎研发二部所有人都参与过此项目支持，看别人代码需要大量时间，甚至比重新研发都要费时间。接口联调阶段对方工程师不在场（校园前置机本身配置问题）。集成测试时，对账是报文模拟，这就导致一部分案例无法覆盖到（生成对账文件校园方是否解析）。
教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存在风险，希望今后的.项目中能得到第三方仿真端来降低成本，节省测试成本。在案例设计方面多模拟用户真实环境。
二、自身存在的不足及其后期计划
金财公司的工作同我之前的工作有很大不同，之前公司的测试工作只需要完成三轮集成测试的工作即可，在金财公司的测试工作不单单是测试，更是涉及到是质量管理、质量监督、质量控制的工作，同我之前相比感觉每天都在进步，大半年工作让我有所进步，但是很多地方还是存在不足，比如：
1. 接到工作任务后一味的去做，做到一半发现做不下去或者做的不对。做
事情没方法。
2. 在描述一个缺陷的现象时，尽量去挖掘产生问题的原因，在定位缺陷的
能力上多下一些功夫，为开发减少工作量。
在20xx年的工作中，我计划：
1. 今后工作要学会分析事物，找到做事的办法，提前把思路汇报给上级。；
2. 要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例；
3. 做好管理系统、一卡-通、华北市电的运维工作；
4. 学会环境搭建、保持开发与测试有两套环境避免相互影响。
三、个人建议
近半年我们部门有着的明显进步，比如之前用EXCEL执行案例、记录缺陷，后期采用行业著名的QC软件来规范测试流程等，在此，个人提出以下几个小建议：
1、希望能够在需求这一阶段上能更详细、准确的确定软件功能要求；
2、研发人员在修改缺陷时，希望能在备注上添加上缺陷是如何修复的产生原因是什么等，一是能给测试人员带来新的测试思路；，二是能够给其他研发人员提供借鉴;
3、在项目的各个重要阶段多开一些项目总结例会把遇到的问题放到例会上让大家讨论，能为接下来的项目或者以后的工作提供宝贵意见；
4、在单元测试阶段时，测试人员没有其他任务时，可以提出让测试人员配合做单元测试，保证后期集成测试时，严重性缺陷数量的控制；
5、公司的报销流程个人感觉有些繁琐希望公司能够简化流程或者公司人事方面能够定期来核对报销工作;
最后，感谢部门领导、各位同事对我这个新人在初期工作时的帮助，特别是熬民在工作上对我的监督指导，在业务上和测试技术上有问必答，毫无保留。对于工作上遇到的困难，研发人员都能在百忙之中给我讲解和探讨问题，在这里特此感谢他们。
相信在大家共同的努力下，公司部门逐渐壮大、成长。最后走出内蒙，走向全国。
IT测试部年终工作总结 篇2
光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在这段时间里，我们公司从没有测试人员，到测试部的建立；从没有测试环境到测试服务器的建立，测试工具QC、性能测试软件LoadRnner的安装使用；测试部规章制度的建立——测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、QC使用手册的书写等等；
在这近九个月工作中，我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替，我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。
20xx年5月，我来到英特华，在李经理的指导下负责测试部的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试等工作。
虽然测试部在20xx年中取得了不小的成绩，但是还是存在很多不足，比如新订单系统的`长期测试，工期长期推延，迟迟不能结束！这是测试部在下一年要重视的地方，要认真总结的地方！
下面是这一年测试部遇到的重大问题及原因与对策：
1、新订单系统的多伦测试后还不能封版完工
原因：
1）1级bug太多，严重影响阻碍测试的进度（尤其是报黄页的bug）； 具QC BUG管理系统统计，新订单系统中bug总共209个，一级竟然有109个之多！
2）存在拆西墙补东墙的严重现象。（很严重）
原来好的没有bug模块，由于修改bug重新出现缺陷，出现 拆西墙补东墙，bug循环出现，杜绝bug遥遥无期！
3）软件开发基本定型后，还在修改数据库结构，修改底层代码！
4）软件开发基本定型后，还在修改需求！
5）开发人员不按照需求开发软件；开发出来的模块或功能和需求有出入。
6）部分模块需求在测试快结束后，需求还没出来，开发人员在等需求！（如新订单系统中的利润表模块）
7、）测试人员不足；软件模块太多，测试周期长！
对策：
1）检查：对于1级bug太多，只要开发人员开发出的模块后或修改的bug后自己先走查一下流程，看看流程是否能走通，是否还报错，这样就能确保一级bug出现的机会大大减少！
2）开发人员在修改bug之前一定要认真先想一下，我这种修改方法会不会给其他模块带来bug？会不会影响其他人员的模块出错？然后在下手修改代码！
3）一旦所有人进入全面开发软件后，数据库和底层代码就不能变动！
4）一旦进入开发阶段，需求就不能再随意增加变动！
5）开发人员严格按需求开发项目，不能私自变动开发；如有变动需要，要所有部门领导在一起商量，并下发通知商量后的结果！
6）要做到在写代码之前需求必须全部写完！
7）大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的精力与技术经验必定有限！
下面是展望20xx
丰收的20xx已经过去，让我们迎接展新的20xx！
20xx努力的方向：
为了公司开发软件的.质量与专业，我们测试部要往更高层次发展，这就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程师！
20xx测试部要努力增加的岗位人员：
一名功能测试人员。
一名性能测试人员。
一名安全测试人员。
20xx年测试部需要的物理资源
一台做压力测试用的物理服务器（可以用一台配置好的pc机代替）—— 一个专业的，准确的性能测试需要模拟接近真实服务器的干净的环境！虚拟机的各项性能还是和物理机的性能是有很大区别的，并且虚拟机上已经装了很多的服务和软件，环境不干净，影响真实的性能测试结果！
20xx年测试部的工作年度目标：
电商俱乐部CRM系统 20xx年3月之前完成测试工作。
ERP-产品系统 20xx年6月30日之前完成测试工作。
ERP-采购系统 20xx年8月25日之前完成测试工作。
ERP-仓储系统 20xx年9月30日之前完成测试工作。
ERP-物流系统 20xx年11月5日之前完成测试工作。
ERP-订单系统 20xx年12月10日之前完成测试工作。
最后感谢领导和各部门的同事对测试部工作的大力支持！
IT测试部年终工作总结 篇3
我在公司的职位是软件测试人员，我的工作就是要负责公司软件开发后的测试工作，把好最后一道关，使公司的产品实现价值最大化，延长软件生命周期。
转眼间，在公司这个大家庭里工作已经半年了，回首这半年来自己所经历的一切，面对自己的成绩与教训、长处与不足、困难与机遇内心感慨万千，这段时间让我学到很多也懂得了很多，我很感谢公司所给予的一切。
首先，我真心的感谢公司领导及其公司同事给我们的这个难得的机会，我非常珍惜这个机会，对我来说，这能够真正使我从不适应工作到适应以后的工作和生活。非常感谢研发部的同事，还有感谢所有公司的同事，因为你们的帮助，我顺利的走过在公司的适应期。还记得工作第一天的时候，那时
我对所有的工作流程都还不懂，开始的时候很紧张，但是从有了第一次工作后，对自己的工作就逐渐成为习惯，适应了这里的工作环境，自我价值也在工作的过程中得到了实现并且得到了提高。
其次，在工作的半年以来自己在工作上有不少收获，能够熟练的操作公司所生产的软件产品，做到尽到自己的工作职责将软件产品不成熟的地方和有bug的地方即时记录，享即时将建议与问题发给研发进行沟通，让研发可以更快的解决问题所在。对于网站以及服务器上会出现的问题都已经整理文档，方便大家共享，更好的查找和解决问题。
在测试工作之外，我会力所能及的帮用户监测网站查找问题，编写测试报告。帮公司的销售人员查找网站链接，整理表格资料，进行监测，查找出问题，方便销售人员对用户提供测试报告，思想的汇报专题增加销售筹码。
在领导的帮助下，完成了公司所需要申请专利的两份资料，对专利申请的流程以及申请文档的编写的有了进一步的了解。为以后在相同方面的工作累积了经验。
再次，在工作的'过程中，也发现自己在专业工作中的不足和缺点：
1.计算机硬件知识欠缺。
自认为是IT专业的本科生，其实不然，自己还是一粒沙子，还有很多需要学习的地方。在软件测试部，学会了计算机硬
件的一些基础知识。但是对我而言，还是需要虚心的向同事们请教！
2.英语知识的欠缺。
看到了操作系统或服务器后台的很多专业知识时，就基本灰心。但我会在专业英语方面多学习，争取有所突破，因为自己还是对专业英语有浓厚兴趣的。
最后，自己对工作的下阶段计划也进行了相应的调整，应具体落实到：
1.进一步熟悉自己的工作流程，学习更多的专业知识及应用技术，提高处理实际问题的能力；
服从公司领导的工作安排，保质保量完成任务；
2.继续争取学习更多的技能，做到能够学以致用，实现从学习，分享，带领学习的过程；
3.进一步着重于对公司软件方面产品的理解和研究，也应对公司的硬件产品也需进一步熟悉，争取独立解决一些问题，进一步融入公司环境和各部门同事关系友好；
4.提高公司关键字网络检索排行，并提交对公司产品的各项数据的记录文档；
5.提高自身的综合能力，持续努力，不断反省，总结提高，快速度过在公司的成长期，早日跨进发展期，创造与实现自身的价值。
IT测试部年终工作总结 篇4
总结一：软件测试在整个软件周期中的重要性。
它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。
总结二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。
再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的'环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。
总结三：在系统性能测试方面需要重视。
经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。
当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。