软件工程与科学专业XX软件研发公司测试工程师实习报告_第1页
软件工程与科学专业XX软件研发公司测试工程师实习报告_第2页
软件工程与科学专业XX软件研发公司测试工程师实习报告_第3页
软件工程与科学专业XX软件研发公司测试工程师实习报告_第4页
软件工程与科学专业XX软件研发公司测试工程师实习报告_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

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

文档简介

软件工程与科学专业XX软件研发公司测试工程师实习报告一、摘要2023年7月1日至2023年8月31日,我在XX软件研发公司担任测试工程师实习生。核心工作成果包括完成30个功能模块的测试用例设计,执行测试并提交2000余条缺陷报告,其中95%被开发团队确认并修复。通过应用自动化测试工具Selenium,将回归测试效率提升40%,覆盖率达85%。熟练运用JUnit框架编写单元测试,保障代码质量。提炼出“分层测试”方法论,将接口测试与UI测试结合,有效降低返工率。掌握缺陷生命周期管理流程,建立规范化的缺陷跟踪表,缩短问题解决周期至平均1.5个工作日。二、实习内容及过程1.实习目的希望通过实践了解软件测试在真实项目中的完整流程,掌握测试工具和自动化技术,提升发现问题与解决问题的能力,为后续学习打下基础。2.实习单位简介我在一家专注于企业级SaaS产品的研发公司实习,团队主要采用敏捷开发模式,产品涉及CRM和ERP系统,技术栈以Java和Python为主,测试环境包含多个版本和浏览器兼容性要求。3.实习内容与过程第12周主要熟悉公司和项目,跟着导师学习测试计划和用例设计。比如参与“销售管理模块”的测试,我根据需求文档编写了120个功能测试用例,重点关注数据校验和权限控制。第35周深入测试执行,发现并提交了约1800条缺陷,其中50条属于高优先级,比如一个批量导入功能在数据量超过1000条时会卡死,通过日志分析定位到是数据库索引问题。后来用JMeter做了接口性能测试,发现某个API在并发50时响应时间超过2秒,建议开发加缓存层后,优化到0.5秒。第68周尝试自动化测试,用Selenium录制了10个核心场景的脚本,覆盖率约60%,虽然覆盖率不算高但确实节省了不少回归时间。4.实习成果与收获最终提交的缺陷报告中,90%来自自己写的用例,导师夸测试深度够。最大的收获是学会结合业务场景做测试,比如一次发现订单模块的金额计算在特定分情况会漏减税金,这让我意识到不能只盯功能点。还学会了看系统监控,比如通过Prometheus发现某个服务CPU飙升时,能快速定位到是循环逻辑没加break。职业规划上更清晰了,想往性能测试方向发展,但感觉现在这块挺吃香,竞争激烈。5.问题与建议实习期间遇到2个困难。一是测试环境不稳定,有次测试一个报表功能,数据突然全乱,花3小时才弄明白是上游服务出问题导致的,最后写了个临时workaround。二是缺陷跟踪流程有点模糊,有时需求变更后没人及时同步测试用例,我花了半天重补了20个用例。建议公司可以:1.环境问题多搞几个自动化脚本监控,比如用Ansible定期同步配置;2.建个需求变更通知群,让产品开发测试三块紧密点,避免我这种“闭门造车”的情况。三、总结与体会1.实习价值闭环这8周像把书上的流程图变成了现实,从7月1日拿到第一个需求文档开始,到8月31日提交最后一份测试报告,我完整经历了测试的全生命周期。比如“客户管理模块”那个bug,需求是新增导出功能,我设计的用例里包含“导出含空值记录”的场景,执行时发现导出文件错乱,推动开发定位到字段类型转换没处理好。这让我懂了,测试不是走流程,而是要主动挖掘那些“刁钻”的边界条件。提交的1800+缺陷里,有30多条是我通过分析异常日志自己挖掘的逻辑漏洞,导师说这就是价值闭环发现问题、分析问题、推动解决,最后形成闭环文档。2.职业规划联结这次经历让我更想往专项测试发展,特别是性能这块。8月15号做的那个API并发测试,用JMeter压测时发现数据库连接池耗尽,最终给架构师建议改成Redis缓存+异步队列,开发采纳后性能指标从P95=1.8秒降到0.6秒,这让我觉得性能测试真不是光会工具就行,还得懂点底层。现在在考虑要不要明年考个ISTQB性能方向认证,或者多练练JMeter的脚本优化技巧,比如用正则表达式批量处理参数,现在手动改脚本太慢了。3.行业趋势展望公司用的CI/CD流水线里,自动化测试覆盖率才65%,比我学校实验室搞的还低,说明业界在自动化这块还在不断摸索。有个细节特别触动我,8月初测试一个新功能时,产品说“感觉行就行吧”,我坚持做了冒烟测试,发现登录接口有概率失败,最后救了两个重要用户的体验。这件事让我觉得,测试在敏捷里不能当“老好人”,得有原则。现在行业都在提DevOps,但很多公司测试和开发的工具链还没完全打通,比如我的缺陷报告有时要手动同步到Jira,浪费不少时间。如果以后能参与这类改进,比如帮团队引入Allure生成更直观的缺陷报告,或者用Python写个脚本自动同步数据,应该会很有成就感。4.心态转变最明显的改变是抗压能力。7月12号有个紧急版本要赶8点上线,我连续加班到凌晨3点才把最后一个模块的冒烟测试过完,虽然最后没发现严重问题,但第二天真的有点崩溃。现在想想,这就是从学生时代“完成作业就行”到职场“用户用不好你负责”的心态转变。现在写代码或者设计用例会特别谨慎,比如之前写SQL校验逻辑时,会多加几层防注入的检查,虽然导师没提,但觉得这股“责任感”挺值钱。未来要是真干测试,这种心态比会多少工具更重要吧。四、致谢1.感谢在实习期间给予我指导和帮助的团队,特别是我的导师,他不仅在测试用例设计上给了我很多启发,比如那个CRM模块的批量导入性能问题,他教我怎么看JProfiler的CPU火焰图,让我明白了性能测试不只是跑数据。还有几位同事,每次我卡在接口自动化脚本里时,他们都会分享自己写的工具类,比如用Pytest参数化处理登录接口的异常场景,这些小技巧帮了大忙。2.感谢学校指导老师,虽然实习和工作内容关联不大,但他教我们的软件工程课里那些UML图和流程分析,在实习中真的用上了,比如分析那个ERP系统的业务流程时,能快速画出活

温馨提示

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

评论

0/150

提交评论