软件实习日记

软件实习日记。

我们听了一场关于“软件实习日记”的演讲让我们思考了很多，写一篇好的范文有哪些要点？让脑子的知识充沛，阅读范文是很有必要的。高水平的范文，可以帮我们快速上手写作，经过阅读本页你的认识会更加全面！

软件实习日记 篇1

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

一、软件测试理论知识

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

二、开发技能

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

软件实习日记 篇2

目标在我的生活中很重要，每天给自己制定一个小目标，这样生活就了激情这也是我保持激情的方法之一。今天我的目标是基本掌握边界值法。

使用边界值分析方法设计测试用例时一般与等价类划分结合起来。但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。

(1)如果输入条件规定了值的范围，可以选择正好等于边界值的数据作为合理的测试用例，同时还要选择刚好越过边界值的数据作为不合理的测试用例。

(2)如果输入条件指出了输入数据的个数，则按最大个数、最小个数、比最小个数少1、比最大个数多1等情况分别设计测试用例。

(3)对每个输出条件分别按照以上原则(1)或(2)确定输出值的边界情况。

(4)如果程序的规格说明给出的输入或输出域是个有序集合(如顺序文件、线形表、链表等)，则应选取集合的第一个元素和最后一个元素作为测试用例。

3月11号

之前学习了测试用例设计的常用方法，今天计划是学习另一种方法：正交分析法。

正交分析法：即正交分解法是将一个力沿着互相垂直的方向(x轴、y轴)进行分解的方法。

正交分解法:(1)明确研究对象(或系统);(2)了解运动状态(题给出、暗示或判断、假设);(3)进行受力分析(按顺序，场力、弹力、摩擦力);(4)建立坐标,对力进行正交分解(有相对运动或相对运动趋势的特别是有加速度的，必需建一轴在这方向上,)所建立的坐标原点最好是题目中大多数力的交点.(5)立方程，解之。(有时还需∑M=0，这不属正交分解法)

正交表：次数(Runs)：简单的说，就是次数是多少，就有多少个用例。因素数(Factors)：简单的说，就是有多少个变量。水平数(Levels)：比如有三个变量，其中变量取值最多的是四个值，那么水平数就是四。强度(Strength)：即变量间的相互关系，当强度为二时，只考虑变量两两之间的影响，如果强度为三，同考虑三个变量对结果的影响;当强度增加时，用例的个数会急剧增加

软件实习日记 篇3

今天主要研究W模型

V模型的局限性在于没有明确地说明早期的测试,无法体现“尽早地和不断地进行软件测试的原则。在V模型中增加软件各开发阶段应同步进行的测试，演化为W模型（如下图）。在模型中不难看出，开发是“V”，测试是与此并行的“V”。基于“尽早地和不断地进行软件测试”的原则，在软件的需求和设计阶段的测试活动应遵循IEEE1012-1998《软件验证与确认（V&V）》的原则。

W模型由Evolutif公司提出，相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。

W模型也有局限性。W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行的活动，无法支持迭代、自发性以及变更调整。jyM1.COM

软件实习日记 篇4

这周的工作任务主要是完成旅行网的第一轮测试，由于数据库的设计不合理还有待遇写的不够规范导致我们系统打印不出来，后来把代码的合理性，还有新版本的功能都做完了的上线了。

1、完成了后台bug的修改。

2、完了管理学生的条件的查询。

3、完成了申请打印的条件查询。

4、票务管理新增加了一个功能代理商可以修改代理商信息。

在完成这几个任务需要的时间我们很少了，这是由于全段时间我们对我们这个系统做过很多的修改功能，还有自己对宇整个代码的流程也是越来熟悉，让我更加有成就感，因为我不会为了一个简单的文件而去浪费时间去学习，还有我们可以自己单独去很多功能了，我就会觉得我们现在的待遇不行。想到这里我们就会觉得自己的心里不平行。

软件实习日记 篇5

