测试年终工作总结.docx
《测试年终工作总结.docx》由会员分享，可在线阅读，更多相关《测试年终工作总结.docx（17页珍藏版）》请在冰点文库上搜索。
测试年终工作总结
测试年终工作总结
测试年终工作总结
总结是对取得的成绩、存在的问题及得到的经验和教训等方面情况进行评价与描述的一种书面材料，写总结有利于我们学习和工作能力的提高，是时候写一份总结了。
如何把总结做到重点突出呢？
以下是为大家收集的测试年终工作总结，仅供参考，欢迎大家阅读。
测试年终工作总结1
时光飞逝，转眼间xx年又到尾声了。
测量是工程的眼睛，作为测量人员，我本着实事求是、一切以数据说话的原则从事测量工作。
我静心回想这一年的工作生活，感受很多，收获颇丰。
现将我这一年来的工作学习情况总结如下：
俗语说得好“无规矩不成方圆”。
测量是建筑工程之本，是工程中的各工种的标尺。
没有它我们的工作就没了目标，就是盲目的工作，就成了盲人骑瞎马，就会出现不应该出现的错误。
刚开始我以为测量放线是个很简单的工作，后来在工作中慢慢发现，其实不然，它也有好多要学习的地方。
在这一年的工作中时刻严格要求自己，不断加强自己的工作能力，和项目部技术人员互相交流，互相学习，扬长避短，对测量工作做到严格控制，和同事一起努力完成每一项测量任务。
在施工测量之前，认真审图，对图上有误、有疑义的地方及时向领导及前辈们请教、咨询、学习。
测量放线中向同事学习，相互配合。
从陌生到熟悉，不断总结经验、努力提高了工作效率。
测量放线后认真复合线的位置确保准确性。
在测量放线中各类仪器能准确、快速的使用。
在测量放样过程中，有时候会面临改线、补线的问题，这也是发现问题解决问题的过程，使得我对疑惑的地方理解和掌握的更加彻底，也培养严谨的工作态度。
社会在进步，时代在发展，只有不断学习，才能与时俱进。
通过书籍及同事的帮助指导学习了更多的施工工艺和施工方法，了解各项规范。
在如今高速发展的社会，不能自我提高就意味着落后，就不能适应目前施工建设工作的发展要求。
所以在今后的工作中，本着严格要求自己，在尽量减小误差，消灭错误的前提下，把自己的本职工作做好，为本工程的顺利施工提供最有利的保障。
在平常的工作中积极督促劳务队配合我们的放线工作，做到有问题及时发现及时解决及时改正，将错误消灭在萌芽状态之中，不让其成为工程进度的绊脚石。
在这一年的工作中，从刚来工地的好奇到熟悉，得到了至深的锻炼，专业知识有了进一步提高，而自己也变得成熟、稳重。
尽管这一年当中我取得了一定进步，但这并不代表自己就是一个合格的测量员，相对于自己期望还相差甚远，对于现在的我还有很多需要学习改进的地方。
在今后的工作中根据现场出现的问题积累经验，吸取教训，加强新知识、新理论的充实，加强个人操作技术和管理意识，配合其他部门做好本职工作。
明年的工作中，在闲暇时间多与其他项目测量员互相交流经验，分享心得，互相提升。
做到别人出现的问题我不会再出错，我自己出现过的错误不再次发生。
做到慢慢蜕变，直到破茧成蝶。
在以后的工作中，我会更加的努力学习，提高自己，不断提高自己的专业技术水平，在施工过程中高标准，高要求来完成施工任务保证工程的顺利进行。
向同事们发奋学习，更好的完成领导安排的任务。
拓宽思路，深化细化本职工作，努力为公司创出更大的效益，不辜负领导和同事们的期望。
测试年终工作总结2
这一年对于我这个刚刚离开校园的职场新人来说，可谓是职业生涯中经历的第一个丰收之年，无论是在行为上还是思维上都切身感觉到了有所提升和进步。
当然，所有的一切要感谢公司领导对我的赏识并给予了我相对广阔的发展空间，以及测试团队全体成员的相互帮助和共同努力。
以下对我在20xx年所做的工作进行全面总结：
1.团队管理
我的团队，以现在的表现和对我的关怀与安慰而让我感动。
测试人员是一个比较特殊的群体，以发现缺陷和保障质量为根本目标。
这就要求我们在公司并不规范的项目管理与工作流程背景下，测试既要服从于现状、又不能安于现状。
自20xx年5月被正式提升为测试团队负责人之后，我将绝大部分时间和精力倾注在团队建设上，主要体现为团队成员的技术提升与培养、部门制度建设和文档标准建设、测试与开发的工作交互流程等。
在团队管理上逐渐尝试，本着先.后管的原则，将原本人心涣散的团队建设为一支相互关心、相互帮助的高凝聚力团队。
坦白的讲，因为自身管理经验的欠缺，这个摸索过程中我走了许多弯路，但结果却使我受益良多。
是我的团队教会了我这些，让我初步懂得了什么是管理，让我明白管的是.而并非是人。
如果事情难以.通，那么在此之上的管只能是强制的，仅仅在表象上完成事情而已。
所以一定要先.清楚然后再管，这时其实已经不需要管了，因为已经.顺，大家都会去积极主动的执行。
有.的同时，还要帮助.个团队去..，给予团队每位成员必要的工作帮助，比如工作思路和工作资源。
除此之外，还包括适当的日常沟通和思想引导，通过绩效考核、部门例会、部门培训、单人交谈和部门聚会等形式，在工作时间和非工作时间进行交流，实现了团队成员之间的相互信任和相互认可。
在这个过程中，我的性格优势得以充分体现，我能够在第一时间发觉团队成员的状态异常，并通过及时的交谈予以解决，同时也体现出了我的性格劣势。
记得在一次例会结束后，我要求每位团队成员写出5条关于我的意见和建议，结果让我非常欣慰，这说明团队成员对我的信任，也期望我有所成长。
我也会以此为戒，逐渐改进。
2.团队工作
对工作模式进行改进，在团队工作的执行模式上完全改变了之前测试人员归属项目组的不规范情况。
统一测试管理平台增强了测试人员的沟通频度，促进了大家的相互交流和相互帮助，并使得测试工作可以根据实际情况执行交互性测试。
综合20xx年的测试结果，我至少为.个团队的表现打90分，可以说这一年的工作结果是令人满意的，当然主要是指经历了八月调.之后的测试团队。
最让人难忘的是20xx年的八月、九月和十月期间，测试团队刚刚经历了八月末的人员调.，以3旧1新的4人阵容承担了原来7人的工作量，并在高强度的工作压力下顺利的度过了团队调.期。
面对这一充满压力的过程，我想，只有“兔子在哪里”的故事是让大家难以忘记的。
如今的测试团队有着完备的内部机制和运作方式，我们已经做好了相应准备，随时应对公司发展所必须的各种调.。
3.个人工作
20xx年03月初，我已向郭总提交一份20xx年11月12日到20xx年3月的工作总结，其中所描述的工作内容均为当时参与的ARPT项目的工作进展情况。
自20xx年4月开始，我与项目组全体成员参与了ARPT奥运项目的投标文件编写工作，这也是我第一次参与标书编写，但从自身来讲，我已经倾尽全部所能。
在标书编写结束后，除继续负责ARPT软件的测试外，逐渐将工作重心向团队建设偏移。
在合.分配工作任务的前提下，适当从事部分模块的测试工作。
关于团队管理内容，之前已经有所介绍，在此不再赘述。
4.总结
年终结束，我的人生观和价值观也随着时间的推移而逐步发生改变，更加清晰的了解了自身优势与不足，包括职业发展过程中的一些必要能力，我也会在此经验的基础上渐渐的总结和调.。
个人进步的载体是公司的发展。
在..一年的工作生活当中，我真真的感受到了公司所发生的变化，看到了各位同事为了公司发展所做出的努力。
螺旋上升——用这个哲学词语来形容公司的发展过程再确切不过了。
一切仿佛是旋转车轮上的一个点，回到原处的同时也发生了距离的变化。
伴随着这个变化的过程，我心内中喷发过激情、也感伤过失落；发泄过愤恨、也滋生过冷漠，最后在压抑与崩溃的临界点上重新燃起了希望，与此同时我更期盼着公司能够加速发展步伐，一改现在“总结了没有执行，执行了没有改变，改变了没有思考”的不正常现状。
一年的结束，一年的开始，我已经准备好了迎接它的热情，期望付出努力，渴望收获硕果。
测试年终工作总结3
一、本年度工作完成情况
时光飞逝，在这年里本人独立负责测试的项目10个，与其他测试人员联合测试的项目9个以及GIS应用虚拟项目。
其中独立负责的项目对项目的开发周期做全程跟踪测试，联合测试的项目协助其他测试人员完成项目测试工作。
繁忙的工作使自己在过去的一年里学到了很多，同时也提高了自己各方面的能力。
感谢领导的支持和指教，现总结如下：
独立负责的项目列表：
1）《湖南xx空调进销存系统》
2）《湖南xx空调售后服务系统》
3）《长沙统计局数据管理平台》
4）《长沙统计局数据展示系统》
5）《长沙统计局GIS应用系统》
6）《xx电网WEBGIS系统》
7）《xx电网移动电子化移交系统》
8）《xx电网东莞局单线图绘制系统》
9）《电信号百-掌上同学圈》
10）《长沙城市林业生态圈资源信息集成系统》
与其他同事联合测试的项目列表：
1）《xx市规划局办公系统》
2）《xxx_地理公共服务平台》
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分析和预防，对配置管理这块比较熟悉，平时我有对管理类课程的学习和培训，自学了余世维的全套管理类网络教学，希望在新的一年里，继续在公司服务，发挥自己对公司的热情、贡献自己的力量！
测试年终工作总结4
XX年已近尾声，回顾这一年里的工作收获颇多。
年初一直在参与中行对公系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。
紧接着春节后又开始了xx银行的x-fund2.0项目的全程介入测试。
跟随项目组一同到北京现场开发测试，以及后期配合用户的压力测试，项目投产内部演练和支持等工作。
目前中信x-funds2.0系统也已经投产完毕。
8月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。
目前正忙于新一代做市商系统测试工作，该项目计划年底投产。
补丁测试方面主要有部分辖内对公系统补丁测试、部分中行对公代客管理系统补丁测试、澳门资金管理系统补丁测试、中信x-funds2.0系统补丁测试等。
压力测试方面主要有中信x-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。
从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。
一个个项目完成测试任务并顺利投产或进行中。
从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。
一、测试组内部要有计划。
介入项目测试以后，理论上讲是应该配合项目组的测试工作。
但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。
如更新一块，就让你测一块，这样无形中就会疏漏其他模块。
测试组内部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。
这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。
二、项目的测试进度控制。
主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。
协调项目的内部测试工作，配合项目工作，共同保证项目质量。
项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。
三、要加强学习和沟通。
在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。
项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。
与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。
也可以进步一提高与客户、与项目组内的沟通能力和协调能力。
多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。
四、善于总结和吸收项目经验教训。
总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。
测试出来的问题与项目组沟通也会比较容易.。
鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。
五、个人得失及不足。
作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。
同时也对系统相应的业务知识有了更进一步认知。
相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。
更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。
项目测试中，维护部门配合介入的测试工作比较难分配及管理。
维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。
在中信x-funds2.0项目和新一代做市商项目组中都能明显体现出来。
他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。
项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。
项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。
公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。
公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。
公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。
测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。
测试年终工作总结5
这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。
软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。
所以就有了软件测试，其目的是：
第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。
下面我简单的写一下这个学期对课程的总结和收获。
我认为，在整个庞大的软件工程中，不管是需求分析、架构设计甚至是最后的debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。
测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。
尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。
软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。
做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。
软件测试还很注重软件性能问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件的兼容性同样重要。
对于测试员来讲，会比开发人员更加重视软件产品的质量问题。
在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。
然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于
1、最基本的测试的分类：
从是否需要执行被测软件的角度，可分为静态测试和动态测试；从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。
2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。
4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简单。
一开始写的比较不自然，有些生搬硬套，而且还很慢。
在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。
另外就是一个学期的学习让我纠正了几点误区：
1、有位大师曾说过：
“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。
”由此我自认为测试就是为了找到bug，然而一个学期的测试学习经验告诉我这是错误的，如果只是为了找到BUG，那么BUG会成天缠着你。
2、在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。
作为测试新手，通过一学期的学习，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。
任重而道远？
！
在最后，我不得不提的就是细心和耐心了。
这是我认为这个学期测试课上收获的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。
最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。
测试路程，路漫漫其修远兮，吾将上下而求索
升级会员 