软件测试实习日记

时间：2024-11-16 13:24:31 毅霖日记我要投稿

相关推荐

软件测试实习日记（通用8篇）

　　一天即将完结，一定有不少感想，这时候十分有必须要写一篇日记了。日记你想好怎么写了吗？下面是小编为大家整理的软件测试实习日记，欢迎阅读，希望大家能够喜欢。

软件测试实习日记（通用8篇）

　　软件测试实习日记 1

　　第一天

　　原本欢天喜地的盼到了周末，谁知上班第一周就因为项目进度太赶而要加班，没有办法，工作需要，只能无抱怨的上。想想那天第一测试，感觉很纠结，总是想这到底是不是错误呢，今天明显有所改观了。遇到不懂的就直接问测试主管或者是开发人员，或是自己看ue图去熟悉流程。这一天我发现了很多bug，心里有那么点小高兴。

　　这几天的工作让我明白了做什么事情都不是自己想象的那么简单，必须坚持下去做，才能够把事情做好。

　　第二天

　　X模型也是对V模型的改进,X模型提出针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接,通过集成最终合成为可执行的程序。

　　X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终成为可执行的程序，然后再对这些可执行程序进行测试。己通过集成测试的成品可以进行封装并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。由图中可见，X模型还定位了探索性测试，这是不进行事先计划的特殊类型的测试，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。但这样可能对测试造成人力、物力和财力的浪费，对测试员的熟练程度要求比较高。造成测试的成本过高。

　　第三天

　　今天一如既往的在研究软件测试的计划的编写，通过今天的学习我主要明白了编写软件测试的重要性和目的：

　　测试计划是软件测试中最重要的步骤之一，它在软件开发的前期对软件测试做出清晰，完整的计划，不光对整个测试起到关键性的作用，而且对开发人员的开发工作，整个项目的规划，项目经理的审查都有辅助性作用。

　　测试计划的目的：

　　测试计划描述所要完成的测试，包括测试背景、测试目的、风险分析、所需资源、任务安排和进度等：

　　（1）将需求和总体设计分解成可测试，应该测试，推迟测试和无法测试的范围

　　（2）对每个范围制订测试的策略和方法

　　（3）制订release和停止测试的标准

　　（4）准备测试所需要的环境

　　（5）确定测试风险

　　（6）确定软件测试目标

　　（7）确定测试所需要的资源其它相关信息

　　（8）制订测试进度和任务安排

　　第四天

　　今天任务是了解H模型，H模型中，软件测试过程活动完全独立，贯穿于整个产品的周期与其他流程并发的进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行，并且可以根据被测物的不同而分层次进行。

　　H模型揭示了一个原理:软件测试是一个独立的流程,贯穿产品整个生命周期,与其他流程并发地进行。H模型指出软件测试要尽早准备,尽早执行。不同的测试活动可以是按照某个次序先后进行的,但也可能是反复的,只要某个测试达到准备就绪点,测试执行活动就可以开展。

　　第五天

　　做测试已不知不觉有两个月了。现在我仅自我总结以下如何做好测试计划工作。

　　1.明确测试的目标，增强测试计划的实用性

　　编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确。

　　2.坚持“5W”规则，明确内容与过程

　　“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。

　　3.采用评审和更新机制，保证测试计划满足实际需求

　　测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。

　　4.分别创建测试计划与测试详细规格、测试用例

　　应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

　　第六天

　　在web服务测试当中，点击率和模拟的用户数是能够反映出服务压力的大小。当压力变大时，事务的响应时间变长，则导致点击率会受到响应时间的影响，不会因为用户增多，而增加。点击率在服务器出现瓶颈时，压力的增加不会增加点击率。

　　积累期应该是测试比较辉煌的阶段，在公司也有一定资历和地位，是幕后运筹帷幄的元帅，是能够运筹于帷幄之中，决胜于千里之外的人。这个时候应该根据实际经验，根据公司实际情况制定章程，工作标准流程，建立自己的核心团队，团队要合理配备要有学习期的也要有成长期的人。其实积累期的人也会彷徨，特别当前面所做的事都基本完成后，发现没有动力再次推动。我有一测试朋友他是这么处理，创建一个团队后就离职然后到新单位再重新来一遍周而复始。我觉得这个时期应该需要创新，包括测试本身的创新，如引入自动化测试，量化考核上，测试框架的建立等。也可以职业进行新的规划，如搞质量管理，有得做研发管理，做测试咨询等。

　　第七天

　　怀揣着最初的梦想、保持着那份激情和耐心、我继续着我软件学习的.路程。今天我开始了测试用例设计方法的学习。

　　测试用例是软件测试的核心

　　软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法。

　　测试用例的设置

　　我们早期的测试用例是按功能设置用例。后来引进了路径分析法，按路径设置用例。目前演变为按功能、路径混合模式设置用例。

　　按功能测试是最简捷的，按用例规约遍历测试每一功能。

　　对于复杂操作的程序模块，其各功能的实施是相互影响、紧密相关、环环相扣的，可以演变出数量繁多的变化。没有严密的逻辑分析，产生遗漏是在所难免。路径分析是一个很好的方法，其最大的优点是在于可以避免漏测试。

　　第八天

　　昨天对测试用例设计一般常用方法进行了学习，感觉有点迷糊，心想要是要项目实践我会理解得更彻底。今天主要任务是了解测试用例设计的其他方法。包括错误推测法、因果图法、综合策略法。

　　1、错误推测

　　在测试程序时，人们可能根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例，这就是错误推测法。

　　2.因果图

　　等价类划分和边界值方法分析方法都只是孤立地考虑各个输入数据的测试功能，而没有考虑多个输入数据的组合引起的错误。

　　3.综合策略

　　每种方法都能设计出一组有用例子，用这组例子容易发现某种类型的错误，但可能不易发现另一类型的错误。因此在实际测试中，联合使用各种测试方法，形成综合策略，通常先用黑盒法设计基本的测试用例，再用白盒法补充一些必要的测试用例。

　　第九天

