撰写突出的总结可以提高大家的写作能力，大家在撰写总结的时候，需要重视思路清晰。以下是职场范文网小编精心为您推荐的软件测试年总结5篇，供大家参考。

软件测试年总结篇1

本人自年x月x日起进入xx公司从事手机软件测试工程师一职，在不知不觉中已经经过了2个月的试用期。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。

在本部门工作中，我一直严格要求自己，认真及时地完成领导布置的每一项任务，并虚心向同事学习，不断改正工作中的不足；配合各部门负责人落实及完成公司各项工作，

在过去的2个月中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的工作中更好的提高自己的水平、素质，更好的完成本职工作。

在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型兼备的新世纪人才。

精心推荐

软件测试年总结篇2

年即将过去，时光飞逝，日月如梭，我来公司两年的时间转瞬即逝，身为一名年轻的员工，我紧密配合公司的安排，卯足精神,踏踏实实地为公司做事，同时也努力成为一名能主动做事，勇挑重担的员工，为公司的发展贡献出了自己的一份力量，回顾这段时间的工作，既有收获也有不足，现对自己这段时间的工作进行总结。本人在公司领导的正确领导下，在各位同事的热情帮助和大力支持下，立足本职工作，努力学习，勤奋工作，诚恳待人，团结协作，遵守各项规章制度和工作纪律，不断提高服务质量和工作效率，较好的完成了全年的各项工作任务。以下是两年的时间个人的工作总结。

政治思想方面

在工作中我积极参加公司里组织的学习，努力做到在思想上，认识上同公司价值观保持一致，始终保持与时俱进的精神状态。同时，自己还树立终身学习的观念，利用业余时间进一步学习自己的业务知识。平时能够团结同志，具有一种良好的敬业精神和责任感。

工作情况

这段时间我的主要工作有：大衍企业版项目的相关测试。

关于大衍企业版，在工作前期主要是对企业版各个子模块下功能点的测试，查找bug并提交到禅道，同时与产品、开发人员对需求的一些讨论，后期在需求部分变动下通过产品原型与产品需求进行测试计划，测试方案，测试用例等文档的编写。

存在的问题和打算

尽管经过一些努力，我的业务水平还需进一步提高。在以后的工作中，我将加强自主管理的意识，加强理论和业务学习，不断提高业务技术水平，使自己的工作达到一个更高的层次，有问题积极与领导进行交流，出现工作上与思想上的问题及时汇报，也希望领导能够及时对我工作的不足进行批评指正，使我的工作能够更加完善。

今后我会加强其他专业知识的学习，社会的进步与企业的发展对员工的综合素质提出了越来越高的要求，要求员工一专多能，只有这样才能进一步提高企业的效率，增强企业的竞争力，才能增强员工在这个社会中的竞争力;具体在接下来的工作中，我准备进行接口文档，数据库文档，性能测试报告的组织编写，同时在具体的测试过程中与开发人员对产品性能上的一些优化进行商讨;下一阶段是当产品需求不再变更已完善后，回归测试过程中对可执行自动化测试的部分进行自动化脚本的设计与录制以节省人力物力。在工作过程中对测试工具jemter与python自动化测试框架selenium灵活运用不断改进公司产品的用户体验。

平凡普通的岗位上，自己只是沧海一粟，但是，人同此心，心同此理，只要我们都有爱岗敬业的行动，必将成为公司发展壮大的坚实基础。我会把自己的理想、信念、青春、才智毫无保留的奉献给这个庄严的选择，因为企业的发展与成功，不仅是一个公司的成功，更是我们每一个员工的成功，只有企业更好地发展，才有员工发挥的舞台，才能尽情发挥个人的才华，实现个人与企业的共发展!

软件测试年总结篇3

我在几个月的软甲测试课程中深刻体会到软件测试的重要性和趣味性。这门课教会我们以软件系统工程的更大视角审视软件测试这项工作。

在做作业的过程中我感觉我做的测试项目越多，阅读的测试书籍越多，我越感到我对软件测试理解的越肤浅。因为我越来越感受到软件测试的广度和深度的无限性，它像大海宽广，像宇宙那样深邃。

为什么要进行软件测试软件测试的前途如何软件测试的工具和思想谁更重要软件测试的最高境界是什么

软件测试是保证软件质量的重要活动，是软件项目实施的不可缺少的环节。软件测试的直接目的是发现软件中存在的缺陷。此为测试的有效性。

在软件项目没有结束之前的全部软件缺陷主要由软件开发人员负责，因为软件缺陷来自程序员的编程。软件项目结束后的软件缺陷主要由软件测试人员负责，因为软件测试人员没有在软件发布之前的测试中没有发现隐藏的错误。

