计算机软件测试毕业实习日记范文

时间：2024年10月10日

来源：shuaige

编辑：本站小编

以下是小编收集整理的计算机软件测试毕业实习日记范文，本文共11篇，希望对大家有所帮助。本文原稿由网友“shuaige”提供。

篇1：大学生测试毕业实习日记

今天刘师傅和工地上的两名技术员叫我们跟着学习放线。放线是在浇筑的混凝土面上定出柱子和墙的位置，因为墙是竖直浇筑的所以他们既根据在一层墙上的标记在地面上定好经纬仪然后瞄准拿一点直接向上打上一层的轴线。这些都定好后就在屋面上定墙、边柱、和梁的位置，而且在楼梯和电梯口的边缘都定二道线，最外边的一条是控制线是防止装上模板后把梁的边线挡住。

在继续在刚刚浇筑好的屋面上跟着师傅们放线，同时我看到了绑钢筋的工人们用的电轧压力焊把两根柱子的钢筋结长，以便连接上一层柱子钢筋,为了邦扎钢筋工作提前做好准备。

今天把3单元、4单元的线已经放好了，下午我跟着师傅们一起去抄平了，抄平的作用是为了方便支模板的，一般用的是50线抄平的方法。在师傅们的指导下我明白抄平的要点：首先确定相对高程，(相对高程我们地区一般是以青岛黄海海平面为正负零为基准)，第二步计算高程差，以确定施工建筑物的正负零零点。第三步所有的建筑物需要的施工标高都以确定的建筑物正负零零点为基准。可以说抄平是确定建筑物定位的一项重要指标，一定得认真对待。

继续重复昨天的工作，浇筑混凝土所以监理要检查隐蔽工程的验收，于是我跟着监理来检验钢筋的绑扎和型号以及箍筋的个数是否正确。通过他们的检验最主要的问题是支钢筋的马凳少了，底层钢筋的垫块少，这样的话要是浇铸了混凝土了就不能保证混凝土的最小保护层的厚度。有的钢筋的间距不满足图纸设计要求，下午经过项目部安排工人对以上问题进行了修正工作。

篇2：大学生测试毕业实习日记

今天天气还可以，风很大，我们几个又跟着刘师傅他们去屋面上放线，因为由此向上就全是标准层了，所以比以前的放线就容易多了，渐渐也知道了放线的要领，我和同学王臣一起放线找了个点，刘师傅说还可以，我们听了心里特别高兴，毕竟也学习到了很多东西。

观看了3、4号楼浇注一层的剪力墙了，因为下面一层是沿街楼，所以楼层特别高，层高为3.9米，因为怕一次浇筑完后震捣不均匀，所以分两层进行浇筑，然后用震动棒分别振实，墙与墙，墙与柱子的交接处的钢筋比较密实，所以比其它部位浇筑起来更加困难，因为这些所以这些部位震捣的次数一定要比其他的部位多一些，以保证柱子成型。

昨天工地上浇筑了1、2单元的四层屋面于是我就开始在这两个屋面上放线，下午又去了总公司学习了钢筋工的职业技术培训。通过这今天的学习，结合这几天的工地认识，对钢筋和混凝土的施工学习了很多知识，大体上知道了如何施工，施工的先后顺序等。

通过昨天对钢筋工技术培训的学习，今天又仔细观看了钢筋工人对钢筋绑扎的详细过程，并对不太清楚的地方进行了询问。对一些细节上的东西又了解了一下，下午在刘师傅的帮助下我把重点记录在笔记本上，相信这些要点对我们以后在工地上施工学习都会有很大的帮助。

篇3：大学生测试毕业实习日记

今天，在同事张哥的帮助下，我学会了复印机、传真机的使用方法。到下班时，我已基本掌握了复印机、传真机的使用方法，觉得以前看起来很难的东西，真正掌握了就会觉得容易多了，通过今天的学习也进一步树立了我的信心。

20__年9月23日天气：阴

我们蜈支洲岛来国家领导人了，外面在接待，可热闹了，哈哈，这时候都刮台风了还有国家领导人来。

20__年9月24日天气：晴

今天早早来到公司上班，到办公室后主动打扫室内卫生，等其他同事们来到时我已经忙完了，看到大家高兴的神情，我的心情无比高兴。由于我学会了使用复印机和传真机，所以只要有复印和传真的活就主动去做，使我对这项工作越来越熟悉了，做起事来也不手忙脚乱了。对于复印机除了简单的复印又学会了扫描复印、双页复印、双面复印等，基本了解了A3、A4、B4、B5等纸张规格，并且学会了自己更换复印机纸盒和打印机粉墨等操作。

20__年9月25日天气：晴