　　对于开发来说，并不是所有的bug都需要修复的；而对于测试来说，也并不是所有的bug都是开发去解决的。处理BUG的方法并不是狭隘的将BUG修复，也包括对BUG进行删除操作，和放弃选择。软件测试的确是一门技术，需要学习各种工具的使用。但真正在工作中，思考新的测试方法或引入新的工具，也是在项目空闲时候，一般大家想的最多的是关于项目本身的问题，测试方法也是平时使用的几种而已。我觉得最重要的是态度，态度意味着责任感，责任感意味着测试人员会想尽办法把问题找出来，才能根据项目需求发现合适的测试方法和具，才能在软件测试时，全神贯注，在执行测试用例时不断发现新的用例。经验对于测试人员是宝贵的资本，所以要经常总结，往往能让自己表达出来的才是体会最深刻的。永远千万不要忽略沟通。

　　第十天

　　如何设计测试用例，如何评审测试用例，最后如何管理测试用例，这都是我们测试工作中必须要去改进的问题。在之前的公司，由于团队工作任务繁忙，我们没有太多的时间去管理和优化测试用例，也因此对用例方面少了太多的思考，而且虽然有对于用例的评审，但一直以来，我认为是做得不够好的，毕竟每次评审下来，感觉效果没有预期的那么好，主要还是没有足够的时间去管理，所以无法引起重视。不过，现在我想我需要花大量的时间来管理用例了，而且要保证有序的进行，最后输出让团队中各个成员都认为满意而且高效的测试用例。对于用例管理的根本问题，我个人认为是分类上，如何有效的维护和优化用例，就是需要前期明确的分类规划，根据分类的优先级一步一步地来完成就可以了，到最后，我们也可以有效把控的测试覆盖度。

　　当前，我们大致可以把测试用例分称三个方面，分别是功能、UI和业务流程，从这三个角度来进行设计。

　　1、从功能的角度，功能是每个项目测试的重点，通常在测试人员得到需求文档的时候，我们就开始设计测试用例，那么这个时候需求文档上列出都是功能以及部分一些业务逻辑等，所以在测试用例的第一阶段就是完成功能的用例设计。不过这里，肯定会让很多人疑惑，其实功能、业务还有UI，都是有关联的，而且很多时候无法分解的。这里后面我会举个例子说明哈，但绝非都是可以分类，只是谈谈如何分解的方法，最重要的就是不要遗漏就行。

　　2、从UI的角度，UI通常是指界面测试，这个应该不难理解，但要想与功能点进行分解，也不是那么容易区分的，所以我们来直观的说明哈。界面测试，注重样式，外观、整洁、摆放以及易用性，还包括用户体验等。

　　3、从业务的角度，这个相对来说，还比较好理解，业务通常是指一连串的动作所连接起来的流程，这个流程必须有行为和目标，或者说方向。业务通常是一个项目或者产品设计的核心，当下，越来越多的应用业务流程都是非常复杂，所以对于业务的用例设计，就是考验一个测试人员的业务水平如何。

　　下面通过一个证券交易平台上的买入和撤单业务，进行具体说明：

　　业务说明：买入业务包括股票代码、当前价格、买入价格，买入股票数量、确定买入按钮和取消按钮。

　　撤单业务包括选择撤单的未成交业务、撤单成功、撤单失败以及取消撤单按钮。

　　以上只是大致列举了一部分。

　　功能点：买入按钮、取消按钮、选择撤单、撤单按钮和取消撤单按钮等。

　　UI界面测试：股票代码、当前价格、买入价格、买入股票数量，所有的文本框;买入成功/失败的提示框;撤单成功/失败的提示框;撤单成功/失败的业务状态等。

　　业务测试：买入业务，从输入买入表单的数据，到提交表单，到最后买入的表单显示的位置，以及买入提交但未成交，可以撤单，完成撤单的业务，到撤单成功或者失败等，这一连串的工作组合就是一个业务流程。

　　其实这里就存在一个争议性的问题，对于买入和撤单，既可以作为功能点，也可以作为一个业务逻辑来设计，但从本质上来讲，功能点注重单独的操作，而业务流重的在是一个流程，还需要具体业务去甄别。功能点的设计更主要对这个买入和撤单的按钮本身进行用例设计;而业务则是需要从买入和撤单之前的输入到最后输出这样一个过程来设计。

　　以上也只是大概的一个简单的说明，具体的操作还得根据自己的实际流程来执行，毕竟测试用例的管理是一个长期的积累和沉淀的过程，好的方法都是总结出来的。对于测试来说，用例是基础，对于回归测试、自动化、性能等等都是根本，管理好测试用例，也就是提高测试的工作质量。

　　第十一天

　　早上从寝室出发就暗示自己要踏踏实实的学习忌浮躁。早上我早早的到公司，开始我的学习，今天我学习的主要内容是测试用例设计方法之划分等价类法。

　　①如果某个输入条件规定了取值范围或值的个数。则可确定一个合理的等价类(输入值或数在此范围内)和两个不合理等价类(输入值或个数小于这个范围的最小值或大于这个范围的最大值)。

　　②如果规定了输入数据的一组值，而且程序对不同的输入值做不同的处理，则每个允许输入值是一个合理等价类，此处还有一个不合理等价类(任何一个不允许的输入值)。

　　③如果规定了输入数据必须遵循的规则，可确定一个合理等价类(符合规则)和若干个不合理等价类(从各种不同角度违反规则)。

　　④如果已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分为更小的等价类。

　　第十二天

　　一个的软件测试工程师要掌握的东西很多。在我个人理解中，软件工程师应该具备最基本的两点知识：软件测试理论知识和一定的开发技能。

　　一、软件测试理论知识

　　这个不用多说，软件测试人员必须掌握，软件测试如何融入整个开发的流程，什么时候介入，什么时候结束，如何搭建测试环境，如何设计测试用例。

　　二、开发技能

　　有一定开发技能的的软件测试人员在开发人员眼中更加难得。一般的软件测试人员特别是黑盒测试人员对开发不会很懂，与开发人员交流时存在一定的问题。为了更好的沟通交流，如果软件测试人员有一定的开发基础，将有效的提高测试效率和质量。

　　第十三天

