软件工程XX软件开发商软件质量保证实习生实习报告_第1页
软件工程XX软件开发商软件质量保证实习生实习报告_第2页
软件工程XX软件开发商软件质量保证实习生实习报告_第3页
软件工程XX软件开发商软件质量保证实习生实习报告_第4页
软件工程XX软件开发商软件质量保证实习生实习报告_第5页
全文预览已结束

下载本文档

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

文档简介

软件工程XX软件开发商软件质量保证实习生实习报告一、摘要2023年7月1日至2023年8月31日,我在XX软件开发商担任软件质量保证实习生。核心工作成果包括:参与3个模块的测试用例设计与执行,累计完成测试用例200余条,发现并提交高优先级缺陷37个,其中15个被开发团队当场修复。应用自动化测试工具Selenium编写了5个核心场景的自动化脚本,覆盖率达到60%,将回归测试时间从3天缩短至1.5天。通过代码审查协助团队优化了2处潜在的内存泄漏问题,提升应用稳定性。在实习中熟练运用了敏捷开发流程中的测试驱动开发(TDD)方法论,并将缺陷管理工具Jira的优先级分类标准与团队协作流程结合,形成了可复用的缺陷快速响应机制。二、实习内容及过程2023年7月1日至8月31日,我在XX软件开发商做软件质量保证实习生。刚去那会儿主要是熟悉团队的项目,跟着师傅看代码,了解他们的开发流程和测试规范。我们用Git做版本控制,Jira管任务,需求评审会每周三开,测试计划得提前一周定好。第一个月我跟着测试组长做了个电商模块的测试用例,那模块有150个功能点,我独立写了80条,后来组长说覆盖不全,又帮我补充了20条。执行测试时发现数据库分页逻辑有bug,数据量超过10000条就乱序了,这让我意识到单元测试写不够细是个大问题。第二个月我开始接触自动化测试,团队用的是Selenium+Appium,我负责写登录、购物车、结算这几个流程的脚本。第一个用例写花了两天,调试了十多次才通,因为对浏览器驱动配置不熟。后来跟开发聊了聊,学了怎么用ChromeDevTools抓包,效率高多了。三个月里我提交了37个bug,其中15个是高优先级的,比如一个接口返回超时的处理逻辑完全错误,我通过抓包定位到是服务器端限流参数没调对。团队有次上线前系统突然崩溃,原因是某个第三方SDK更新导致兼容性出问题。我们连夜排查,我负责验证支付模块,发现调用对方API时响应头多了个无用字段,虽然不影响功能,但肯定影响后续集成。这事让我明白测试得往前想,不仅要测功能,还得考虑依赖链。实习期间遇到的困难主要是测试环境不稳定,有时候测试机突然蓝屏,或者依赖的某个服务挂了。我学的解决方法是提前准备多套环境,用Docker容器化部署测试环境,这样恢复快不少。还有次需求变更太急,文档没来得及改,我就直接在Jira更新了测试用例状态,后来发现开发按旧版测试,沟通成本很高。这让我意识到测试左移的重要性,得尽早介入需求阶段。八周里我参与了两个项目,一个是支付系统重构,另一个是新上线的社交功能。支付系统重构时我负责验证支付通道的切换逻辑,写了30多个正交测试用例,确保老渠道和新渠道都能正常流转。社交功能上线后用户投诉消息同步延迟,我通过压测发现是消息队列配置太小,协调运维调整了队列容量,延迟问题立马解决。这些经历让我把课堂学的黑盒测试、白盒测试、性能测试都用上了,还学会了怎么用Fiddler分析网络请求。团队管理上我觉得需求评审会时间太固定,有时候下午突然有紧急需求要讨论,大家已经忙别的事了。培训机制也一般,新人主要靠自己摸索,虽然师傅挺耐心,但没人系统地讲测试策略怎么制定。岗位匹配度上,我负责的模块比较独立,跟前后端联调的机会不多,希望能多接触些复杂依赖场景。改进建议是:需求评审可以改成按项目分组,不用死守时间;新人培训最好出个手册,把常用工具、项目架构、历史bug都写清楚;测试用例评审可以引入开发人员,减少后期返工。这次实习让我看清了测试不是挑错,而是帮团队造好产品,以后职业规划肯定往这个方向走,打算接着学自动化和性能测试,争取更早掌握测试架构设计。三、总结与体会这八周在XX软件开发商的实习,让我把书本上的测试理论跟实际项目挂上了钩。7月15号左右,我负责的电商模块测试用例写完那会儿,心里还挺没底的,毕竟200多条用例覆盖得全不全没人保证。结果第一个测试日就发现10多个问题,有3个还是高优先级bug,当时手心都出汗了。但师傅让我别慌,说每个测试人都会经历这个阶段。后来慢慢熟练了,8月底负责社交功能上线时,我写的50多条用例只找到一个可优化点,这种成就感挺直接的。实习最大的价值在于,我不再只是知道“怎么测试”,而是开始思考“为什么这么测试”以及“怎么让测试更高效”。比如通过分析历史bug,我发现某个遗留模块的测试用例重复率超过70%,就主动跟组长提了重构建议,最后一起优化了20多个用例。这让我体会到,测试工作不只是执行,还得带着脑子,真正成为产品质量的守护者。这段经历对我的职业规划影响挺大的。以前觉得软件工程就是写代码,现在清晰了,质量保障同样是核心环节,而且技术含量不低。我观察到团队里做性能测试和自动化测试的同事,日常都很忙,但压力不大,而且说话很有分量。这让我决定后续学习重点往这方面靠,计划下学期系统学一下JMeter和Selenium的高级应用,顺便考个ISTQB认证,至少先有个入门级的证明。实习时还接触到微服务架构,发现现在项目测试数据准备特别难,尤其跨服务调用时,模拟真实场景得费老大劲。这让我意识到,未来的测试工程师可能得懂点开发、运维,甚至业务,复合型人才肯定更有竞争力。行业趋势看,云原生、AI运维这些方向肯定越来越火,测试跟这些技术结合会越来越紧密,比如AIOps能自动发现异常,那人工测试是不是可以更聚焦在创新场景和复杂逻辑上?我得赶紧补补这块知识,不然以后真会被淘汰。从学生到职场人的心态转变也挺明显,以前做实验报告搞错了可能扣点分,现在提交的测试报告直接关系到线上系统,责任重多了。虽然偶尔加班到10点觉得累,但看到凌晨监控的绿灯,心里又觉得值。这种压力和责任感,是学校里没法体验到的,也让我更珍惜学习机会,以后碰到难题,绝对不再喊难,先想办法解决,这心态转变比啥都实在。四、致谢感谢XX软件开发商给我这次实习机会,让我接触到真实的软件开发流程和质量保障工作。特别感谢我的导师,在实习期间耐心指导我完成各项任务,比如帮我理清测试思路,解答我在自动化脚本编写中遇到的难题,比如那个Selenium元素定位总是报错的问题,他教我用了多种方式排

温馨提示

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

评论

0/150

提交评论