作为职场中的打工人，一定要养成定期写年终总结的好习惯，年终总结的写作是帮助我们提升个人能力的重要方式，下面是小文学范文网小编为您分享的软件测试组年终总结5篇，感谢您的参阅。

软件测试组年终总结篇1

一、本年度工作完成情况

时光飞逝，在这年里本人独立负责测试的项目10个，与其他测试人员联合测试的项目9个以及gis应用虚拟项目（2个版本）。

其中独立负责的项目对项目的开发周期做全程跟踪测试，联合测试的项目协助其他测试人员完成项目测试工作。繁忙的工作使自己在过去的一年里学到了很多，同时也提高了自己各方面的能力。感谢领导的支持和指教，现总结如下：

独立负责的项目列表：

1)《湖南xx空调进销存系统》

2)《湖南xx空调售后服务系统》

3)《长沙统计局数据管理平台》

4)《长沙统计局数据展示系统》

5)《长沙统计局gis应用系统》

6)《xx电网webgis系统》

7)《xx电网移动电子化移交系统》

8)《xx电网东莞局单线图绘制系统》

9)《电信号百-掌上同学圈》

10)《长沙城市林业生态圈资源信息集成系统》

与其他同事联合测试的项目列表：

1)《xx市规划局办公系统》

2)《xxxx地理公共服务平台》

3)《xxx市规划局自动化办公系统》

4)《xxx县城建档案馆著录系统》

5)《xxx市统计地里信息系统》

6)《xxx市社会安全联合救助系统》

7)《xx市施工图审查中心一体化办公平台》

8)《xxx控制性详细规划系统》

9)《xxxxx市地理信息系统》

gis应用虚拟项目

1）gis应用xx项目b/s版本

2）gis应用xx项目c/s版本

其中格力项目的测试工作，多次与开发组人员一同参与在客户处讨论需求与细节要求，对客户的习惯和要求有了清晰明确的了解。与电信的验收测试中学到了很多专业的测试方法和测试经验，和他们成为了好朋友。在后续的合作与交流中，将更进一步提高自己的专业技能，保持良好的沟通与联系做好测试工作。

南网的项目在通过开发组的培训后，对南网1.0环境与功能，数据库的结构有了比较清楚的了解，对测试南网2.0很有帮助，主要是对电力这块的业务有了深入的了解，对测试电力行业的系统打下了业务认知基础。加入专业的测试方法，使测试工作更好的服务于项目。

很开心在公司的qc与svn上，留下了我对以上19个项目测试工作的痕迹，我将不断努力工作，为测试团队在公司中更有价值积极进取。

二、个人取得哪些进步

繁忙的测试工作虽然很辛苦，但得到了领导的支持与指导，通过自身学习，使自己各方面都得到了提高。现总结如下：

1)对性能测试比之前更加专业熟悉。通过使用lr性能测试工具以及其他辅助工具，对格力两个项目和南网的webgis项目进行了几次压力测试。通过深入了解业务，设计有针对性的性能测试方案，得到了电信与格力客户的认可。这其中主要是与电信测试人员的合作与交流中，学到了很多专业的测试手机端程序压力与手机客户端性能的方法。对文档的要求与制作也更加严格、专业。

2)通过了解电信测试对开发文档的要求，认识到文档的重要性与测试文档的重要性，因此格力进销存后期开始研发后，就不断给项目组灌输客户对文档的要求与格式，以及电信验收中的习惯与要求，避免了类似格力售后在摸索中，痛苦加班赶制文档的经历，在张经理的严格督导下项目组更新文档都很及时。目前项目已经通过了第一期验收合格。

3)参加了公司培训的gis应用开发，对gis的应用有了初步的了解，第一个项目是测试湖南天地网系统，在测试过程中，对gis应用有了实践。并产生了浓厚的兴趣，对配图、图层切图等arcgis相关有了实际操作，在考核中得到了巩固。

4)在前期做配置管理的学习中，学会了svn的环境配置与管理，感谢谢敏在我学习svn过程中的指教和帮助，使我对独立搭建svn环境更加熟悉。

5)对软件测试工作有了新的认识：在测试工作中，仅对测试的工具和测试方法熟悉只是测试工作的基础，需要深入了解业务以及软件需求的趋势，才能更好的做好测试工作。对于性能测试更需要在这个基础上对计算机原理、网路、行业有全面的了解和经验，才能对测试的数据做出精准、详细的分析。给出参考价值高的测试报告。

三、遇到的问题及解决方案

1）项目紧急、开发人员少、测试时间少，客户更新需求超级频繁，开发计划刚做好，需求又变更了。比如格力售后项目，前期测试计划基本上每天都在变动。因此前期测试过程中，是连接正在使用开发的环境在测试，测试起来难以把握。处于婴儿期的项目，加上没有开发手手机端的经验，因此bug特别多，测试工作比较辛苦。进入格力进销存开发初期，在与客户沟通，先画出ui界面再开发后，项目开发顺利了很多，测试工作也没有前期那么紧张了，虽然还是经常要加班，但是明显比最开始开发手机端要好很多。

