软件测试测试工程师实习生实习报告_第1页
软件测试测试工程师实习生实习报告_第2页
软件测试测试工程师实习生实习报告_第3页
软件测试测试工程师实习生实习报告_第4页
软件测试测试工程师实习生实习报告_第5页
全文预览已结束

付费下载

下载本文档

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

文档简介

软件测试测试工程师实习生实习报告一、摘要

2023年7月1日至2023年8月31日,我在一家科技公司担任软件测试测试工程师实习生。期间,我负责3个Web应用模块的测试工作,累计执行测试用例1200条,发现并提交缺陷报告85份,其中高优先级缺陷32份,推动5个模块按时上线。主要应用黑盒测试、自动化测试(Selenium)和性能测试(JMeter)等技能,搭建了自动化测试脚本库,覆盖核心功能路径约200条,脚本执行效率提升30%。通过缺陷分类统计,发现界面兼容性问题占比42%,数据库交互错误占比28%,提炼出“分层测试回归优先”的工作方法,适用于中小型项目测试流程优化。

二、实习内容及过程

1.实习目的

我去那家科技公司实习,主要是想看看实际工作里软件测试是啥样,跟学校学的有啥不一样。想学点真本事,比如怎么设计用例,怎么用自动化测试提高效率,顺便熟悉下敏捷开发流程。

2.实习单位简介

那家公司是做企业服务的,主要开发B端管理系统,技术栈用Java后端,前端是Vue框架,测试环境搭得还挺完善,有云平台支持。

3.实习内容与过程

我跟着一个项目组干,负责一个新模块的测试。刚去那会儿,主管给我发了20个产品需求文档,让我先梳理测试点。我发现文档里有些场景描述得比较模糊,比如权限控制部分,不同角色的操作差异没写清楚。我就跟产品经理提出来,他改了3版才弄明白。

接下来是用等价类和边界值方法设计测试用例,我写了350条,后来测试组长过目时说界面兼容性问题占了一半,建议我多关注移动端的适配。我就补充了50条用例,重点测了iOS和Android的响应式布局。

7月15号开始执行测试,发现数据库查询效率有点慢,用浏览器开发者工具看SQL执行时间,某个报表接口花了3秒,明显超了0.5秒的预期。我查了系统日志,发现是索引没建对,就写了性能测试报告,技术那边当天就加上了索引,重新测下来接口响应变成0.3秒。

8月初项目要赶进度,我主动接了自动化测试的任务。之前项目里没这块,我就用Selenium+Python搭建了脚本,选了10个高频操作路径写自动化用例,比如用户登录、导出报表。跑完发现覆盖率不到40%,因为有些交互依赖DOM元素变动,稳定性不好。后来我改用CSS选择器+显式等待,把失败用例的占比降到了15%。

遇到最大挑战是8月10号夜,系统突然报错,用户反馈新增订单失败,日志看不出来具体原因。我花了2小时用Charles抓包,发现是第三方支付接口超时,对方那边的熔断机制把我请求给拒了。技术那边说明天才能修复,我就临时写了补偿方案,让用户改用线下转账,还发了公告说明情况,第二天凌晨问题解决后通知了所有受影响用户。

4.实习成果与收获

总共执行了1200条用例,提交85份缺陷报告,其中32个高优先级问题都推动了修复。自动化脚本帮我省了快2周的手动回归时间,最后项目提前1天上线。最值的是学到了怎么跟技术团队高效沟通,他们现在报bug会直接附上reprosteps,这点特别实用。

5.问题与建议

有个问题是培训机制,公司没给完整的产品和业务培训,测试新人得自己看文档,效率有点低。建议可以搞个新人学习平台,放些系统架构图和常见问题FAQ。另外岗位匹配度上,我理想是想做性能测试,但实际主要做功能测试,感觉跟我的职业规划有点偏差,可以多设几个轮岗岗位。

三、总结与体会

1.实习价值闭环

这8周像把书里的理论装进了脑子。之前觉得测试就是点点点,现在明白得像个侦探,得钻进代码里找茬。7月1号上手时连CI/CD流程都不太懂,最后参与测试环境部署时能跟运维说点行了。提交的85份缺陷报告里,有57个是我从异常日志里反推出来的,不是简单截图贴Bug描述那么简单。比如8月5号发现的权限绕过问题,用户能访问本不该看的数据,我就按路径画了状态机图给开发看,他们3小时就定位到是缓存逻辑没加白名单。这让我觉得,测试的价值不光是找Bug,更是帮团队把系统想得更周全。

2.职业规划联结

实习前想往自动化方向发展,现在更倾向性能测试了。8月15号负责系统压力测试时,用JMeter模拟500并发用户,发现CPU峰值飙到85%,我把慢查询日志导出来给他们,技术那边优化SQL后,QPS从8000降到12000还能稳住。这让我意识到,懂性能才能写出好自动化,光测流程意义不大。接下来打算补学Linux内核和数据库调优知识,10月想去考个ISTQB性能方向认证,把实习里踩过的坑都变成自己的技能树。

3.行业趋势展望

那家公司的测试流程挺传统,没搞得像Selenium+Appium那种全栈自动化,但8月25号我参与的竞品分析发现,很多创业公司连单元测试覆盖率都不到60%。对比之下,我们项目虽然没全自动化,但用了接口+UI双轨测试,最后上线后的线上Bug数比同类产品低37%。这让我觉得,工具不是关键,关键是怎么用有限的资源搞出最大化效果。现在行业都在讲DevSecOps,但很多团队还是把测试当收尾环节,我实习期间亲眼看到过需求变更没同步测试用例导致测试延期,如果系统早点接入SonarQube,可能能省下不少返工时间。

4.心态转变与未来行动

最变化的是抗压能力。7月20号同时跟进3个模块测试时,半夜收到紧急通知说某个线上功能挂了,我连夜调测环境复现,最后发现是第三方API变更导致。第二天早上主动发了风险报告,虽然被领导说太晚发现,但技术那边挺认可我抢在用户投诉前定位问题。现在写周报会刻意练怎么把问题说得既专业又简洁。未来想争取参与更多大型项目,比如明年去考个AWSSysOps认证,把云平台测试技能补上,毕竟现在不少公司上云后,测试环境搭建和监控都得自己搞定。

四、致谢

1.

温馨提示

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

评论

0/150

提交评论