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

付费下载

下载本文档

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

文档简介

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

2023年7月1日至2023年8月31日,我在一家软件测试公司担任测试工程师实习生。期间,我负责3个Web应用项目的功能测试和性能测试,累计完成测试用例512个,发现并提交缺陷237个,其中高优先级缺陷85个,缺陷修复验证通过率99.2%。核心工作成果包括优化自动化测试脚本,将回归测试效率提升30%,并撰写了《基于JMeter的接口性能测试报告》,涵盖5个核心接口的响应时间分析和负载测试数据。专业技能应用方面,熟练运用Selenium、Appium和JMeter,结合敏捷开发流程参与每日站会、测试计划制定和缺陷跟踪管理。提炼的可复用方法论为:通过分层测试用例设计(基础功能、异常场景、边界值)降低遗漏率,缺陷分类统计显示逻辑错误占比42%,流程优化后减少重复验证时间。

二、实习内容及过程

2023年7月1日到8月31日,我在一家做软件测试的公司实习,岗位是测试工程师。公司规模不大,但挺专注做金融行业的系统测试。我跟着一个团队做两个项目的测试工作,一个是银行内部的流程管理系统,另一个是线上贷款平台的接口测试。

第一个项目是流程管理系统,我在7月10号接手测试任务。需求文档花了两天时间读,然后开始写测试用例,总共写了180个,覆盖了用户开户、转账、查询等核心功能。7月20号正式开始测试,发现系统在并发操作时会出现数据不一致的问题,花了两天时间定位是数据库事务隔离级别设置不当。我提出调整建议,测试工程师采纳后问题解决。这个项目里我用了Selenium做自动化测试,把回归测试时间从一周缩短到三天,但发现脚本维护成本有点高,后来跟导师讨论,决定关键路径用脚本,其他用手动测试。

第二个项目是贷款平台的接口测试,8月5号开始。重点是API的稳定性和性能,我用JMeter做了压力测试,模拟100个并发用户,发现当请求量超过80时,响应时间会从200ms飙升到1500ms。我分析日志,定位到是第三方风控接口超时,建议调整超时时间并增加缓存策略,开发那边后来修改后,压力测试结果稳定在300ms以内。这个项目里我接触了接口测试的很多细节,比如JWTtoken的校验,还有接口参数的加密方式。

实习期间遇到的最大困难是8月15号那个周末,贷款平台突然出现批量订单失败的问题。我加班加点排查,发现是测试环境跟生产环境配置有细微差别,比如短信验证码的发送频率限制不同。我赶紧调整测试数据,模拟高并发短信请求,最后确认是测试环境限流值太低。这件事让我明白测试环境配置的重要性,也学会了怎么快速切换不同环境进行复现。

整个实习过程,我参与了从测试计划制定到缺陷关闭的完整流程,还参加了迭代评审会,看产品经理怎么拆解需求,开发怎么设计技术方案。这让我对敏捷开发的理解更具体了。公司没太系统的培训,很多知识都是靠自己摸索,比如刚开始用JMeter写脚本时,调试工具用得不好,报错信息看不懂,后来在GitHub上找了个开源脚本的例子,一点点改才搞明白。

实习成果主要是完成了两个项目的测试任务,提交了320个缺陷报告,其中高优先级缺陷65个,缺陷关闭后的回归测试通过率保持在98%以上。我写的接口测试报告被团队采纳,后续项目直接用上了。最大的收获是学会了怎么把理论知识落地,比如分层测试用例设计真的能提高效率,以前写用例容易陷入细节,现在会先分功能层级,再考虑异常场景。

公司管理上,感觉测试和开发沟通有时不太顺畅,开发对测试的反馈响应慢,有时候缺陷描述也不够清晰。建议公司可以搞个缺陷模板,统一格式,还应该增加每周的交叉部门站会,减少信息差。岗位匹配度上,我挺喜欢做探索性测试的,但实习中大部分时间还是执行用例,希望后续能接触更多自动化和性能测试的活儿。

三、总结与体会

这8周实习,感觉像是从理论世界一头扎进了真实的开发测试流水线。7月1号刚去的时候,面对实际项目还真是有点懵,连Git代码管理都搞不太顺。但8月31号离开时,能独立写个JMeter脚本做接口性能压测,还能在需求评审会上跟开发讨论测试覆盖率,这变化挺大的。

实习最大的价值闭环在于,之前学的测试用例设计理论,真到了项目里才能懂哪些场景必须覆盖。比如7月15号测试那个银行流程系统时,光靠基础功能测试肯定不行,我得结合用户实际操作习惯,设计异常输入、权限切换这些边缘测试用例,最后发现30%的缺陷都是这种用例挖出来的。这让我明白,测试不是简单的执行,而是要带着用户视角去探索。提交的237个缺陷里,有85个是高优先级,其中15个是我主动发现的,比如通过监控数据库事务发现的数据一致性问题,开发后来反馈说要是早点发现能省不少加班夜。

这次经历直接影响了我的职业规划。现在看测试工程师不是简单的Bug猎人,要做性能测试或者安全测试,得懂底层原理。比如8月10号用JMeter压测贷款平台接口时,看到内存占用曲线突然飙升,赶紧加个监控点,定位到是第三方风控接口超时导致JVMGC频繁,这种结合性能调优的测试才能创造实际价值。所以下学期打算系统学学JVM原理,顺便把ISTQB的Foundation证书考了,至少得有个行业认可的敲门砖。

行业趋势上,明显感觉到敏捷开发下测试要更灵活。我们那个项目用Scrum,每个Sprint要快速迭代,测试效率直接拉满。导师跟我说现在流行DevOps,测试要早点介入,甚至要像开发一样编写自动化脚本,这对我冲击挺大的。之前觉得自动化测试是技术岗的事,现在看来,懂点脚本至少能让你在回归测试时不是纯粹的手动执行,能有自己的产出。

从学生到职场人的心态转变也挺明显。以前做实验报告,写个缺陷描述觉得解释清楚了就行,现在发现要站在开发角度,提供复现步骤、截图、日志、环境配置,甚至要考虑开发怎么快速定位问题。8月20号那个周末,贷款平台突然批量订单失败,我连夜调整测试数据去复现,虽然最后确认是环境问题,但那种帮团队解决紧急问题的责任感,以前在学校是体会不到的。这种抗压能力估计以后做任何工作都缺不了。

现在回头看,实习最大的收获是建立了“理论实践总结”的闭环。比如学到的分层测试用例设计,我整理了个模板,把基础场景、异常场景、边界值、并发场景分得明明白白,这要是下个项目直接用,效率至少能提20%。这种经验沉淀比单纯会写几个脚本要有价值多了。

四、致谢

感谢实习期间带我的导师,在遇到问题时总能耐心指导,特别是关于测试用例优化和JMeter脚本调试的建议,对我帮助挺大的。

感谢团队里的同事,他们分享了不少实际项目

温馨提示

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

评论

0/150

提交评论