软件测试IT软件测试实习报告_第1页
软件测试IT软件测试实习报告_第2页
软件测试IT软件测试实习报告_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件测试IT软件测试实习报告一、摘要

2023年7月1日至2023年8月31日,我在XX公司担任软件测试实习生,负责3个Web应用项目的功能测试与性能测试。共执行测试用例1200条,发现并提交缺陷报告85份,其中高优先级缺陷32份,推动开发团队修复率提升至92%。应用自动化测试工具Selenium编写脚本150条,覆盖核心业务流程,将回归测试时间缩短40%。通过缺陷数据分析,提炼出模块化测试用例设计方法,将同类项目测试效率提升25%。掌握缺陷跟踪管理流程与性能测试指标分析,形成标准化测试报告模板。

二、实习内容及过程

实习目的呢,主要是想把学校学的测试理论知识用上,看看实际工作里测试是啥样,顺便积累点项目经验。

实习单位嘛,是个做企业软件的,主要搞些管理系统,技术栈好像用Java和Vue比较多。我在那儿就是测试部门的一个实习生,跟着师傅做了两个项目的测试。

实习内容具体说说,7月10号开始接触第一个项目,是个内部使用的审批系统。主要工作就是根据需求文档写测试用例,大概写了300多条,后来又根据开发反馈修改了50多条。用Jira提交了60多个缺陷,其中有几个是性能问题,比如某个接口并发请求超过100的时候响应时间会超过5秒,这个我就跟师傅学了怎么用JMeter压测,最后帮开发把阈值调到了500。还帮忙做了兼容性测试,在Chrome和Firefox两个浏览器上跑了基本流程,发现几个小bug,比如Firefox下某个弹窗显示不全。

第二个项目是个客户管理系统的升级版本,8月5号接手的。这个项目用到了更多的自动化测试,我就开始学Selenium,跟着师傅写了20多个自动化脚本,主要是登录、新增客户这些重复性操作。师傅说这样可以提高回归测试效率,我试着用脚本跑了三次,确实比手动快不少,大概能省一个小时的时间。期间还遇到个问题,就是自动化脚本在测试环境跑没问题,到预发布环境总报错,后来发现是那个环境的浏览器驱动版本跟我本地的不一样,就学会了怎么配置环境变量解决这个。

整个实习过程呢,就是跟着师傅学,他给的任务我尽量按时完成,遇到不懂的就问,师傅也挺耐心的。印象最深的是有一次测试一个报表功能,需求说导出文件要小于1MB,我导出几个都超过2MB,问了师傅才知道是数据统计的逻辑有bug,不是文件大小的问题,最后开发改了算法才解决。这个经历让我明白测试不光是找bug,还得懂点业务逻辑。

实习成果吧,就是完成了两个项目的测试任务,提交的缺陷基本都得到了修复,自动化脚本也帮团队节省了不少时间。收获就是把测试流程搞懂了,从需求分析到用例设计,再到执行报告,每个环节怎么操作都清楚点了。技能上呢,Jira、缺陷管理、性能测试基础都学到了,写脚本的能力也强了点。最大的转变是觉得测试不是简单地点点点,得懂业务、懂技术,才能发现更深层次的问题。

困难嘛,一个就是刚开始写用例的时候没头绪,感觉需求文档看得云里雾里,后来跟开发聊了几次,他给我讲了几个关键流程,才慢慢找感觉。另一个就是自动化脚本写的时候bug特别多,有时候一个简单操作要改半天,后来学会了用Debug模式一步步排查,效率高多了。

对职业规划有点启发,感觉软件测试这行挺有意思的,就是得一直学习新技术,像自动化、性能测试这些都是大势所趋。不过实习中也发现单位培训机制有点弱,像新人上手就扔个任务,没太系统的培训,有些东西还得自己摸索。还有就是岗位匹配度上,感觉我做的还是偏功能测试多一些,想深入性能或者安全测试,可能还需要补充点知识。建议单位可以搞点新人的入职培训,或者组织一些技术分享会,比如定期让老员工讲讲自动化框架或者性能测试案例啥的,感觉这样对新人成长帮助挺大的。

三、总结与体会

这8周在XX公司的经历,感觉就像把书里那些抽象的概念具象化了。7月1号刚去的时候,面对实际项目还真是有点懵,特别是看到需求文档里那么多的业务规则,怎么转化成清晰的测试用例,一开始真的花了不少时间。后来跟着师傅慢慢做,7月15号左右开始独立负责审批系统的小模块,写出的用例明显规范多了,提交的缺陷也基本都被开发接受了,这个过程中感觉自己的信心是慢慢建立起来的。到8月底实习结束,我负责过的两个项目都按计划完成了测试任务,提交的有效缺陷超过80份,其中关键路径上的几个缺陷直接影响了开发对业务逻辑的调整,这让我觉得自己的工作确实是有价值的,不是简单的打杂。这种从零开始参与一个完整项目周期的体验,比在学校做实验模拟要真实深刻得多。

实习最大的收获,除了技能上的提升,更多是心态上的变化。以前觉得测试不就是点点按钮找bug吗,但实际工作后发现,测试要像侦探一样,不仅要找到问题,还要理解问题为什么发生,背后的业务逻辑和系统架构都要了解一点。比如8月5号接手客户管理系统时,发现一个自动化脚本总在特定环境下失败,追根溯源是环境配置的细微差别,解决这个问题的过程让我明白细致和耐心的重要性。写自动化脚本时,为了提高覆盖率反复修改测试数据,虽然很熬人,但看到最终脚本运行时间从2小时缩短到30分钟,那种成就感是以前没有过的。这种责任感和抗压能力,可能比单纯学会几个工具更有价值。

对职业规划来说,这次实习让我更坚定了在测试领域深耕的决心。看到团队里做性能测试和自动化架构的同学那么厉害,处理起来那么从容,我就想,自己以后也得往这个方向努力。比如在审批系统测试时发现的那个接口性能问题,用JMeter压测后发现瓶颈在数据库查询,虽然只是初步接触,但觉得非常有意思。接下来打算把Selenium和Python学得更深入,争取拿下PMP证书,以后面试时也能更有底气。行业里现在都强调DevOps和测试左移,感觉以后测试人员的角色会越来越像质量保障工程师,需要懂更多开发流程,这种变化也给我指明了学习方向。

展望未来,这段经历是我简历上最实在的一块内容了。虽然只是8周,但接触到的项目流程、遇到的技术难点、积累的解决方法,都是后续学习和求职的宝贵财富。比如我整理的那份缺陷管理流程图,还有为客户管理系统写的自动化测试报告模板,这些都能直接用到以后的工作中。现在回头看,实习最大的价值就是让我明白,测试不是技术的终点,而是连接业务和技术的桥梁,要想做好这个桥梁,得学的知识还很多。接下来会继续保持这种探索的热情,把实习中没完全搞懂的性能测试、安全测试知识补上,争取未来能真正成为一名合格的软件测试工程师。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论