2）测试环境硬件比较缺乏：格力项目测试期间初期，公司未申请空间，但是测试必须用到外网，客户借用了服务器，但是有客户的其他软件正在使用，因此不能重启，资源也无法准确的预估，对开展测试工作有很大的局限。格力项目完成基础功能，准备完善功能细节时期，得到了许总和张经理的支持，公司申请了自己的空间，也办了手机测试卡，使测试硬件得到了彻底的改善。使我的测试工作有了很好的开展，也因此为客户提供了大量测试数据和测试文档，并最终得到了认可。

3）中途介入的项目，由于项目开发前期对业务没有了解，加上自身负责的项目工作也比较忙，因此经常有对业务不熟悉，无法测试整个系统的流程的情况，我目前使用的办法是：平时对规划行业和测绘行业的业务加以关注和学习，加上对gis应用的培训与自身的经验，要短时间对系统进行彻底测试也不是可以的。

总结：只要有归零的心态，时刻更新自己的专业技能，并累积经验，做到时刻学习，不学习就会退后、认真的做一件事总是会找到做好事情的方法。

四、工作感悟及建议

1）感受到了积极主动，富有激情的团队氛围。格力的项目时间特别紧、需求变更特别频繁的特点，加上没有手机端的开发经验。因此前期特别辛苦，测试手机端程序也是从这个时候开始的，在这个过程中，我对手机端程序开始了积极探索与学习。了解手机端程序的开发与测试方法，特别是手机端性能测试与功能设计体验方面，我自己总结出了很多方法和经验，与大家一起分享，感到很开心。

2）浓厚的培训特色，在进公司前我不太了解arcgis的应用，测试项目时感到有担心，但是马上就有公司的arcgis相关培训，使我们学会了部分基本的操作、对gis应用也有了引导入门的培训。这使后续我自行学习和巩固有了很大的帮助。

3）开发在业务培训上花了很多心思，在参加规划办公，测绘、南网的业务培训过程中，使我对业务与系统有了相结合的对应熟悉与了解，对后续测试系统很有帮助。也缩短了我们测试系统流程花费的学习时间。

4）建议：能增加一套测试环境需要的硬件设备。专门用来测试，目前我们很大程度上依赖开发现组的环境进行测试。如果有了专属的测试设备：将组建更完整的测试环境，使测试工作有基础得到更全面专业的实施。

五、下年度个人职业工作规划

本人希望在专业测试的基础上，多做管理方面的工作。在上述工作总结中，本人主要是设计测试用例（场景测试），配置独立负责项目的环境，熟练使用测试工具，熟悉软件测试流程，进行bug分析和预防，对配置管理这块比较熟悉，平时我有对管理类课程的学习和培训，自学了余世维的全套管理类网络教学，希望在新的一年里，继续在公司服务，发挥自己对公司的热情、贡献自己的力量！

软件测试组年终总结篇2

时光荏苒，如今20xx年的帷幕已经谢下，20xx年的钟声已经敲响，在公司高层的正确领导下，我们xx科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作，以下就是我对过去这一年的工作总结：

一、测试工作及经验

作为软件部测试组的一员，首先要做好的就是自己的本职工作，我在20xx年中所做的工作主要有：测试用例的编写，对系统的测试、跟踪；需求、高保图、界面和功能的测试；功能测试用例的编写，高保图、系统的测试；xx的静态页面测试和功能测试；xx的功能测试；第一、二、三迭代高保图测试，测试用例编写，静态页面和功能测试，并主持参与测试用例评审；平台高保图的测试和系统静态页面、功能的测试；xx的高保图测试和测试用例的编写；xx的静态页面和功能测试，参与测试用例的评审；xx的高保图测试、静态页面和功能测试；用户使用手册的编写。

一年的工作，让我获得很多方面的经验：

1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例，使得我掌握了多种测试用例编写方法，更让我对产品的需求有更加深入的理解，须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试。

2.要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中，我认识到用户体验的重要性，现在能够越来越多的从这方面来执行测试。

3.对拿到手的项目有较清晰的思路，能够更加快速、准确地发现问题。

4.越来越规范的工作流程的让我们的工作有条不紊的进行，让我深刻认识到工作的规范性是多么的重要，并且从中学习如何从文档和流程上规范工作。

5.同事间的沟通很重要。现在不管遇到什么不确定或疑惑，都与开发人员、产品经理等及时沟通，大大提高了工作的效率。

二、加强自我能力的提高

只有不断的提高自己各种的能力，才能胜任越来越艰巨的任务，因此在工作相对不饱和的时候，我自己进行了一些学习。