　　今天需要对文化网项目进行第一轮的测试，主要是了解该项目的流程。由于这个文化网比较简单，没有相关的需求文档。但有一个用户手册，我根据用户手册，在TestLink软件上进行测试用例的设计和记录。这一整天我浑身充满了力量，完全沉浸在测试用设计的报告中。测试中我发现以下问题;如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计，这就需要利用因果图。新功能测试，如果不写完整的测试用例，可能也能发现80%的问题，但一些测试点被遗漏掉的可能性很大。

　　我觉得测试用例还是要认真地写的，但是回归测试确实可以优化，不需要每个用例都测。

　　第十四天

　　这周过得可真够累。由于公司购物网要在规定实践发布，昨天我们主管就通知我们周六加班。我们办公室的哥哥姐姐很不情愿的申请了加班申请。本想可以好好休息一下了，可明天还得下班啊，想想多么悲催啊！

　　周六很不情愿地从床上爬起来，一大早跑到公司，加班的公司确实比上班时间安静多了。比较喜欢安静的我看都这种情况，工作激情又一次被调动起来了。周六一整天我热情满满的测试各个模块的添加业务功能。在做测试时，虽然有些头晕，但还是静下心来完整了本天的测试工作。觉得特有成就感。从这件事情，我认识到，公司加班有时候是没办法的事情。我们做员工的有时候要理解，但当加班过分时，我们做员工的也要勇敢的说NO。员工既要承担自己的任务又要适当地维护自己的权力。这是我这周的心得。

　　第十五天

　　最近学习了软件测试过程模型现在对这几种模型进行以下总结：

　　1.软件测试过程模型－V模型是软件开发瀑布模型的变种，主要反映测试活动与分析和设计的关系；

　　局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现。

　　2.软件测试过程模型－W模型

　　在V模型的基础上，增加千开发阶段的同步测试，形成W模型；测试与开发同步进行，有利用尽早的发现问题。

　　局限性：仍把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不能支持迭代，自发性以及变更调整。

　　3.软件测试过程模型－H模型

　　在H模型中，软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行阶段；软件测试可以进行尽早的进行；软件测试可以根据被测物的不同而分层次进行测试模型使用软件。

　　在实际工作中应灵活地运用各种模型的优点：

　　V模型:强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个开发级别对应；忽略了测试的对象不应该仅仅包括程序，没有明确指出对需求、设计的测试。

　　W模型:补充了V模型中忽略的内容，强调了测试计划等工作的先行和对系统需求和系统设计的测试；与V模型相同，没有对软件测试的流程进行说明。

　　H模型:强调测试是独立的，只要测试准备完成，就可以执行测试。

　　软件测试实习日记 2

　　7月10号

　　回家四天后的一个明媚的清晨，我踏上了暑假实习的大路，不知前方的酸甜苦辣，喜怒哀乐，踌躇满志的迈着步伐走向了理想中的自由。那时我什么都没想，只是发现自己一瞬间长大了，不再拿着父母给的生活费浪费了。终于要独立了，终于要自由了。内心的喜悦大家应该都能理解。

　　7月11号—7月15号

　　失望，已经不单写到了脸上，行为上已经也有所怠慢了。也许是我的无精打采和刚进公司的表现形成了鲜明的对比，项目经理（自称周大侠，人称周哥）也觉得我们在这仅仅是自学是不够的，应该来点激情的东西。于是就开始给我们来了个欢迎会议，啥都不懂，一群人都坐在周边的沙发上，只有我们三个实习生，一本正经的坐在会议桌周围，聚精会神的听着小裴哥（另一项目经理）在那介绍公司的经营方向，公司历史。说实话，公司历史不多，3年左右，发展方向很普通，但是“后台”很硬。用公司“华仔”的话来说，叫做“我们和江苏省xx局是穿一条裤子的”。的确，我们公司是个不经传的小公司，上海xx是我们名义上的father，我们只是人家的一个son。但是我们也正在走向成熟，走向自立。通过跟江苏省安监局合作，我们公司在一步一步的壮大，也必然壮大。想到那次会议，现在还真有点激动，想到我还不是一无所知，一无是处，我对我的未来的期望，对公司的好感，都达到了前所未有的高度。

　　7月16号—7月31号

　　自从上次的欢迎会，我又进入了正常的步入了正轨，又拥有了激情。也认识了我办公桌后面的.“华仔”（原名杨华）和“老韩”（原名韩翔），尽管公司任何一个人都能当我们的大哥，大姐，但是之间的情谊就不局限于大哥大姐了。那是两个字“哥们”。在这15天里面，我一边自学着公司要求具备的技术，一边做着周哥吩咐的常熟安监局电子管理系统的测试工作，我井然的成为了三个实习生名义上的小头头。分配工作，收发测试文档，整合测试文档。向周哥和华仔，老韩报告需要改正的地方，这15天过的也很充实。尽管测试并不是想象的那么简单，但是我们这些实习生，还是积极的完成了分配的任务，也完成了测试，也加入到了改进管理系统的讨论，感觉真是颇好，深感团队的合作有时候还需要大家的齐心合力。

　　8月1号—8月10号

　　鉴于8月8号开幕的奥运会，着实让我这个奥运迷高兴了一把，尽管测试工作还在做收尾工作，但是也无法打消我对奥运开幕式的期待，正午吃饭的时候，一边吃饭，一边浏览网上关于奥运会开幕式的小道消息，大家也在谈论着奥运点火人选。紧张而又充实的等到了8月8号，上网看了奥运会，甚是感叹，一遍看过，意犹未尽，又看了一遍重播。内心不由得赞叹“老谋子真是创意非凡啊！”

　　8月11号—8月20号

　　终于常熟安监局电子管理系统的测试告一段落，但是随之而来的任务又来了，写常熟安监局电子管理系统的使用说明书，也是，我们测试这个系统，必然对该系统的操作流程必定很熟悉。但是当时接到这个任务很是犹豫，因为要写这个说明书，花费的时间真是太多了，而且我们自学struts2.0还欠火候，打算最后半个月加紧补上上月测试耽误的时间，所以我很是为难，怎么办呢？最后想到了个还算两全其美的方法，上午我们自学，下午写说明文档，就这样电子管理系统使用说明书，一个星期左右被我们拿下，心中颇有成就感。

