他人的经验如一本开启智慧之门的书籍，而心得体会是我们的读者笔记，通过写心得体会我们可以了解自己的优点和不足之处，下面是52心得网小编为您分享的c#做软件心得体会模板6篇，感谢您的参阅。
c#做软件心得体会篇1
转眼间，到昆山已经两个多月了，软件实训心得。不知不觉中我已经从一个在校生变成了一个职员。这跟在我们学校是完全不一样的。除此之外，安博还制定了严格的制度，这些使我们在安博的培训像职工在公司工作一样，让我们提早接触到公司的氛围。
来安博最重要的目的还是学技术，那就说说这里的教育情况吧。安博实行的是上午授课，下午上机练习的制度。我觉得我们这个班上午的授课经理非常好，他对java的理解非常透彻。我在大学学了半年的java，仅仅停留在表面上，对实质的内容根本都不了解。比如说==与equals的区别，方法的覆盖，变量的隐藏等等。老师通过图的方式，给我们讲解它们在内存中的情况，使我们从本质上了解了这些东西。他的这种授课方式，既生动又形象，彻底地将问题讲明白，我们接受起来轻松容易，也不容易遗忘。
除了他的讲课方式以外，他还是一个非常幽默的人，坐在凳子上听四个小时的课，会很乏味的，他时不时的给我们说一些搞笑的事，或者开玩笑的话，使课堂气氛非常活跃。他每讲完一个新知识点，都给我们留一点时间练习，加深对新知识的理解。我们有什么问题，他都会很耐心的跟我们讲解，不管程度是好是坏，他都一样对待。总之，听他的课就是一种享受。他还把跟知识相关的材料发给我们，让我们有研究的空间。有时还给我们一些面试题，让我们提早看，只有准备好了去应聘才有机会。
昆山还给我们开了一些素质课，讲解一些职场素质，如何为人处事，如何同面试官讲话，还要求我们在日常生活中也尽量做到。在我们就业之前开这样的课，对我们这些即将踏入社会的大学生来说是非常重要的。公司招聘员工，一看实力，二看素质，两者缺一不可。
总之在昆山的这段时间中，我学到了很多。时间虽短，但所学到的和知识的实用性很强。所有的老师们都教给了我们很多工作习惯、工作技巧、日常礼仪、职业素养和心态方面的东西。使我们对今后的工作有了新的认识，增添的极大的信心。
··
学会学习和团结
我们学了半个多月的基础知识，也该是用一用的时候了。这半个多月，应该算是安博给我们安排的p阶段的训练时间。我们开始接触一些小型的系统，实训员工管理系统等。这些小型的系统巩固了我们的基础知识，让我们学会了一些编程的技巧，以及一些验证的方法。
每做完一个系统，我们都有一个项目演示环节。自己带着项目在全班学生的面前演示。讲解自己是如何实现的，说出自己系统的亮点和不足，然后由其他学生来挑系统的毛病，找出漏洞。通过这种方式，你可以学到其他学生的优点，别人好的编程思想你可以在以后的项目中运用。这是一个自我提高的方式。
接下来我们做了一个财务管理系统，用mvc三层架构实现的，jsp+struts+hibernate，这个系统是我们小组共同完成的，jsp用于前台的显示，struts调用bean的方法与数据库连接。这个系统做完之后，我觉得一个项目的流程图是十分的重要。如果没有总体的`框架，后期修改会是很麻烦的。做项目之前我们应该先总体考虑一下布局，不要急着编程。在做项目的这段时间里，我感觉自己的知识面太窄了，书到用时方恨少。做项目不仅检查了我们的基础知识掌握程度，而且给我们提供了自我提高的机会。项目做完以后，我感触颇深。以前在学软件工程的时候，一直不觉的文档很重要，老是认为编码最重要，做这个项目纠正了我的错误认识。我认识到概要设计，详细设计是何等的重要。团队合作，最重要的是合作精神，不能自己一个人编程，不管其他的人。项目都是分模块做的，每个模块直接是有联系的，组内必须协调好，否则在整合的过程中会出很多的问题。一个大项目给个人自我发挥的余地是很大的。如果数据库里的数据太多，在显示的时候就应该考虑分页，分页的方法有很多种，这就是一个值得钻研的问题。在此期间我学会了自己解决问题的能力，在发现错误的过程中，才能学到更多的知识。知识是无穷的，不要为了就业而学习，而是为了提高而学习。多读书，能提高自己的逻辑思维能力。要多和其他人交流，不要闭门造车。
c#做软件心得体会篇2
今年9月份，由于学校安排我们这个计算机系的到xx中兴软件公司去实习，这是我人生中的第一份实习工作，也是第一次走进软件公司的大门。由于我是应届毕业生，对软件程序开发不是很熟悉，公司给我们三个方向，第一，学c、c++等语言开发;第二，学3g网络通讯技术;第三，学习最近比较火的手机操作系统android(安卓)应用程序开发。当时，中兴软件公司的部门经理和我们大概讲了下三个方面的发展方向。同学们都互相讨论着，到底是朝着哪方面去发展。那时候的我，在互联网上听说过安卓，也对那方面很有兴趣，就报了安卓应用程序开发班。我们这个班有60多号人，很多人也是对这个东西好奇就报了，第一次上安卓课时大家都很积极，老师大概讲了下安卓的发展及前景，大家听的很出神，幻想着对从事安卓开发前景一片光明。之后老师就讲了写实习期间的具体安排，要去我们大家每组要做出一个本地电子相册，6人每组。当时看着老师给出的那个本地电子相册应用程序的界面以为很难做出来，之后老师一步一步的示范，我们也一步一步的做出来了，老师很负责，我们学的也很认真。在老师的热心指导下，我对安卓应用程序的开发有了基本的了解，并积极参与相关工作，注意把书本上学到的java理论知识以及安卓的相关知识对照实际工作，用理论知识加深对实际工作的认识，用实践验证大学所学确实有用。跟公司同事一样上下班，和小组的同事一起完成相关工作;又以学生身份虚心学习，努力汲取实践知识。我心里明白我要以良好的工作态度以及较强的工作能力和勤奋好学来适应公司的工作，完成公司的任务。简短的实习生活，既紧张，又新奇，收获也很多。通过实习，使我对安卓应用程序开发工作以及发展前景有了深层次的感性与理性的认识。
在小组我主要的工作任务是做软件界面，做软件的ui，也对功能的实现有一定的了解。我在实习期间做ui花了很多的时间走了很多弯路，给同事的工作带来了很多麻烦，但是我们老师很鼓励我，让我继续认真的把事情做好，我很受鼓舞，同时也很努力的去把事情做好。
实习生活，感触是很深的，提高的方面很多，但对我来说最主要的是工作能力的进步。毕业实习主要的目的就是提高我们应届毕业生社会工作的能力，如何学以至用，给我们1次将自己在大学期间所学习的各种书面以及实际的知识，实际操作、演练的机会.自走进中兴软件公司开始我本着积极肯干，虚心好学、工作认真负责的态度，积极主动的完成相关工作，以及对企业的各种产品的了解，对企业分公司的熟悉，让自己以最快的速度融入公司，发挥自己特长.同时认真完成实习日记、撰写实习报告，成绩良好。实习单位的反馈情况表明，在实习期间反映出我具有较强的适应能力，具备了一定的组织能力和沟通能力，能很好的完成企业在实习期间给我布置的工作任务。
实习收获，主要有4个方面：
1、通过直接参与企业的运作过程，学到了实践知识，同时进一步加深了对理论知识的理解，使理论与实践知识都有所提高，圆满地完成了本科教学的实践任务。
2、提高了实际工作能力，为就业和将来的工作取得了1些宝贵的实践经验。
3、学生在实习单位受到认可并促成就业。并为毕业后的正式工作进行了良好的准备。
通过实习，我对我国安卓应用开发发展有了大致的了解，也准备在实习结束后，借回校的机会，抓紧时间，学习更多相关的理论知识，提高自己的专业水平，为正式工作准好准备思想上的转变，我本次实习还有的收获是通过自己的观察和与同事的交谈思想有一个很大的进步，人生的价值观。通过这次实习，让我受益非浅，如此感慨万分!
c#做软件心得体会篇3
在本学期的软件工程课程的学习中，我们学习了十一章的内容。第一章软件与软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。还引出了工具uml。第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、e—r图以及状态图式本节的重点。第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。第七章统一建模语言uml概述，本章详细介绍了uml的基本模式、事物、关系及建模时用到的各种图进行了介绍。第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则：软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。包括程序流程图、n—s图、pad图、hipo图
程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
n—s图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为n—s图。在n—s图中，为了表示五种基本控制结构，规定了五种图形构件。顺序型；选择型；while重复型；until重复型；多分支选择型。
pad图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。pad也设置了五种基本控制结构的图示，并允许递归使用。
hipo图：hipo图是由一组ipo图加一张hc图组成。它是美国ibm公司在软件设计中使用的主要表达工具。
hc图既是层次图，用于表示软件的分层结构。hc图中的每一个模块，均可用一张ipo图来描述。ipo图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法：按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展；在学习语言时，要看看与c语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。一个完整的项目规划须包括，软件的.定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序？读不懂程序，维护又从何谈起呢？所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。不断锻炼自己，向一名合格的程序设计师迈进。
c#做软件心得体会篇4
这次软件工程实训是从xx号开始的，截至xx号。实训内容是用java相关知识(主要是jsp)做一个物流配送系统。下面谈谈对这次实训的看法。
因为自己平时对java知识储备不足，特别是jsp这一块基本不了解怎么回事，所以一拿到这个项目，我心里都是没有底的，再加上我被分到的那个组，我知道就意味着是我一个人在战斗了。呵呵，26号，实训开始了，我们的老师是来自xx国际公司的程序员，一个是xx，一个是xx，都是一身朴素的着装，让我感觉做软件的也没什么两样。老师介绍了自己之后，就直接切入正题了，分析了下我们各个组的系统，即将用到的知识，然后就总体把觉得需要补充的知识(jsp和数据库连接等这几块)给我们实际操作了下，因为当时看到用jsp，还讲的那么认真，当时我就后悔了，平时要是多听点，现在老师这么认真的给我们讲，这是一个多么难得的机会啊。后悔也没用啊，开始还勉强能理解一点，后来就直接晕了。然后再给大家介绍了一些即将用到的工具，比如rationalrose，svn，myeclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的`心得体会吧。 通过这次实训，让我了解到工程开发的过程，可行性分析——>需求分析——>概要设计——>详细设计——>代码编写——>测试——>验收。从技术方面上，我开始jsp基础基本上就是零的，在老师和syz2(另外一个物流小组，我一个人基本上是跟她们做的，或者说是看着她们做的)的帮助下，对jsp有了一个大概的认识。其实实训开始前，我还以为做个系统没什么大不了，可是当真正拿到一个项目，我却真的无从下手了，而且就是在知道需求分析和详细设计，在代码编写时，一样寸步难行。通过这个实训，也让我了解到，团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到，企业为什么如此重视团队协作。同时借用老师的话就是团队协作固然重要，但是是建立在个人素质的基础上，假设你个人素质不行，将会影响到整个团队，就别提对团队作贡献了。xx老师说这几句话的时候，朝向了我，估计是有特殊意义的吧，所以，我将谨记老师的教导。
还有一个收获是从一个同学那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我jsp技术知识为0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在我们是学生，可以毫不顾忌的询
问各种问题，老师也会尽力为你回答。将来出身社会就不一样了。虽然，我就算个打酱油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。 这次实训的心得基本上就是这些了，最后特别感谢中软国际带我们的那两个老师(周褀，朱映)，这两个老师对待我们很平易近人，对我们提出的问题，总是不光解决了，还进行了扩展，晚上也跟我们一起加班加到很晚，印象尤其深刻就是朱映老师为了给小胖解决一个问题，脸都变红了，还在继续努力，这点我并不会觉得老师知识储备不够，我想应该是这个问题的突发吧，一时没想到怎么处理。相反让我感觉的就是老师很认真，很负责。还要感谢就是syz2小组的倾力支持，辅导。
c#做软件心得体会篇5
一、需求分析和概要设计。
1）需求分析
按照软件工程的软件过程来说：
1需求分析产生了软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。
2.概要设计产生了软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。
在进行需求分析时，我们既是开发者又是用户，本系统的业务流程与业务分类的定义比较难。我们的团队进行了研讨，还充分运用了身边的各种资源，大量的查找了很多网络上关于工资系统的资料。通过资料的进行讨论、根据我们的课题进行分析，最后确定了用户的需求为：
1.本系统在高校应用后高校工资管理方面的教职工将减少至目前的50%左右；
2.本系统在高校应用后将在高校各方面的成本将会有所降低；
3.本系统在高校应用后将教职工的工资达到完全透明，计算更加精确教职工因纠纷事件减少到1%。 根据分析将系统的功能从一般教职工与系统管理者两个角度将功能划分为7个模块，当然介于我们的知识有限，有的功能没有实现：员工工资与考勤直接挂钩，但本系统无法与员工考勤系统挂钩相连，由于涉及此系统时该高校并没有员工考勤系统，而且我们在最初进行商量的时候也没有提出该要求。
2）概要设计
从概要阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。由概要设计说产生大的概要说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。
在本阶段主要涉及处理流程的设计、总体结构和模块外部设计、功能分配。在接口设计上有用户接口、外部接口、内部接口；数据结构设计有逻辑结构设计、物理结构设计等等。在接口设计时参考了大量的资料。
最后就是编写文档——软件需求说明书、概要分析说明书。
而文档的作用在于：一是可以帮助整理思路。把要完成的目标，系统的结构，每一个模块的功能等整理一下，然后分门别类地写下来，这样在开发的过程中，就有据可依，在需要回过头来修改设计的时候，也有证可考。二是便于交流。三是可以作为以后维护时的参考资料。
三、软件工程课程设计——心得体会
我们进行了为期一周的课程设计。通过这次课程设计，我拓宽了知识面，锻炼了能力，综合素质得到较大提高。安排课程设计的基本目的，在于通过理论与实际的结合、人与人的沟通，进一步提高思想觉悟。尤其是观察、分析和解决问题的实际工作能力，以便培养成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。作为整个学习体系的有机组成部分，课程设计虽然安排在一周进行，但并不具有绝对独立的意义。它的一个重要功能，在于运用学习成果，检验学习成果。运用学习成果，把课堂上学到的系统化的理论知识，尝试性地应用于实际设计工作，并从理论的高度对设计工作的现代化提出一些有针对性的建议和设想。检验学习成果，看一看课堂学习与实际工作到底有多大距离，并通过综合分析，找出学习中存在的不足，以便为完善学习计划，改变学习内容与方法提供实践依据。对我们信息管理与信息系统专业的学生来说，实际能力的培养至关重要，而这种实际能力的培养单靠课堂教学是远远不够的，必须从课堂走向实践。这也是一次预演和准备毕业设计工作。通过课程设计，让我们找出自身状况与实际需要的差距，并在以后的学习期间及时补充相关知识，为求职与正式工作做好充分的知识、能力准备，从而缩短从校园走向社会的心理转型期。课程设计促进了我系人才培养计划的完善和课程设置的调整。
在一个星期的课程设计之后，我们普遍感到不仅实际动手能力有所提高，更重要的是通过对软件开发流程的了解，进一步激发了我们对专业知识的兴趣，并能够结合实际存在的问题在专业领域内进行更深入的学习。
软件工程课程虽已结束，但我对于软件工程的学习才刚刚开始。我体会到项目管理的重要性，随着软件规模、复杂度的不断增加，项目开发中更多的是协作、管理和控制。我学习到很多一般性的方法，例如：需求获取、模块化、计划等等。同时，我也认识到使用计算机解决实际问题的复杂性，人们认识表达的过程不断反复、逐步深化，软件工程方法要提供给程序员们一种更加有效的对客观世界问题域进行形式化的过程方法。
c#做软件心得体会篇6
曾经一度认为软件测试就是使用工具测试bug，现在看来不是这么一回事情，因为还是有手工测试（执行测试），工具只是一个辅助，用工具你先要去了解测试的一些基本的东西（如：测试用例，预期结果等），不是那按两下按钮就行了，就算是录制脚本，也需要看懂脚本的代码，工具不是万能的。
一开始接触软件测试觉得很枯燥乏味，全都是一些理论的东西，还不如回到小学学习语文呢，都是一些名词的`解释，比如:黑盒测试，百合测试，系统测试。测试基础等等这些，老师都会去告诉你这些名词什么意思，很无聊，到后来慢慢由语文变成了数学，开始练习测试用列的编写，这个还有点意思，因为这个更多时候能够体现个人的逻辑思维能力，再然后数学就转变成了英语，因为要使用到一些测试的工具，比如：winrunner工具，录制脚本它会产生一些代码，不过代码比较好理解，虽然是英文的但是还是很好看懂的。
学习软件测试一学期，其实我觉得最重要的是兴趣，有了兴趣还是不行的，还需要具备一些语言的基础，例如：c，java，c#等一些语言，这些语言你不需要去深入的学习，只需要了解，最重要的是了解数据库（例如：sql，mysql，oracle）的知识，想要成为一个好的测试工程师，应该要全面的发展，读懂需求分析文档（注：客户的要求），还有要学会写文档，语言的组织能力决定你这份文档的价值，这也是一种沟通能力的体现，比如写缺陷报告时：有一项是描述缺陷，这就能看出你的表达能力，给程序员能不能看懂就能体现沟通，最后就是整理文档和撰写测试总结报告，越是到最后越是要细心，因为软件永远都是有缺陷的，我们的细心可以让软件减少一些bug，不求最好，只求更好。