今天，我怀着激动的心情来到单位，这是我第一天工作，实习的第一天，我 很早就来到了单位， 经理给我找来了名签让我带上，安排了我的工作位置和工作 任务。 我上午工作，下午接受培训，在这里，我才真正的意识到实施一个软件工程 并不是说简单的会编码就能够解决问题的，更多的精力不是放在编码上，编码只 是一个很小的模块， 只占用那么小的一个部分。这个事实在很大程度上颠覆了我 以前的思想，在我以前的认识中，似乎整个软件就只是编码，想想真是可笑。 下午，我接受了公司的基本培训。 很忙碌紧张的一天，不过我受益匪浅。

软件实习日记 篇6

要想在短暂的实习时间内，尽可能多的学一些东西，这就需要跟老师有很好的沟通，加深彼此的了解，第一天去服务部实习，心里不可避免的有些疑惑：不知道师傅怎么样，应该去怎么做啊，要去干些什么等等!踏进公司的办公室，只见几个陌生的脸孔用莫名而疑惑的眼神看着我。我微笑着和他们打招呼，尴尬的局面立刻得到了缓解，大家多很友善的微笑欢迎我的到来。从那天起，我养成了一个习惯，刚到网络中心，老师并不了解你的工作学习能力，不清楚你会做哪些工作，不清楚你想了解什么样的知识，所以跟老师建立起很好的沟通是很必要的。同时我觉得这也是我们将来走上社会的一把不可获缺的钥匙。在这次的工作中，我真正学到了计算机教科书上所没有的知识，拥有了实践经验，这才真正体现了知识的真正价值，学以致用。

软件实习日记 篇7

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

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

软件实习日记 篇8

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

1、错误推测

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

2.因果图

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

3.综合策略

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

软件实习日记 篇9

今天我终于要来时实践测试我们公司的网站了。带我的刘姐今早把握喊到他的跟前，我了我一些关于测试的的基本知识。值得高兴的是：我都能应答如流。第一次和真正的测试人员有了比较深入的了解。从刘姐对测试的理解中，我也感受到做测试人员并非易事。作为一个测试人员必须具备有耐性、有较强的沟通能力、一定的合作意识等基本素质。对于这些基本素质要求，下班之后我进行了自我反省。我觉得自己好事一个比较有亲和力、有耐心的人。可能稍微欠佳的就是沟通能力不是很强。觉得自己以后应该在沟通方面取得更大的进步。为了做好一个合格的软件测试人员，我必须努力做到这些。

软件实习日记 篇10

x月11号-x月20号

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

拓展阅读：计算机软件测试毕业实习周记

实习的第一周

按照公司安排，分配到基站那边熟悉设备和操作器件任务是认识基站设备RBS2206(室内宏蜂窝)的组成，请点各基站设备资产，登记载波的开启情况，进行备用电池的放电测试，门禁系统的开启关闭操作，空调温度的调整(一般为26度)等

由于我们队员较多，队长安排我们向另外两名早来的实习生学习我们的工作地点是海珠区的中国移动的各个基站点(主要分布在楼宇天台和地下停车场)，时间是每天早上9点钟到下午6点，中午休息一会儿工作任务较为简单，操作起来单调机械，需要乘坐面包车到处去各个点奔波抱着学习和吃苦的态度，还是认真的完成任务起先进入基站都感觉好奇，认真地向队长和队员们请教问题有的问题都觉得太简单，但书本上从未涉及过，还是坦诚地向别人请教