　　软件测试实习日记 3

　　3月5日

　　今天是到公司报到的第一天，早上8：20来到公司，在于主任的带领下参观了一下公司，一一向员公见面互相人识。于主任之后安排我在他旁边实习。桌上一台电脑，一些资料。我学习了公司的企业文化，对公司的运行有了一定的了解。接着拿出工作计划书重新思考我们这次实习主要：ASP、SQL的基础知识的理论学习;并能理论联系实际学会用SQL建数据库及所需表格的具体方法;理解连接SQL数据库的语句及能正确的应用于实践;通过具体的网站设计使所学的知识能很好的应用于实践。

　　3月6日

　　从今天开始我便按照实习计划逐步展开了学习，首先是对ASP基础知识的学习，ASP是一种服务器端脚本编写环境，可以用来创建和运行动态网页或web应用程序，是一种简单、方便的编程工具。通过学习对其提供的几种内置对象有了更进一步的认识。利用这些对象还可以从客户端浏览器中获得信息或者向客户端浏览器发送消息。同时查看了一些公司已完成的网站，开拓了视野，丰富了自己的资料库。

　　3月7日

　　通过学习，自己已经对ASP的基本知识有了一个初步的认识，今天的任务是学习SQLServer2000，了解到它由三个基本服务组成，为了保证这些服务能够正常运行，必须为每一个服务分别指定一个用户帐户。它是一种具有客户机/服务器架构的关系型数据库产品，即可以用于普通的联机事物处理环境，也可以用于决策支持的联机分析处理环境。联系到做网站的需要，最重要的是学会如何建立新的数据库，建立新的表。利用这一天的时间我学会了SQLServer2000的一些理论知识并能正确的运用于实践。从而在以后的网站开发中能正确、准确的运用这几种方法进行数据库的连接。之后，我安装了IIS和Dreamwaver，并测试成功。

　　3月8日

　　通过学习，我对ASP和SQLServer2000的理论知识有了一定的了解，今天我有针对性的浏览、学习了一些和本次设计相关的网站，借见他们的'思想、方法，从而构建出自己的网站的风格、样式。

　　3月9日

　　今天是这周的最后一天，可行性研究之后就进入了需求分析的阶段,该教学网站所运行的环境有了初步的确定,对该网站的各个模块应实现的功能进行了具体的描述,对创建数据库时所需表的建立也有了一个具体规划,这样在真正的动手做网站时就有据可依,严格的按照需求分析当中的要求一个模块一个模块的有计划的进行。这样就避免了进行网站设计时的盲目性。我把这一周所学的知识又系统的学了一遍，认识到自己不足的地方，我明白要想真正的掌握知识就必须一点一滴的积累，明白无论做什么事情只要自己肯努力，再加上信心、耐心、细心就一定能达到自己的目标,获得最终的成功。

　　3月12日

　　新的一周开始了,学习了网站设计的一些基础知识之后,今天向于主任请教了一些做网站的方法、问题。于主任认识讲解了做每一个网站的过程及所遇到的一些技术性的困难。以一个网站为例着重介绍了一些模块的具体实现方法及应注意的问题。之后，我做了一些静态的页面。主要包括用户登录、用户注册、教师队伍、课程描述、课件浏览、留言板等功能。本来以为一个页面也没什么应该是比较容易吧,可是做起来才知道美工的重要性。经过自己耐心的设计一天的工夫几个页面的设计便圆满结束。

　　3月13日

　　今天重新对该网站的各个模块应实现的功能进行了具体的描述,对创建数据库时所需表的建立也有了一个具体规划,这样在真正的动手做网站时就有据可依,严格的按照需求分析当中的要求一个模块一个模块的有计划的进行。这样就避免了进行网站设计时的盲目性。之后，我在数据库中建立了数据表。总之通过今天的学习我了解到不但要根据不同的客户设计页面的特点而且更懂得了后台数据库的重要性。可以说几乎每一个动态功能的实现都离不开跟数据库的连接。

　　3月14日

　　今天我在IIS中加入了一些功能代码。连接了相应的数据库。一开始就把我给能的一塌糊涂。根本一点思路也没有，盲目的连接了一个用户登录随之而来的就是好几个连接的错误。再次向于主任请教有关数据库连接的问题。在主任的认识详细的指导下我成功的连接了用户登录、注册、教师人员的添加、修改等模块。各个模块实现的最基本的思想都是相通的，相信通过自己的努力一定会陆续实现其它模块的功能。

　　3月15日

　　今天的任务仍然实现各各模块的功能。首先做了网上课堂的设计。把课件上传到网上课堂模块上。这部分实现比较容易一些，接下来做的在现交流模块就比较费劲的。通过查看资料、向同事请教最终通过自己的努力实现了基本功能，但是还有很多的漏洞，还需要再加以完善。一天下来，自己觉得很充实，往往那一小小的功能运行通过后自己会有成功的喜悦。

　　3月16日

　　今天是本次实习的最后一天，面对即将过去的实习生活，我更加珍惜这最后的时光，抓紧每分每秒争取把设计做的完善些。忙碌一天后，此时整个网站将接近尾声，面对即将结束的学习，面对即将告别的领导和同事，我不禁有种依依不舍的感觉，谢谢你们给我这次实习的空间，给我学习工作的机会，在这短短的两周内，使我受益匪浅学到了课本上学不到的知识，感受到团体协作精神的可贵。

　　有了这次的经历，相信在自己的毕业设计中和以后的工作中自己一定能做好相关的工作。

　　软件测试实习日记 4

　　第一天

　　第一次是来面试，当时感觉不怎么好，面试的人问了一些问题有些没回答上来，这并不奇怪，C#自己学习了2个月，然后就没怎么用，回答不上我觉得可以理解。没想到还能第二次来到公司，由于对环境还比较陌生，所以今天大概熟悉了一点，成都这边有50多个员工，属于研发中心，主要从事无线微波得较大型的设备的再加工，听同事说以前在北京，但由于北京人力资源太贵所以来到成都，这听起来怎么像是在压榨的感觉啊，没关系，只是来实习而已。

