当前位置:日记网>记事日记>实习日记> 测试实习日记

测试实习日记

时间:2022-04-08 17:45:13 实习日记 我要投稿

测试实习日记

测试实习日记1

  七,八月流火,暑期的背影已经渐渐远去,当我转身回眸时,才发现在那个刚刚逝去的夏日里仍然留有自己的身影。想起在南京XX系统仪表公司软件部实习的日子,挤公交车,埋头钻研技术,暑假的辛勤工作场面历历在目,很是难忘。

测试实习日记

  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还欠火候,打算最后半个月加紧补上上月测试耽误的时间,所以我很是为难,怎么办呢?最后想到了个还算两全其美的方法,上午我们自学,下午写说明文档,就这样电子管理系统使用说明书,一个星期左右被我们拿下,心中颇有成就感。

测试实习日记2

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

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

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

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

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

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

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

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

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

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

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

测试实习日记3

  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还欠火候,打算最后半个月加紧补上上月测试耽误的时间,所以我很是为难,怎么办呢?最后想到了个还算两全其美的方法,上午我们自学,下午写说明文档,就这样电子管理系统使用说明书,一个星期左右被我们拿下,心中颇有成就感。

测试实习日记4

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

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

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

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

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

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

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

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

  测试模型使用软件

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

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

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

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

测试实习日记5

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

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

测试实习日记6

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

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

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

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

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

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

测试实习日记7

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

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

测试实习日记8

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

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

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

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

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

测试实习日记9

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

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

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

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

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

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

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

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

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

测试实习日记10

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

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

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

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

【测试实习日记】相关文章:

软件测试实习日记09-30

数学小测试日记03-29

口算测试比赛日记03-29

体能测试中学生日记11-06

一次数学测试日记10-31

体育达标测试怎么写400字日记04-23

跳绳测试04-23

400米达标测试三年级日记11-04

实习的日记11-04