这一周的工作下来，学会了基站的各个部件的位置组成和实物外观，结合所学书本上的知识，加深了各器件的了解和提高了实际动手操作能力学会了与来自不同教育背景和生活地方的同事的`交流与合作，深感工作上要不耻下问和同事间要合作紧密才能很好地完成工作任务

实习的第二周

依然是在基站学习工作任务与上一周的大概相同，熟悉基站设备，备用电池的放电测试，不过开始进行故障处理和部分时间进行巡检

工作地点仍然是海珠区的广东移动的基站机房与室外基站，不过检查的基站点与上一周略为不同，都第一次进入检查时间上也一样，虽然我们组要值夜班，考虑到我们实习生的身份，暂时不作安排

这一周的工作与之前的工作内容大致相同，其中故障处理较多，故障处理一般就是更换基站设备，如CDU，TRU(载波)，DXU等，更换设备有一套标准的流程，实践动手不能马虎了事还有部分巡检，需要用OMT软件连接设备，主要用来定位基站设备故障工作上依然单调枯燥，但不能放松，以免出现安全事故或工作不到位，给下一步流程的工作的同事带来重复的麻烦

实习的第三周

基站工作结束，开始做网优相关工作，网优主要包括路测，验收，楼宇普查，扫频等任务，是比基站的工作复杂一点，是处理解决信号问题的主要人员

工作地点是广州移动的业务数据中心，我所在的组是西区，位于体育中心和珠江新城一带，工作时间与之前一样第一天由负责人说明工作流程和注意事项，没有接触到实际的网优工作，都是一些送文件和设备给同事使用的跑腿工作

这一周的工作不多，负责人的一番指导和教悔也让我认识网优这一职位属于干活多薪资少的工作，需要耐心努力地学习理论和操作知识，吃苦耐劳踏实工作才能完成工作

实习的第四周

这一周才是接触到网优的实际工作，路测，路测就是道路测试信号，由于道路上都可能占用多个小区，甚至是越区覆盖，是网优中分析处理问题的一个很好的学习过程

工作地点是广州大道位于中山大道及体育东路之间的一段道路，实际上就是天河路一带，时间是凌晨2点开始，因为刚刚进行过割接小区，所以测试一下割接后小区占用情况数据显示信号强度正常，只存在局部地点出现质差，割接成功

这一周的工作是和一位路测队长学习，在测试过程中繁繁出现问题，手机电池没电，数据线连不通，电脑鼠标不动，没有带上3G卡，最后测试时间缩短减少电池使用时间，回公司更换数据线，暂时没有测试3G与2G切换情况信号测试前的设备检查是否完好，测试软件的熟悉准备都是测试前必须注意的问题

软件实习日记 篇11

第二天上班，我有点不习惯早起，公司每天8:30起床。可能是因为这是我的第一份正式的实习工作，以前都不曾这么正式的上过班，对于上班没有过什么想法。所以第二天一大早我不慌不忙的出发了。又由于没平时没在上班时间出去过，对于挤公交也没什么概念。挤公交挤到想死。真想说，做个上班族，挤公交是一门必修课。折腾了一早上，我终于踩点到公司报到了。

一大早赶到办公室，觉得桌子很脏，就在清洁阿姨那借来了抹布和水桶，把自己的卫生搞好了，开始了一天的工作。

今天我又开始看软件测试的书籍，了解到黑盒测试又称功能测试：是对已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。白盒测试则是对已知产品的内部工作的过程，可以通过测试证明每种内部操作是否符合设计规格是否符合设计规格要求，所有内部成分是否以经过检查。

软件实习日记 篇12

这周的工作主要是对我们整个系统进行检查bug，由于我们的项目做完过程中是没有需求文档，很多的需求根本就不知道要做成什么样子，导致我们在做集成测试中会遇到各种各样的问题。当我遇到问题的时候我们只能以我们现在需求来判断我们原来做过的系统的功能是否完成的标准。

今天在迁移数据的时候，搞的人很烦，由于我们原来历史数据数据太多的冗余。导致我们现在的新系统的数据一直都说不是很完善。还有就是下午遇到我们我们推荐的题目没有找到在数据库里面导致我们打印记错本的报错。这一些都是数据的不完善的造成的结果。

进过今天的遇到的问题我想了很多，因为今天的发生的问题我们完成可以通过数据的判断可以解决这些，所以以后写代码的时候多考虑如果没有数据我们写的代码会不会报错呢？还有就是我们写的东西不错在界面中报错。

到现在为止我都工作了2个多月了，时间过的飞快，然而自己的想法也是越来越多。因为马上就面临到毕业的时候。一个打算就是自己赶快把自己学校的事情都搞定，还有一个想法就是自己毕业后尽量跑到沿海地方去，自己不要只要会搞技术还要学会怎么去处理业务逻辑。这样的自己才能成长的更快。