软件测试实习日记

时间：2022-08-05 11:29:44 日记我要投稿

软件测试实习日记

　　一天就要结束了，这一天里，有没有哪件事或某个人触动到我们呢？这时候十分有必须要写一篇日记了。你所见过的日记应该是什么样的？下面是小编为大家整理的软件测试实习日记，欢迎大家分享。

软件测试实习日记

软件测试实习日记1

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

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

软件测试实习日记2

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

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

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

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

软件测试实习日记3

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

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

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

软件测试实习日记4

　　前面测试计划的学习告一段落了。从今天起我将专心软件测试用例设计的学习。

　　软件测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。

　　测试输入

　　提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

　　操作步骤

　　提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。

　　预期结果

　　提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

软件测试实习日记5

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

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

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

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

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

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

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

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

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

软件测试实习日记6

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

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

　　2、测试计划的目的

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

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

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

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

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

　　（5）确定测试风险

　　（6）确定软件测试目标

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

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

软件测试实习日记7

　　了解了各种测试用例的方法，之后又在实际项目中设计了一些测试用例，总体感觉就是：公司里分配写作测试用例的时间并不长，而且提供的文档也不全面，所以写测试用例要符合测试部门的当前现状和项目的测试特点，综合考虑，所以看起来有点像测试计划的某些内容，但是对问题的细化程度不一样。

　　测试用例的设计是一项复杂的测试工作，测试用例的设计方法需要考虑测试的目标，被测试软件的特性，测试者人力资源的技术和能力，测试组织形式，测试进度、测试成本等多个方面。

　　确定测试用例的输入数据确实对于测试用例非常重要，它决定着测试用例的执行效果和效率，但是确定输入测试数据只是设计测试用例的一个步骤，而不是全部。因此，不能把测试用例的设计方法等同于测试用例数据的方法。

软件测试实习日记8

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

软件测试实习日记9

　　实习的第一周

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

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

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

　　实习的第二周

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

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

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

　　实习的第三周

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

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

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

　　实习的第四周

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

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

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

软件测试实习日记10

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

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

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

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

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

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

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

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

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

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

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

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

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

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

软件测试实习日记11

　　X模型

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

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

软件测试实习日记12

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

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

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

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

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

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

　　3月11号

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

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

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

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

软件测试实习日记13

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

软件测试实习日记14

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

软件测试实习日记15

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

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

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

软件测试01-13