软件测试培训心得体会.docx
《软件测试培训心得体会.docx》由会员分享，可在线阅读，更多相关《软件测试培训心得体会.docx（14页珍藏版）》请在冰点文库上搜索。
软件测试培训心得体会
软件测试培训心得体会
软件测试培训心得体会
在大庆浦东软件平台经过一周的软件测试实训，从对软件测试没有什么的我初步掌握了软件测试的方法和技能，收获颇多。
我在大学期间的专业是信息与计算科学，原本打算从事网络方面的工作，对活动目录、数据库、操作系统等的知识比拟感兴趣。
经过这次理论，了解到要做好软件测试，要求掌握的知识并不仅仅是测试方面的，网络、数据库、操作系统等的知识对做好测试也是很有帮助的。
这让我明确了以后学习的目标，在不断学习软件测试的同时，也应该继续其他相关知识的深入学习。
通过此次学习，对整个软件测试行业的了解大大的加深。
以前认为软件测试只是枯燥的反复的使用被测试软件来发现异常的问题，以为软件测试并不重要，低开发一等。
现在认识到了软件测试的重要性，软件测试是软件产业向软件工业化生产时代迈进不可缺少的重要组成局部，是保证软件质量到达客户需求不可缺少的环节。
软件测试在国内是一个新的职业，开展得比拟晚，但它的重要性正在为行业所重视。
在学习过程中，我了解了作为一个合格的测试人员所应具备的素质与技能。
其中个人素质在测试工作中起到了非常重要的作用，它包括你的信心、耐心、细心和与人交流沟通的能力，它将贯穿你工作生涯的整个过程。
在测试理论上，我们系统学习了软件测试的流程，各种测试阶段和测试方法，以及测试工具的使用。
通过这些课程的学习，让我们对软件工程也有了更深刻的理解，为以后的测试工作作了很好的理论储藏和技能的提升。
软件测试作为软件开发过程中一个非常重要的环节，越来越成为软件开发商和用户关注的焦点。
完善的测试是软件质量的保证，因此软件测试就成了一项重要而艰巨的工作，要做好这项工作当然也绝非易事，我在做软件测试工作中总结出了一些经验和技巧。
1.功能点的细化
在进行测试前，先将所要测试的功能细分，填写《测试用例表》，有针对性的运行功能测试案例，逐个对每个功能细分点进行测试。
在每次运行测试案例之前，明确此次运行的目的和预期的输出结果，并要做好记录。
2.注意测试中的错误集中发生的现象
有一些错误是和程序开发人员的编程水平和习惯有很大关系的。
例如程序中的拼写错误，习惯用法等。
注意收集并记录这些现象，有助于更快、更多地发现类似的错误。
3.尽可能多的使用非常规的测试
充分考虑到各种合法的输入和不合法的输入以及各种边界条件。
边界值往往是最容易出现异常的情况，特殊的情况下甚至要制造极端的状态和意外状态，比方网络突然中断，和电源突然断电等情况。
4.对测试错误结果一定要有一个确认的过程
一般有A测试出来的错误，一定要有一个B来确认。
5.制定严格的测试方案
测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
6.回归测试的关联性一定要引起充分的注意
在开发人员刚修复Bug之后的地方，再找一找，往往开发人员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。
修改一个错误而引起更多的错误出现的现象并不少见。
7.测试文档要尽可能详细
《测试用例表》中的功能点可尽量的详细，如实、详细地记录每次运行测试案例的输入数据，输出数据，出错提示，进行测试的时间，完成测试的时间等，便于以后对测试工作的回溯。
8.重视交流和沟通
包括和程序开发人员的交流，同是测试人员之间的交流，网上技术论坛和网友的交流，和客户的交流等。
多思考，多交流，多提问，通过多种沟通交流的途径，可以少走很多弯路，同时可以学到很多东西。
9.善于总结
在测试过程中发现的所有问题，异常情况，发现程序开发人员易犯，常犯的错误，各种有价值的经验教训，使用系统和操作数据库时发现或者学到的技巧，使用测试工具时的心得等等，都可以随手记录在笔记本或者电脑上。
这些都将是今后工作中可以参照的珍贵资料，同时也会成为自己的珍贵经验。
10.妥善保存一切测试过程文档。
这次软件测试实训为我们以后从事软件测试工作打下了良好的专业根底，为我们的进一步学习提高打下了扎实的理论根底。
对测试过程有了初步的认识，测试方案、测试设计、测试开发、测试执行、测试评估、测试报告贯穿整个软件开发过程。
单元测试、集成测试、系统测试、验证测试每个阶段都应以用户需求为依据。
这些根本的概念虽然比拟抽象，但对以后的实践是大有益处的。
总的来说，这次培训效果不错，对自己有一定的提升，这完全不同与学校的学习，因为它更加贴近工作，针对以后工作的内容作了很多实例的练习与工具的使用，为我们更快的参加工作提供的很好的前提。
接下来一段时间，我将利用假期进入相关测试部门进行实际工程的训练，我相信在我有了很好的理论根底后，会在工作中很好的加以应用，让测试工作做得更好。
同时，我会更加努力的学习与工作，遇到问题会及时多渠道寻找解决方法，积极上进，希望早日成为一名优秀的测试人员。
20xx年x月x日。
我怀着对提高并实现自我价值的心态，走进深圳走秀网络科技的大门，开始了自己大学里兼职实习工作。
转眼间。
6个月的实习时间就要过去了。
回想起这段时间的工作过程，我深深的认识到在走秀网实习的选择是绝对正确的，走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。
现将这段时间的工作进行如下总结。
首先，要具有良好的学习能力。
刚进走秀，带我的老大是哈尔滨人，我跟她很投缘。
开始的一个星期，我只是熟悉公司的一些业务和我们前端的测试范围，在熟悉业务的过程中，我发现这些页面上的东西看上去挺简单的，但是要深入了解还是需要很长的一段时间。
期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的简单的bug。
走秀网的测试部还比拟大，所以对工作的流程和上线之前的版本控制的非常严格。
我们在上线之前，会经过两套环境，功能测试环境和镜像环境，功能测试环境是对需求和功能的一个详细的验证环境，镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。
因为不知道这些转测试的bug是怎么产生的，所以需要去跟开发人员沟通，开始的时候自己一个人不敢过去开发部，就让老员工（才哥）带着过去，一段时间过后，我开始自己去和开发沟通交流，从发现问题的重现，到催促开发修改和转测试，这一段时间让我深刻体会到沟通时多么重要。
在走秀期间，我们测试部总监还会对我们不定时的培训。
教会我们测试的工作流程和每个阶段应该展开的工作范畴。
作为测试，必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink，还给我们培训了，如何使用自动化工具ruby+watir来对一些测试点进行自动化脚本的编写。
慢慢的，在对公司的业务了解的比拟透的时候，老大就开始让我们自己对一些小需求进行测试，测试的过程中，不仅仅是对页面和外表功能进行测试，还要根据需求文档和页面的显示对数据库表进行查询操作，查看页面的显示和功能是否和数据表里面的一致，还要在后台日志中查看是否有报错。
所以，测试并不是像我想象中的那么简单，不是在页面上点来点去就可以测的好的。
实习可以使每一个学生有更多的时机尝试不同的工作，扮演不同的社会角色，逐步完成职业化角色的转化，发现自己真实的潜力和兴趣，以奠定良好的事业根底，也为自我成长丰富了阅历，促进整个社会人才资源的优化配置。
作为一名学生，我想学习的目的不在于通过毕业考试，而是为了获取知识，获取工作技能，换句话说，在学校学习是为了能够适应社会的需要，通过学习保证能够完成将来的工作，为社会做出奉献。
然而步出象牙塔步入社会是有很大落差的，能够以进入公司实习作为缓冲，对我而言是一件幸事，通过实习工作了解到工作的实际需要，使得学习的目的性更明确，得到的效果也相应的更好。
人要想成功及获得好的业绩，必须牢记一个规那么：
我们永远不能将个人利益凌驾于团队利益之上，在团队工作中，会出现在自己的协助下同时也从中受益的情况，反过来看，自己本身受益其中，这是保证自己成功的最重要的因素之一。
在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。
系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。
也就是说测试分析文档是对测试执行人员的一个指导（在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的）。
而通过这次的这次分析觉得自己的测分还存在以下的问题：
1、太关注开发的内部实现逻辑。
建议：
将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。
2、分析文档写的过于详细，甚至将用例的步骤都写了出来。
建议：
测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解（就像系分之后的开发需要去写详细设计的道理一样），这样后面的人才会自己主动去想问题。
3、分析文档要考虑维护性问题，不要出现类似比方还款中状态为“R”这种具体的数据内容。
因为我的分析是对后续用例编写人员的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到R这么细节，否那么的话开发稍作变动我们就要相应变动我们的用例
4、没有明确测试目的。
review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。
总结：
1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑局部（即不去看系分文档），待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。
等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。
2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。
但是除了以上局部，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。
3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。
这次实训使我们明白我们所欠缺的不仅仅是技术知识，更重要的是有一种处理事情的方法、面对问题的心态和动手能力。
面对完全陌生的新知识、新技术、新工程以及整个IT行业，我们不能畏惧，要以一种积极的心态去面对，分析并抓住关键所在。
因为我们所即将应对的每一个工程都是既需要实际操作，又需要详细规划的。
作为组长，协调组员、鼓励其他学员和积极参与工程研发是我每天必做的工作。
我认为每个人都应该在团队中做好自己应尽的职责，再优秀的个人也可能完成一个即庞大又复杂的工程工作，我们必需紧密的联合在一起，以一个团队的角色来面对。
一公司有一项对工程经理的调查显示，工程经理平均每周参加6个会议，其中25%的时间浪费在无用的讨论上。
会议效率低最普遍的3个原因是：
会议没有很好的方案、会议没有被适当的领导、无纪律的与会者。
我们软件工程也会遇到相同的问题，工程启动会、评估会、大大小小的评审会、技术会、周例会等等一系列会议会随着工程进展而召开，如何保证高效的会议效果，我的一些会议技巧与大家共享：
确实需要开会时才开会;订立会议纪律;非常清楚的明确会议目标;提前准备一个会议议程;提倡各会议参与人的会前准备;鼓励参与，但在会议过程中遵守会议议程;把团队建设融入会议、作会议记录、会后跟踪所有安排任务的执行情况。
程序员需要关心尊重。
曾经有个例子，某公司开发人员王某由于刚开始学习编程，技术水平差一点，常常受到经理的“另眼相看”，每次软件出现了问题都疑心是他的原因，老开他的低级玩笑，这位员工会有怎样的表现就可想而知了。
经理通过这种手段能够迫使这一位自动辞职吗?
非也，这位员工后来工作非常不负责任，把代码写得既长又重复，且在代码中留下大量的隐患，此时，经理却反而不敢过份得罪他了（否那么，留下的巨量代码很难维护）。
如果认为某人不适合目前工作，为何不另请高明?
既然已经请他作了这件工作，就得尊重他。
不能指望开发人员在非工作场合谈吐得体、办事周到、眼观六路、耳听八方，正所谓“尺有所短，寸有所长”，例如要求技术人员在酒席宴上象公关小姐或公关先生一样举止适度，从来不会有好的效果。
软件人员普遍喜欢自由而宽松的工作环境，最好不要做过多的无谓的规定，例如不准迟到、上班必须换拖鞋，否那么罚款等等。
如果确实有人经常上班迟到，工作不认真等，首先应该了解原因，此时多作思想工作是必要的，许多公司的经理们认为“思想工作”是过时的东西了，其实不然，私企职工背负的心理压力其实很重。
他们特别需要有人关心，特别需要心理上的“减负?
软件工程管理，需要我们不但关注工程管理技术等在软件行业中的应用，还应该关注如何与软件新思想和技术的整合，例如XP等思想，使我们得到更高效益的产出。
欲想琢其玉，必先利其器，工程管理和我们软件开发、质量管理等得一系列工具和模版，是我们事半功倍的利器。
可以攻玉，关注一些管理界的开展，例如目前的中国式管理等，将其经验用于软件工程管理实践并总结，将为我们带来更大实效。
曾经一度认为软件测试就是使用工具测试bug，现在看来不是这么一回事情，因为还是有手工测试（执行测试），工具只是一个辅助，用工具你先要去了解测试的一些根本的东西（如：
测试用例，预期结果等），不是那按两下按钮就行了，就算是录制脚本，也需要看懂脚本的代码，工具不是万能的。
一开始接触软件测试觉得很枯燥乏味，全都是一些理论的东西，还不如回到小学学习语文呢，都是一些名词的解释，比方:
黑盒测试，百合测试，系统测试。
测试根底等等这些，老师都会去告诉你这些名词什么意思，很无聊，到后来慢慢由语文变成了数学，开始练习测试用列的编写，这个还有点意思，因为这个更多时候能够表达个人的逻辑思维能力，再然后数学就转变成了英语，因为要使用到一些测试的工具，比方：
WinRunner工具，录制脚本它会产生一些代码，不过代码比拟好理解，虽然是英文的但是还是很好看懂的。
学习软件测试一学期，其实我觉得最重要的是兴趣，有了兴趣还是不行的，还需要具备一些语言的根底，例如：
C，java，C#等一些语言，这些语言你不需要去深入的学习，只需要了解，最重要的是了解数据库（例如：
SQL，MySQL，Oracle）的知识，想要成为一个好的测试工程师，应该要全面的开展，读懂需求分析文档（注：
客户的要求），还有要学会写文档，语言的组织能力决定你这份文档的价值，这也是一种沟通能力的表达，比方写缺陷报告时：
有一项为哪一项描述缺陷，这就能看出你的表达能力，给程序员能不能看懂就能表达沟通，最后就是文档和撰写测试总结报告，越是到最后越是要细心，因为软件永远都是有缺陷的，我们的细心可以让软件减少一些bug，不求最好，只求更好。
《软件测试方法和技术》这门课程，还是由张建东老师教我们的。
在张老师的讲解下，我深刻的体会到软件测试是很有必要的。
一个软件，从最开始的可行性分析、需求分析、概要设计、详细设计、编写代码。
这一系列的开发之下。
千辛万苦的，花费了大量的人力物力、金钱时间，终于把软件给做出来了。
你试着想一下，要是送到客户的手上，客户突然发现，软件用不了，或者是软件存在很大的缺陷。
导致软件不好用、甚至比原先没有这个软件，还麻烦了。
客户是很愤怒的。
客户一愤怒，就导致客户不会付钱。
这最终，工程失败，造成资源的大量浪费，所以说软件测试还是很有必要的。
再者就是，软件测试可以发现软件的缺陷，从而通知编程人员不断改良软件。
在这样不断测试，不断改良的情况下。
将软件性能不断提高，软件变得越来越好用。
软件测试，旨在发现软件的缺陷。
可以这样说，软件测试就是以发现软件缺陷，为最终目的的测试活动。
它通过软件测试方法，白盒的、黑盒的、静态的或是动态的。
借助软件测试工具，来找到缺陷。
然后在缺陷评审和确认之后将缺陷记录下来，并用缺陷管理工具管理，详细描述，关注软件缺陷的发生周期。
对它的严重性、和优先级下一个定义。
书写软件缺陷报告，具名缺陷的重现步骤、测试的期望结果与实际结果、还有相关图片、文字资料。
提交给软件编程人员，来完成软件缺陷的修复。
软件测试的方法，包括：
白盒测试和黑盒测试。
其中，白盒测试之中，有含有：
语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖、等方法。
黑盒测试方法中，有：
等价类划分法、边界值分析法、判定表法、因果图法等。
软件测试方法，按照是否运行代码来看，可以分为：
静态测试和动态测试。
其中静态测试有，对代码的走查和评审。
动态测试，那么是要通过运行代码来执行。
白盒测试多用于软件的单元测试上，黑盒测试多用于功能性测试上。
代码的静态测试和动态测试，那么是每一个软件工程都必须的。
单元测试，多构造桩函数或是驱动程序来测试。
一般借助与各种软件测试工具。
软件测试，或者说程序测试。
一般先是进行单元测试。
单元测试，修改完单元之中的缺陷、错误之后，就是集成测试。
集成测试多针对程序功能进行测试，看程序的各项功能是否到达要求，是否齐全。
集成测试之后就是系统测试。
系统测试是针对整个软件系统的。
看软件系统是否到达性能的要求。
从而改良代码，以求到达系统的严格要求。
最后就是验收测试，这个测试，一般都分成两半来做。
一半是，程序员模拟客户环境，进行测试。
而，另一半那么是，真正的客户参与的测试。
最大程度的表达客户的真实环境。
客户在试运行的情况下，看是否会发现，平时发现并且以前的环境发现不了的问题。
验收测试，包含对界面的测试和软件可用性的测试，运用尼尔森十大原那么，来测试软件是否好用。
软件是否到达用户的对软件界面的需求。
无论是软件编写，还是软件测试，都需要相应的文档管理。
还有针对软件测试制定的测试方案，软件测试执行等。
通过本学期的学习，我感受到软件测试是一门非常需要学习的课程。
即使作为考察课程，它也是软件行业人士所必须了解的知识。
它对软件工程工程的作用是至关重要的。
现在，作为学生的我所做的工程虽然都是一些小的工程，但是在小组共同开发的时候还是需要用到
工程的测试。
如今这门课程我学的还不是很好，但我相信在今后的实训及工作当中，能够更好的体验和感受到工程测试的精髓，对软件工程测试有更深入的了解。
我也希望，学校的老师能够在今后的教学当中重视软件工程测试课程，多让学生了解实例，去感受、体会软件工程测试所遇到的问题和解决方案，理解软件工程测试的精髓。
软件测试在整个软件周期中的重要性，它存在于整个工程周期，在工程开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。
这个环节在后续整个工程中占了很大的比重，能主导整个工程的走向，成败与否全在于开始阶段的决策。
体会一：
软件测试的真正意义在于发现错误，而不在于验证软件是正确的。
再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大局部的错误，能确保软件根本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。
结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。
这一点就需要加强研发队伍的建设。
体会二：
在系统性能测试方面需要重视。
经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以躲避风险，包括大数据量访问，高并发数等等。
当然也有很多应对手段，没有哪种手段可称为最完美，只有最适宜的，需要灵活掌握，综合运用以到达最优程度，这是个很值得研究的领域。
下面是本人的几点想法：
想法一：
加强系统上线前的性能测试。
目前我们在工程建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。
而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。
希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。
想法二：
适当介入相关工程研发
对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。
这也是一个比拟长远的问题，需要加强研发力量的投入。
我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反应问题。
现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。
所以，是否应该针对某些工程介入厂家研发工作，比方请厂家提供源代码等相关要素，以增进维护人员对系统的了解。
试用期的心得体会时光一晃而过，转眼之间我的三个月试用期已经结束，这是我人生中弥足珍贵的经历，也给我留下了深刻的回忆。
在这段时间里各位领导给予了我足够的宽容、支持和帮助，让我充分感受到了他们“海纳百川”的胸襟，也感受到了自己的缺乏之处。
不过我以后会更努力的学习，也会时常向前辈们请教的！
下面我将从以下几个方面总结这段时间自己的感受。
始终把学习作为获得新知、掌握方法、提高能力、解决问题的一条重要途径和方法，切实做到用理论武装头脑、指导实践、推开工作。
思想上积极进取，积极的把自己现有的知识用于社会实践中，在实践中也才能检验知识的有用性。
所以在这三个月的工作中给我最大的'感触就是让我了解了应用软件的测试，虽然工作性质还是测试员但和我以前的工作还是有较大的区别，其中最明显的就是，应用软件加了计费测试和升级测试和一下打断测试。
同时在工作中不断的学习也是弥补自己的缺乏的有效方式。
社会在变化，人也在变化，所以你一天不学习，你就会落后。
通过这三个月的试用期，认真学习深讯和的各项政策、和工作条例，使工作中的困难有了最有力地解决武器。
通过这些工作条例的学习使我进一步加深了对各项工作的理解，可以求真务实的开展各项工作。
在各项工作中我都本着认真负责的态度去对待每项工作。
虽然开始由于经验缺乏和认识不够，觉得不能在公司很好工作，但我迅速从自身出发寻找原因，和同事交流，认识到自己的缺乏，以至于迅速的转变自己的角色。
为使自己尽快熟悉工作，进入角色，我一方面抓紧时间查看相关资料，熟悉自己的工作职责，另一方面我关注相关行业的知识、和信息有了一个比拟全面、系统的认识和了解。
刚步入这个工作岗位我有点不适应转变，不能发现太多问题，我就有一点失望，开始的热情有点消退。
但我还是尽量保持当初的那份热情，想干有用的事的态度，不断的做好一些杂事，同时也勇于协助同事做好各项工作，慢慢的就找到了自己的技巧，明白自己该干什么，怎么来干，这就是一个热情的问题，只要我保持极大的热情，相信自己一定会得到认可，没有不会做，没有做不好，只有你愿不愿意做。
几个月来，我虽然努力做了一些工作，但距离办事处领导的要求还有不小差距，如理论水平、工作能力上还有待进一步提高等等，这些问题，我决心在今后的工作和学习中努力加以改良和解决，使自己更好地做好本职。
针对以上存在的缺乏和问题，在以后的工作中我打算做好以下几点来弥补工作中的缺乏：
一、做好实习期，继续加强对公司各种制度和业务的学习，做到全面深入的了解公司的各种制度和业务。
二、以实践带学习全方位提高自己的工作能力。
在注重学习的同时狠抓实践，在实践中利用所学知识用知识指导实践全方位的提高自己的工作能力和工作水平。
三、踏实做好本职工作。
在以后的工作和学习中，我将以更加积极的工作态度更加热情的工作作风把自己的本职工作做好。
在工作中任劳任怨力争“没有最好只有更好”。
四、继续在做好本职工作的同时，为公司做一些力所能及的工作为公司做出应有的奉献。
将近一个月的假期实习生活结束了，辞别了这一次短暂的实习生活，这段时间也让我感概万分，有欢乐，也有苦累，也许这就是实习生活所必须经历的吧。
似乎尝到了校园中所不能经历的辛酸苦累，所以，这段时间里
升级会员 