　　对于今天的第一个小任务，要求：界面、数据压入堆栈、简单冒泡排序实现数据有序输出、堆排序输出。让我快速地熟悉了C#，从界面到后台都得到了加强，此外在实现过程中对用到的冒泡排序和堆排序有了更深的理解，并能用C#熟练的实现。

　　第二天

　　今天对昨天的实例进行了改进和提高，将堆排序和冒泡排序封装在一个动态链接库中，提供函数调用和事件委托。此外加入XML进行配置，在XML中存入相关配置信息，提供一个单独的XmlClass对其进行操作，加深了对xml的理解。为增加程序的性能，采用简单工厂模式对其客户端和算法操作进行分离，有很好的可扩展性，对于C#的动态链接库和XML配置不怎么熟悉，花了很长一段时间看书和网上查资料，才开始动手写代码，不过感觉还是很快，因为自己有编程的能力，可以说掌握了一种快速编程的方法，所以就能驾轻就熟。

　　第三天

　　今天采用抽象工厂模式对实例进行改进，以达到动态加载算法实例，抽象工厂模式属于设计模式中的内容，自己在学习视频的时候注意到了，所以之前就买了本大话设计模式来学习，可以说了解了大部分设计模式。今天遇到后自己心里也有底，温故一下书就知道怎么做了，可以说这是我学习的方法。

　　针对以上，在dll中提供一个接口，两个算法都继承了该接口，对于该dll的操作都通过接口ISort进行，此外，修改工厂为抽象工厂，提供一个接口创建算法，在算法中返回ISort实例，在主函数中使用该实例进行对应的排序算法操作，充分显示了抽象工厂的作用，本例子将反射和抽象工厂模式结合，增加了程序的可扩展性和可维护性。

　　第四天

　　由于自己编程能力还算可以吧，所以软件组的老大就叫我加入开始做一些这次项目的东西，说了一句“我可是没把你当实习生哦”，这话一听当时感觉还好，不过后来一想，我却是吃亏了，他不把我当实习生但给我的却是实习生工资，这点有点想不过去，不过没关系，实习嘛就是学习，有基本工资也不错了，关键的公司提供的条件那是在学校里所得不到的：商业性的问题。

　　今天将上述实例的方法用到本次项目中，开始项目中的一些任务。仍然使用抽象工厂模式，将自定义窗体封装到类库中，将窗体的控件预留到外部进行实施定义;在XML文件中配置窗体的实际参数，利用反射按从XML中读出的'参数动态加载窗体。将上述的实例方法运用到了实际项目中。

　　第五天

　　软件测试实习日记 5

　　20xx.7.8星期一

　　今天，我怀着激动的心情来到单位，这是我第一天工作，实习的第一天，我很早就来到了单位，经理给我找来了名签让我带上，安排了我的工作位置和工作任务。

　　我上午工作，下午接受培训，在这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，更多的精力不是放在编码上，编码只是一个很小的模块，只占用那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就只是编码，想想真是可笑。下午，我接受了公司的基本培训。

　　很忙碌紧张的一天，不过我受益匪浅。

　　20xx.7.9星期二

　　今天，是我实习的第二天，同样，我怀着激动的心情来到公司，开始我这一天的工作。

　　我费了很多时间来完成一些前端工作，如：需求分析和可行性分析，这块工作在别人看来可能是无关紧要的，甚至是多余的，其实，换做是以前，我也会这么认为。可是，我现在算是深深的明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。

　　下午，我接受公司的礼仪培训。

又是忙碌的一天！

　　20xx.7.10星期三

　　今天，我很早的来到公司，开始我一天的工作，每天给我安排的工作量很少，做完之后，最重要的是进行公司业务和礼仪，专业知识的培训。

　　我今天接受公司培训的内容是：计算机病毒，它是一个程序，一段可执行代码。病毒的生命周期包括4个环节：1潜伏阶段2繁殖阶段3触发阶段4执行阶段。病毒的种类：1寄生病毒2存储器驻留病毒3引导区病毒4隐形病毒5多态病毒。常见的病毒有：1宏病毒2电子邮件病毒3特洛伊木马4计算机病毒蠕虫。

今天我受益匪浅。

　　20xx.7.11星期四

　　今天，我高高兴兴地来到公司，经理给我安排了我今天要做的工作，完成后需要马上接受培训，以最快的速度接受完培训，能尽快上岗。

　　今天，我学的是网络管理的功能：1配置管理，包括资源清单管理，资源开通以及业务开通2故障管理3计费管理4性能管理5安全管理。其中，计算机网络管理涉及网络中的资源可分为两大类：硬件资源和软件资源。网络管理的目标是：满足运营者及用户对网络的有效性，可靠性，开放性，综合性，安全性和经济性的要求。

　　今天很忙碌，但是我受益匪浅。

　　20xx.7.12星期五

　　今天是星期五，这星期的最后一天，很开心，终于快到周末了，可以休息两天了。

　　今天，我接受的培训是操作系统的管理功能，它包括：1进程管理2内存管理：内存管理的目标是给每一个应用程序分配所必须的内存空间，而又不占用其他应用程序的内存。Windows的内存管理运行在保护模式下。当某些内存不够用时，则从硬盘的空闲空间生成虚拟内存以供使用。3文件系统。4设备I/O。网络操作系统NOS分为两大类：专用型NOS，通用型NOS。通用型NOS又可以分为两类：变形级系统与基础级系统。

　　今天学了很多东西，需要消化一下。

　　20xx.7.13星期六

　　今天是星期一，我很早地来到公司，开始我一整天的工作，上午，我认认真真地完成了我的工作，下午，又开始了我的接受培训的时间。

　　今天，老师讲的是计算机的一些基础知识。计算机的4个特点和5个发展阶段。

　　大型主机阶段，小型计算机阶段，微型计算机阶段，客户机/服务器阶段，Internet阶段。计算机的应用领域：1科学计算，2事务处理，3过程控制，4辅助工程5人工智能，6网络应用，7多媒体应用。