软件测试不是万能的，因为不可能发现全部的`软件缺陷，而且软件的功能和性能不是由测试决定的。此为测试的有限性。

软件测试目前主要以手工测试为主，自动测试工具虽然很多，但实际应用的广度和深度还有很大潜力，自动将有很大的发展空间!。软件测试的缺陷管理流程非常重要，报告的软件缺陷的质量，应该由他人验证，做到责任明确，方法简便可行。

软件测试技术不断进步，但总体来看，国内的测试重视程度还不够，但已经发展很快。差不多两年之前，国内计算机书店中关于软件测试的书籍非常稀少，如今却琳琅满目，异彩纷呈。

软件测试是个可以很快入门的职业，门槛不高，但是，不要认为什么人都可以做好软件测试。因为会做和做好是两个概念。软件测试人员最好具有软件开发经验，理解软件工程的知识。这是提高软件测试能力的基础。对于刚刚毕业的学生，如果希望今后从事软件开发，那么，先从事一段时间的测试可能更有利于今后的编程。而对于具有多年编程经验的程序员，如果改行做测试，更容易提高技术。

软件测试不是孤立的活动或过程，需要开发和市场人员的参与和交流，需要软件质量保证人员sqa的积极配合和沟通。

软件测试的技术不断进步，与具体测试技术相比，掌握测试的核心思想比具体技术更重要!测试的最高境界在于运用最简单有效的测试技术，最大限度的发现软件缺陷!

软件测试年总结篇4

这个学期我学习了软件测试这门专业课程，在学期马上完毕的时候，我也对这门课程建立根本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不行替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满意人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个大事。下面我简洁的写一下这个学期对课程的总结和收获。

我认为，在整个浩大的软件工程中，不管是需求分析、架构设计甚至是最终的debug，都会产生引入不管的时机，这就要求作为一个软件测试师要把握丰富的软件工程原理和学问。测试的工作将会存在于整个工程周期，即在工程开头时需要各种分析调研时就开头了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个工程的走向。

软件测试对规律思维、学习力量、反响要求很高，是否有严密的思维和逆向思维也特别重要。做测试还要考虑到全部出错的可能性，有时候还要用一些特别规的的测试方法。软件测试还很注意软件性能问题，也就是要保证软件运行得很好;不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。

在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利打算产品是否可以公布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。

通过课上的理论由于课下的实践和后半学期又由于身体力行于

1、最根本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试;从测试是否针对系统的内部构造和详细实现算法的角度来看，可分为白盒测试和黑盒测试。

2、然后就是，白盒测试中的规律驱动测试的掩盖率测试。

3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。

4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简洁的一个填表工作，要写好真是不简洁。一开头写的比拟不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新奇事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟识软件的业务为前提，才能更好的.去测试。

另外就是一个学期的学习让我订正了几点误区：

1.有位大师曾说过：“软件测试的目的在于发觉错误，一个好的测试用例在于发觉从来未发觉的错误，一个胜利的测试是发觉了从未发觉的错误的测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学习阅历告知我这是错误的，假如只是为了找到bug，那么bug会成天缠着你。

2.在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要把握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。

作为测试新手，通过一学期的学习，我认为能独立写测试规划，设计测试用例，精通一种测试工具，理解一种bug治理软件是新手晋级老手的必备素养。任重而道远?

在最终，我不得不提的就是细心和急躁了。这是我认为这个学期测试课上收获的了，课程要求测试时必需细心和急躁，我在想，假如以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分别、识别还有归类bug，是不是也能真的转变我马虎大意和三分钟热度的毛病。

最终感谢刘教师这学期的课程讲授，和实践中的指导和帮忙。测试路程，路漫漫其修远兮，吾将上下而求索。

软件测试年总结篇5

先介绍一下我的背景：通信类院校20xx年毕业、本科、计算机专业，毕业后进入一家大型通信设备商工作，任职软件测试工程师。

一、t项目执行

20xx年7月13日入部门，此时才知道自己被分配到了测试部。部门主管把我领走后，就把我交给了导师。

入部门的头几天，主要熟悉公司的工作环境，认识部门同事，了解产品知识。由于我们是做传输设备的，所以当时学习的产品知识主要以sdh原理为主，包括sdh的帧结构、网络的保护和倒换等。

下面介绍一下我所做的项目。

项目名称：t软件

项目概况：该项目是在pc和sun工作站上开发的软件，属于cs结构。client端用java开发（开始使用jdk1.3，后来改用jdk1.4），实现跨平台；server端用c++开发，使用ace实现跨平台（windows和unix）。

人力投入：开发好像是9人，测试3人。（我来的时候是产品的第2个版本，人力投入大概如此）

我入部门几天后，t项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容，去点鼠标，如果发现程序出现错误或异常，就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标：）

现在想起当初的测试工作，实在有太多的不足，和待改进点。

1、测试用例。对于一个软件的测试来讲，测试用例是至关重要的。测试用例要覆盖所有测试规格，而且测试用例要易于理解、易于执行，简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟，最糟糕的是用例的质量很差，使用这些测试用例，根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的，而且用于存储测试用例的`excel表格设计的很差，界面很不友好，从一定程度上降低了测试效率。

2、产品知识。t软件虽然是在pc和工作站上运行的，但是开发t软件的目的是为产品服务的，所以我们必须具备产品知识，才能更好的对t软件进行测试。恰巧当时包括我导师在内的3个人，都不太了解产品，所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。

3、软件测试的重点不明确。软件测试是软件工程中的一项重要活动，它尽可能发现程序中存在的缺陷，保证程序的质量。但软件作为一种商业品，有它的发布时限，老板说这个软件要1月份发布，你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多，而很多重点却没有得到重视，一些严重问题暴露的比较晚，导致测试时间延了又延，版本测了一个又一个，想起那些日子，只能如此描述：“累并痛苦着”。

4、测试流程的把握。7月份中旬，t项目从开发部转到测试部，进入了测试阶段，实际当时的产品质量并不能达到转测试的标准，而我们却让他们通过了转测试，结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此，我们是测了一轮又一轮，测的我们都要绝望了。回头想一想，t软件还真的是我们测出来的，而不是开发写出来的：）