软件测试实习日记

软件测试实习日记

　　一天的生活不知不觉间结束了，想必大家都学习了不少新知识，这时候，最关键的日记怎么能落下。是不是无从下笔、没有头绪？以下是小编帮大家整理的软件测试实习日记，仅供参考，大家一起来看看吧。

软件测试实习日记1

　　今天主要是进行系统测试和评估测试。同时整个开发过程中我们小组也协同项目经理对各个方面进行了质量评审。从各个方面对不同的工件进行了评审，其中大部分通过了，不可避免地其中也有一些问题，但是我们采取了相应的纠正措施，保证了各个工件的质量。

　　学任何东西都应该认真研究，否则一知半解还不如不学；另外要注重把平时所学和实际相联系。熟练的专业技能是一个公司生存和发展的资本。现在主要的任务还是多学习，多积累。

软件测试实习日记2

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

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

软件测试实习日记3

　　实习的第一周

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

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

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

　　实习的第二周

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

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

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

　　实习的第三周

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

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

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

　　实习的第四周

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

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

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

软件测试实习日记4

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

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

软件测试实习日记5

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

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

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

软件测试实习日记6

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

软件测试实习日记7

　　今天主要研究W模型

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

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

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

软件测试实习日记8

　　X模型

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

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

软件测试实习日记9

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

软件测试实习日记10

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

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

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

软件测试实习日记11

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

　　一、软件测试理论知识

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

　　二、开发技能

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

软件测试实习日记12

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

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

　　2、测试计划的目的

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

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

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

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

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

　　（5）确定测试风险

　　（6）确定软件测试目标

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

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

软件测试实习日记13

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

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

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

软件测试实习日记14

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

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

软件测试实习日记15

　　今天的主要任务是学习测试计划的主要内容。测试计划的内容会因不同的项目以及项目的大小而有所不同，一般而言在测试计划中应该清晰描述以下内容：

　　1、测试目标：对测试目标进行简要的描述。

　　2、测试概要：摘要说明所需测试的软件、名词解释、以及提及所参考的相关文档。

　　3、测试范围：测试计划所包含的测试软件需测试的范围和优先级，哪些需要重点测试、哪些无需测试或无法测试或推迟测试。

　　4、重点事项：列出需要测试的软件的所有的主要功能和测试重点，这部分应该能和测试案例设计相对应和互相检查。

　　5、质量目标：制定测试软件的产品质量目标和软件测试目标。

　　6、测试策略：制定测试整体策略、所使用的测试工具和方法。

　　7、发布提交：在按照测试计划进行测试发布后需要交付的软件产品、测试案例、测试数据及相关文档。

　　8、测试进度和任务人员安排：将测试的计划合理的分配到不同的测试人员，并注意先后顺序.如果开发的Release不确定，可以给出测试的时间段.对于长期大型的测试计划，可以使用里程碑来表示进度的变化。

　　9、测试开始/完成/延迟/继续的标准：制定测试开始和完成的标准；某些时候，测试计划会因某种原因(过多阻塞性的BUG)而导致延迟，问题解决后测试继续。

　　10、风险分析：需要考虑测试计划中可能的风险和解决方法。