　　今天，学的`东西虽然挺简单，但是仍要认真的听，因为只有基础打好了，才能有进一步的发展。

　　算是忙碌的一天，我很有收获！

　　20xx.7.14星期天

　　今天，我很早地来到公司，和以前一样，开始我的工作。

　　上午，在计算机面前打完代码后，交给主管，终于可以放松一下了，等待吃中午饭的时间。

　　下午，是我接受培训的时间，今天学习的是软件开发，在软件生命周期中，通常分为：三大阶段。1计划阶段：分为问题定义和可行性研究两个子阶段。2开发阶段：开发前期分为：需求分析，总体设计，详细设计。开发后期分为：编码，测试。3运行阶段：主要任务是软件维护。是为了排除软件中仍然可能隐含的错误和扩充软件功能。

今天学的知识很受用！

　　20xx.7.15星期一

　　早上的空气真清新，我早起了半个小时，用散步的方式来到了公司，开始了我一天的工作。上午我要做的是把经理给我的文件一张一张的打好，然后再打印出来。忙碌了一上午，终于把这些文件打印出来了。

　　下午，同样，是我接受公司培训的时间，今天学习的是计算机网络的分类，可以分为三类：1局域网LAN，2城域网MAN，3广域网WAN，广域网的通信子网可以利用公用分组交换网。卫星通信网和无线分组交换网。计算机网络要完成两大基本功能：数据处理与数据通信。局域网与广域网，广域网与广域网的互联是通过路由器实现的。

今天，我受益匪浅。

　　20xx.7.16星期二

　　今天上午，我的工作同样是打印文件和复印文件，然后交给经理，代码很少，用不到我来输入，所以今天我的任务非常少。剩余的上午时间是整理各种文件，分类。

　　吃完中午饭，下午又到了我接受公司培训的时间了，今天老师讲的是：ISO参考模型，ISO将整个通信功能划分7个层次：物理层，数据链路层，网络层，传输层，会话层，表示层，应用层。

　　而TCP/IP参考模型可以分为4个层次：应用层，传输层，互联层与主机-网络层。应用层协议：远程登录协议Telnet，文件传输协议FTP，简单邮件传输协议SMTP，域名服务DNS，路由信息协议RIP，网络文件系统NFS，超文本传输协议HTTP。

今天比较清闲。

　　20xx.7.17星期三

　　今天，我较早地来到公司，主管分配给我一些需要写的文件和需要打印出来的文件，我认认真真地完成，整理出来后交给主管，这一上午过的真快，把这些文件整理出来，一上午就过去了。

　　下午，又到了培训时间，今天，我学的是交换机的一些知识，交换机的技术特点：1低交换延迟，2支持不同的传输速率和工作模式，3支持虚拟局域网服务。它的帧转发方式：1直通交换方式，2存储转发交换方式，3改进的直通交换方式。虚拟局域网的工作原理：1用交换机端口号定义虚拟局域网，2用MAC地址定义虚拟局域网，3网络层地址定义。4IP广播组。

今天我收获很大。

　　20xx.7.18星期四

　　今天，我很早的来到公司，打扫打扫办公室的室内卫生，然后坐在电脑前看了看新闻，经理来了之后，给我安排了一些工作，一些文件的整理和分类，把关于公司饲料和机械两个部门的软件相关文件整理一下。

　　一上午我都在整理分类文件，然后交给经理。下午，公司这几天做的是员工礼仪培训，全员参加，培训方式是讲授、讨论、案例分析、角色扮演、人员互动、多媒体教学等。今天学的是个人礼仪中的基本礼仪。1员工必须仪表端庄、整洁。头发：头发要经常清洗，保持整齐清洁、自然色泽。生产一线员工进入工作区域，

　　过耳的长发必须盘起或使用发兜，避免安全事故。2面容：脸、颈及耳朵绝对干净，男员工每日剃刮胡须。办公室女员工应尽量化淡妆，但不得浓妆艳抹和在办公室内化妆3身体：注意个人卫生，身体、面部、手部保持清洁。勤洗澡，无体味。

今天挺轻松。

　　20xx.7.19星期五

　　今天，全天是培训员工礼仪，老员工轮班换，新员工是全天接受培训。今天培训服饰礼仪。原则上员工在上班时间应着工作服。工作服要按规范扣好钮扣，不得敞开，不在衣服外佩带其他饰物。如有特殊情况，需注意：工作场所的服装应清洁、方便，不追求修饰。不着奇装异服，男士不得短裤、拖鞋在办公区域行走，女士不得穿超短裙，首饰佩戴适宜，不过分夸张。衬衫：无论是什么颜色，衬衫的领子与袖口不得污秽。饰物：领带平整、端正，长度一定要盖过皮带扣。领带夹夹在衬衣自上而下第四个扣子处。注意各部细节，内衣不能外露等，上班时间不佩带夸张的首饰及饰物。生产一线的员工操作时，不得佩带任何饰物，避免安全事故。鞋子应保持清洁，如有破损应及时修补，不得穿带钉子的鞋。

　　今天，又是悠闲的一天。

　　20xx.7.20星期六

　　今天是礼仪培训的第三天，我早上到单位的时间能比平时晚一个小时就行，时间比较好，比以前轻松，不用早起。

　　今天培训的是举止礼仪。在公司内员工应保持优雅的姿势和动作。具体要求：站姿：两脚脚跟着地，脚尖离地约45度，腰背挺直、胸膛自然、颈脖伸直、头微向下，使人看清你的面孔。两臂自然、不耸肩，身体重心在两脚中间。会见客户或出席仪式站立场合，或在长辈、上级面前，不得把手抱在胸前。坐姿：双膝并拢、双腿下垂、双手相握。直腰挺胸，不得傲慢地把腿向前或向后伸，或俯视前方。要移动位置时，应先把椅子放在应放的地方，然后再坐下。公司内与同事相遇应点头微笑表示致意。握手时要脱去手套，用普通站姿，并目视对方眼睛，不弯腰低头，要大方热情、不亢不卑。伸手时同性间应先伸向地位低或年纪轻的，异性间男性应先伸手。不可同时握两人的手，不可当面擦手。开心的一天。

　　软件测试实习日记 6

　　第一天

　　今天是参加实习的第一天，今天的任务比较轻松，算是步入职场的第一部。在简单地与项目经历交流后，我们很快地就做好了入职手续。我们的项目经理是一个很好的人，待我们很和蔼，总保持有微笑，很好交流，给我们留下了很好的印象。相信在将来的一段时间里的工作开展和实习任务的实施，我们会与项目经理做好密切的配合，共创一片辉煌。在接下来的时间里，项目经理非常有耐心地向我们讲解了企业文化和部门特色，以及相关的部门规定，这让我们在公司的良好运营打下了结实的基础。为什么这么说呢?公司规章制度是为进一步深化企业管理，充分调动发挥公司员工的积极性和创造性，切实维护公司利益和保障员工的合法权益，规范公司全体员工的行为和职业道德。结合《公司法》和《劳动法》等相关规定，建立的一套管理制度，以促使公司从经验管理型模式向科学管理的模式转变。

　　那么接下来的时间里面，我们就被领到了各自的位置上，那么从坐下来的那一刻起，我们就正式开始了实习的生活。工作就是工作，必须一丝不苟。今天的任务其实很简单的，我们的项目经理就安排我们手洗一下环境。在这么轻松愉快的办公环境下，我们很快地适应了环境。迅速地打开电脑开始了工作。用eclipse从svn上checkout了部门现在正在进行的项目代码。带着一片好奇心和渴望工作渴望证明自己的决心，我紧张兮兮地阅读着代码。不知不觉地，今天就下班了。

　　第二天

　　今天来公司的时候我特别早，希望新的一天早一点能给自己一些新的期望和一些新的动力。作为IT公司的一名员工，不能像一些机关单位那样死气沉沉，这样做不成什么事情。有了这样的觉悟后，在面临工作的挑战我们也能更从容不迫地去面对。

　　今天部门的老大让我跟着一名老员工做。其实说是跟着老员工做，其实主要还是让我去学习，毕竟说白了我还是刚离开校园的学生，各方面工作能力和操作水平远远没有达到企业员工工作高度的水平，因此我的工作实际上就变得相当轻松了。我的任务很简单，就是接触学习熟悉上手。

　　我要接手的内容是webservice。在这一块的内容上，其实我的基础是薄弱的。因为之前在校的学习简短我也只是注重JAVA的学习，浅薄地学习了些struts，hibernate，spring这三大框架的内容，并没有在其他领域有所突破。好在老员工待我不薄，他很人性化地站在我的角度上替我考虑，也了解我作为一名新人的羞涩和困惑，遇到困难他也能及时地给与我帮助和鼓励。这点让我十分感动，在严谨作风的公司里有了一丝丝小家庭的温暖。

　　WebService平台是用XSD来作为数据类型系统的。当你用某种语言如VB.NET或C#来构造一个WebService时，为了符合WebService标准，所有你使用的数据类型都必须被转换为XSD类型。如想让它使用在不同平台和不同软件的不同组织间传递，还需要用某种东西将它包装起来。这种东西就是一种协议，如SOAP。

　　第三天

　　今天是上岗的第三天。前两天给我的感觉还是相对轻松的，没有死命盯着屏幕敲着代码。

　　无论是做开发还是看文档，都让我们觉得挺轻松的，还没有真正切切地感受到作为程序员的压力。但是无论是程序员也好，做管理也好，其实在上海每天遇到的压力都是很大的。大家每天都在为梦想为了前途去奔波，总是希望自己能过的更好，总喜欢自己能在上海闯出一片天地闯出一片名堂来。作为我们学校的大四学生，我们身上的跳着的担子还是有的`，我们要考自己的双收去打造一片海阔天空，收复一片绿水蓝天。那么正确的人生姿态是很重要的，这将领导我们正确地走向人生道理。因此如何去对待实习，其实也就是反映出了对待人生的态度，我们没有退路，必须一丝不苟。