为提高对“用户体验”的理解，我学习了《下一站用户体验》，书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品，但是有一些却是通用的，比如：太多弹出框、按钮会给用户带来愤怒感，要适当的给页面减肥等等。

深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发，所以我学习了性能测试的一些相关知识，并在师父的指导下运用lr工具进行简单性能测试，以后必须坚持学习。

三、存在的不足及明年计划

一年的工作让我有所进步，但是很多地方还是存在不足，比如：有时候看问题比较主观，不是很细致，没能深入地去测试，会有遗漏的bug；自身专业技术能力还不足，不能从系统稳定性这一点上对系统进行测试。在以后的工作中，我会努力改善。

在20xx年的工作中，我计划：

1、本着实事求是的态度，更加认真、负责的完成工作。

2、要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例。

3、按照系统稳定性测试方案，要逐渐对系统的稳定性、安全性进行测试。

4、继续研究性能测试，并要将lr工具运用在实际工作中。

5、多多的学习，参加一些有益的培训，在实际工作中活学活用。

四、个人建议

这一年来我们部门有着的显著进步，越发规范的工作流程，越来越明确的责任制度、管理体系等，都让我们更加有凝聚力。在此，个人提出以下几个小建议：

1、希望可以加强对项目的把控，尽量能将延期风险降到最低。

2、从各个组对需求理解的不一致，以及信息更新不及时等问题上看，沟通问题还是有待完善。

3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求。

4、虽然工作任务繁重，还是希望部门能够多组织活动，完善奖励制度，可以让大家更加激情的为部门、为公司奉献自己的全部力量。

以上是我个人的一些浅见，相信在大家共同的努力下，向着同一个目标进发，软件部甚至整个公司必定会大展全新的宏图伟业。

软件测试组年终总结篇3

伴随着充实紧凑的工作生活，20年的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。总结经验，吸取教训，我主要从几个方面来对工作进行总结：工作的主要内容；其中的失败和教训以及成功和经验；展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。

一、工作的主要内容

在20年的工作中，我的总体任务是协助管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：

1.编写矿业权系统的各类文档；

2.矿业权系统的编码及bug勘误工作；

3.矿业权系统的测试工作。

下面依照时间来对我的工作进行介绍。初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利；若仅做学，则不能跟上项目的步伐，不能以最快的速度融入工作中去。

在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。

在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中，对系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。

完成了矿业权系统的数据需求文档的编写之后，新的任务是对整个的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。

在对矿业权系统添加输入限定完成之后，进入了解决程序小问题的阶段，对系统进行细微的缝补工作。这段时间是学多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。完成了系统的修补之后，我们的程序送到了进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。

第一轮测试结果出来之后，我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了所进行所检。在进行所检之余，我又接到了新的任务，完成系统的概要设计以及详细设计文档的编写。这两份文档已于月号编写完毕。

现阶段我的任务是根据所检的bug列表，对系统进行回归测试。

二、工作中失败的教训以及成功的经验

对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的`前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

成功的经验：

1）敢于接受任务并想尽一切办法完成。最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。

2）勇于承担错误，正视自身的问题。工作中可谓是错误不断，从文档的错别字这种小问题到系统bug修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。

失败的教训：

1）重视每一个细节，不要忽视小问题。在最初进行矿业权系统数据需求文档的编写的过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。

2）进行重复工作也不能大意。在对系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。

3）考虑问题要严谨。在对系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。

4）注重用户体验。在系统bug勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。

三、展望下一阶段的工作

下一阶段短期内我们的工作主要针对系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学数据库和数据库的使用上的区别，做好从数据库向数据库的迁移工作。

20年的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。

软件测试组年终总结篇4

20xx年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与xx系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了xx银行的xxx项目的全程介入测试。跟随项目组一同到xx现场开发测试，以及后期配合用户的压力测试，项目投产内部演练和支持等工作。目前xx系统也已经投产完毕。

x月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。

补丁测试方面主要有部分辖内对公系统补丁测试、部分xx代客管理系统补丁测试、xx资金管理系统补丁测试、xxx系统补丁测试等。

压力测试方面主要有中信x-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。

从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。

从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。

一、测试组内部要有计划

介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组内部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。

二、项目的测试进度控制

主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。

三、要加强学习和沟通

在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。也可以进步一提高与客户、与项目组内的沟通能力和协调能力。多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。

四、善于总结和吸收项目经验教训

总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。测试出来的问题与项目组沟通也会比较容易.。鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。

五、个人得失及不足

作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。

项目测试中，维护部门配合介入的测试工作比较难分配及管理。维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。在xxx项目和新一代做市商项目组中都能明显体现出来。他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。

公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。

公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。

公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。

测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。

软件测试组年终总结篇5

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

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

软件测试对逻辑思维、学能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。

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

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

2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。

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

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

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

1、有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学经验告诉我这是错误的，如果只是为了找到bug，那么bug会成天缠着你。

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

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

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

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