公司这段时间在编写企业规章制度汇编，由于公司规章制度编写组人手不够，所以公司决定从各部门抽调人员做为编写人员，时间为三天，我就是其中的一员，这让我有机会接触到企业制度管理方面内容。这次编写的企业规章制度汇编有十余万字，内容涵盖了组织机构设置、职能部门职责范围、岗位职责、人力资源管理制度、财务资产管理制度、办公事务管理制度、质量管理制度、生产管理制度、销售管理制度、仓储管理制度、行政事务管理制度、安全保卫管理制度，今天我的工作很简单，负责校对，但是一天下来也感觉很累。

篇4：软件测试实习日记

我在我的位置上自学测试用例设计的学习。

通过今天的学习我总结了软件测试用例就是一个文档，描述输入、动作、或时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常工作。软件测试用例的设计主要从用例编号、测试标题、重要级别、测试输入、测试步骤、预期结果6个域考虑，结合相应的软件需求文档，在掌握一定测试用例设计方法的基础上，设计出比较全面、合理的测试用例。

篇5：软件测试实习日记

项目经过一段时间的测试，终于快要完成了，这个星期主要是回归测试。就是把提过BUG的单，经过开发修改过后的系统再进行测试。回归全部通过，说明系统的质量不差。测完并且编写用户手册。回归测试并不减少对系统新功能和特征的测试需求，回归测试包应包括新功能和特征的测试。如果回归测试包不能达到所需的覆盖要求，必须补充新的测试用例使覆盖率达到规定的要求。

有成为一名优秀的软件工程师必须要有严谨的工作态度，能够胜任反复性的工作。必须要懂得与人良好的沟通。描述具体问题时，应准确，最后以图文并茂的方式展示问题。

在组织回归测试时需要注意两点，首先是各测试阶段发生的修改一定要在本测试阶段内完成回归，以免将错误遗留到下一测试阶段。其次，回归测试期间应对该软件版本冻结，将回归测试发现的问题集中修改，集中回归。

篇6：软件测试实习日记

激情与耐心，就像火与冰，看似两种完全不同的东西，却能碰撞出最美丽的火花。在中心时，老师就跟我说，想做软件测试这一块，激情与耐心必不可少，在产品更新方面，这一行业就像做新闻工作，不断的在更新，这就需要你有激情去发现与创造，而你的耐心就要用到不断的学习新知识，提高自己的专业水平和业务了解水平。在一些具体的工作当中也是这样的：记得刚来公司实习的时候老板安排我学习对软件测试基础学习，我本想这应该是非常简单的事，可没想到出现了很多问题，还是在师傅一步一步的教导下，慢慢的把自己思路调整过来。对于软件测试的学习我只能保持激情和耐心，一步一个脚印。

篇7：软件测试实习日记

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

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

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

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

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

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

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

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

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

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

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

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

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

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

篇8：软件测试实习日记

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

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

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

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

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

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

3月11号

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

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

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

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

篇9：软件测试实习日记

现在对测试工作有了全新的认识，测试能力是要不断提高的；可扩展性：具备可以进行测试工作的基本功能，在功能和性能上还需完善和补充，好在可扩展性好，还有优化的余地。测试工作在很大程度上改变了我的思维方向，几个月前的我对任何事物都几乎是在没有任何依据的情况下，盲目的乐观自信，而现在面对事物时我习惯性的以怀疑的角度切入，正因为怀疑，就会对事物追根刨底，对自己和自己所要处理的事物具备更强烈的责任心。所以作为一个测试人来说怀疑是出发点，体现在测试人身上的品质就是责任心。旁观测试组中一个个兢兢业业工作着的同事们，想到原来生病的不只我，他们病得更重，我不禁哑然失笑，一下子觉得自己病得理直气壮了，也坚定了自己将测试工作进行到底的决心。

篇10：软件测试实习日记

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

篇11：软件测试实习日记

时间过得真快，转眼间三个月即将过去，这段日子我主要做了两件事情：1、软件测试理论知识的学习侧重于黑盒测试的学习。2、公司网站的测试。

在这段时间，我对软件测试特别是黑盒测试有了一个比较深层次的认识。虽然期间的辛酸与苦涩很多，不过我的付出有了一定的回报，感觉很开心。能参与公司项目的测试，我感到很荣幸，在参与期间我对项目的整体开发、运行、测试、实施，都有很深的体会，这将对我今后的工作时一笔不可多得的残福。在此，感谢湖南美好地球村网络公司给我这个学习的机会，我觉得我真正融入我们公司的这种运作模式是从参与项目测试当时开始的。两个月的时间也许很短，对于软件测试人员一职，我还是欠缺对该职业的理解和参透；具体地说，我想我还是具备吧每件事考虑的那么周到、安排的那么得体；对一个问题的提炼、概括、分析、总结，好有最后清楚的表达出来，让别人也对问题有个比较清楚的认识。我想对我的这些不足，还需要在仔细推敲和实践。

将本文的Word文档下载到电脑，方便收藏和打印

推荐度：

点击下载文档