　　我的同事他们一开始就要看文档看需求分析。那么我们在实习开发过程中要怎么看待需求分析呢?在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。

　　无论是需求分析还是webservice，其实这些天我们在公司实习还是相当有意义的，每天都有新收获。

　　第四天

　　今天是我们实习生进入实习的第四天，作为一名软件开发人员，其实我们更注重的还是一些类似于开发的东西，那么在这个实习的过程里，我们就要更多地花一些时间在研究代码和接触项目以及业务，这对于我们更好地理解我们的职业需求和职业规划，有着不可分割的关系。那么如何去定义我们的职业生涯以及策划我们的职业走向，其实是我们程序员在人生道路上的一个很重要的抉择点，是否能健全地把程序员这条道路走下去，走踏实了，是我们在漫漫人生路上面临的一个重大的挑战。

　　我简单地认为有以下几点矛盾存在在我们日常生活和工作中：

　　其一：这是一个适合与不适合的问题，有的人他有干IT行业的天赋，他就会干的得心应手，不论多大年龄都不成问题。国外胡子一大把还干着开发的老外多了去，他们的思维同样活跃，精力充沛，并且还有大量的经验和积累。

　　其二：对于那些并不喜欢IT行业的人，不小心选择了这个职业，他目前在IT行业苦苦挣扎，学技术进度相应就会比前者进度慢，又一时找不到更好的职业，技术平平，为了完成任务不得已天天加班。

　　其三：关于转行的观点中也有两个集中点：行业自身与年龄问题。技术的日新月异，各个公司的血液不断换新，企业想要发展依赖于产品，而产品的开发归于技术的支持。新老开发人员的不同在于，老一辈的开发人员在年轻时学的技术在现在应用的很少了，生活上上有老下有小，体力和精力投入的要少，学习新技术的能力比不上年轻人，思路也不灵敏了，逻辑分析能力，理解能力逐步减退，唯剩经验，但是IT届的经验不如创新值钱。

　　其四：现在网上到处都有很多开源的代码下载，对于那些热衷于开发的人来说，随着工作时间的变长，发现当初怀着对技术的崇敬，加入其中，原本以为这是个崇尚技术本身的队伍，但慢慢发现很多技术管理，技术经理他们的技术并非想象中的那么好，依靠着资历换得职位，技术为上的梦想也逐步幻灭。

　　今天是我上班的第五天了，挺开心的，今天到了周五。到了一周工作日的末端，其实大家心思都不在公司了，早在那九霄云外潇洒去了。但是即便如此，作为一名职业素养到位的IT人士，秉持着对工作对项目负责的态度，不能因为个人生活上因为追求享受而就把现实放在了一旁，大家还是真心实意地想把工作做好，把项目进度赶上，早日让项目上线。在大方向不乱的前景下，我们翘首以盼期待着下班时刻的到来的同时，安分守己地在自己的岗位上兢兢业业，丝毫不敢怠慢。总的来说，到公司实习也有一周了，在这一周里，不管是做开发也好还是做测试也好，大家各司其职，努力干活。在老大的指示下，我们有条不紊地展开着工作和学习。我们的SOA平台80%已经完成，这个基于struts，hibernate，spring框架的项目，逐渐也浮上台面。

　　由于我们要做到是webservice，所以接下来的任务我们除了要把平台搭建完善，就要把工作重要放在SOA上了。这对我们是个挑战。这意味着我们需要面对全新的领域做开发了。老大的工作安排也下来了，就是要求我们采用中软国际的开发产品R1做开发。R1是一个基于eclipse的IDE。多年来，中软国际精准把握客户需求，凭借自主研发的应用整合和业务支撑中间件产品ResourceOne，帮助用户实现信息化工程建设全生命周期的最佳操控，并一向致力于实现企业级信息系统的业务应用创建支撑、集成、管理、运维服务及业务优化，并在制造业(烟草工业及整个行业)、零售业(烟草销售)、电子政务工程(多个国家金字号工程、政府机关、经济技术开发区)中都已有广泛的应用和大量成功案例。

　　我们的工作目标就很明确了，采用R1作为开发工具，利用该IDE做一些开发。具体怎么样，还要等到下周一后才知道。

　　软件测试实习日记 7

　　第一天

　　对于今天的第一个小任务，要求：界面、数据压入堆栈、简单冒泡排序实现数据有序输出、堆排序输出。让我快速地熟悉了C#，从界面到后台都得到了加强，此外在实现过程中对用到的冒泡排序和堆排序有了更深的理解，并能用C#熟练的实现软件。

　　第二天

　　第三天

　　第四天

　　今天将上述实例的方法用到本次项目中，开始项目中的一些任务软件公司个人实习日记默认。仍然使用抽象工厂模式，将自定义窗体封装到类库中，将窗体的控件预留到外部进行实施定义;在XML文件中配置窗体的'实际参数，利用反射按从XML中读出的参数动态加载窗体。将上述的实例方法运用到了实际项目中。

　　第五天

　　昨天的任务基本已完成，今天温习了一下加深了对知识的理解，可以说掌握得比较牢固了，今天又有新的任务，可以说每天都在进步。

　　按组长要求编写RankStyle=Group时的窗体排列方式，在XML中配置控件或窗体的参数，利用XML读接口从XML中读出参数，为了使程序具有灵活性，在组长的提示下将窗体的配置按照窗体的Name属性进行配置,之前是利用字段的方式写在XML中，但是组长说这样的话在程序中查找不方便，可我觉得没什么啊，当然了，对于我这个没有工作经验的人来说看什么都是可以的，所以要多学习学习。

　　软件测试实习日记 8

　　dailywork1

　　第一次是来面试，当时感觉不怎么好，面试的人问了一些问题有些没回答上来，这并不奇怪，c#自己学习了2个月，然后就没怎么用，回答不上我觉得可以理解。没想到还能第二次来到公司，由于对环境还比较陌生，所以今天大概熟悉了一点，成都这边有50多个员工，属于研发中心，主要从事无线微波得较大型的设备的再加工，听同事说以前在北京，但由于北京人力资源太贵所以来到成都，这听起来怎么像是在压榨的感觉啊，没关系，只是来实习而已。

　　对于今天的第一个小任务，要求：界面、数据压入堆栈、简单冒泡排序实现数据有序输出、堆排序输出。让我快速地熟悉了c#，从界面到后台都得到了加强，此外在实现过程中对用到的冒泡排序和堆排序有了更深的理解，并能用c#熟练的实现。

　　dailywork2

　　今天对昨天的实例进行了改进和提高，将堆排序和冒泡排序封装在一个动态链接库中，提供函数调用和事件委托。此外加入xml进行配置，在xml中存入相关配置信息，提供一个单独的xmlclass对其进行操作，加深了对xml的理解。为增加程序的性能，采用简单工厂模式对其客户端和算法操作进行分离，有很好的可扩展性，对于c#的动态链接库和xml配置不怎么熟悉，花了很长一段时间看书和网上查资料，才开始动手写代码，不过感觉还是很快，因为自己有编程的能力，可以说掌握了一种快速编程的方法，所以就能驾轻就熟。

　　dailywork3

　　针对以上，在dll中提供一个接口，两个算法都继承了该接口，对于该dll的操作都通过接口isort进行，此外，修改工厂为抽象工厂，提供一个接口创建算法，在算法中返回isort实例，在主函数中使用该实例进行对应的排序算法操作，充分显示了抽象工厂的作用，本例子将反射和抽象工厂模式结合，增加了程序的可扩展性和可维护性。

　　dailywork4

　　今天将上述实例的方法用到本次项目中，开始项目中的'一些任务。仍然使用抽象工厂模式，将自定义窗体封装到类库中，将窗体的控件预留到外部进行实施定义；在xml文件中配置窗体的实际参数，利用反射按从xml中读出的参数动态加载窗体。将上述的实例方法运用到了实际项目中。

　　dailywork5

　　昨天的任务基本已完成，今天温习了一下加深了对知识的理解，可以说掌握得比较牢固了，今天又有新的任务，可以说每天都在进步。

　　按组长要求编写rankstyle=group时的窗体排列方式，在xml中配置控件或窗体的参数，利用xml读接口从xml中读出参数，为了使程序具有灵活性，在组长的提示下将窗体的配置按照窗体的name属性进行配置，之前是利用字段的方式写在xml中，但是组长说这样的话在程序中查找不方便，可我觉得没什么啊，当然了，对于我这个没有工作经验的人来说看什么都是可以的，所以要多学习学习。

【软件测试实习日记】相关文章：

软件测试合同03-14