信息技术信息港软件测试实习报告

信息技术信息港软件测试实习报告一、摘要2023年7月1日至2023年8月31日，我在信息技术信息港担任软件测试实习生。在为期8周的实习中，我负责3个核心模块的测试用例设计与执行，累计完成测试用例200份，发现并提交高优先级缺陷35个，其中12个被开发团队当场修复。我应用自动化测试工具（如Selenium）编写了50条脚本，将回归测试效率提升20%。通过缺陷跟踪系统记录的详细信息，我建立了模块缺陷密度数据库，为后续版本测试覆盖率优化提供了数据支撑。实习期间，我总结出“分层测试优先级分配法”：按业务场景重要度划分测试优先级，使缺陷修复资源利用率达到85%。这些方法论可直接应用于复杂系统的测试流程优化。二、实习内容及过程2023年7月1日到8月31日，我在信息技术信息港实习，岗位是软件测试工程师。来的时候想学点真本事，了解下行业实际测试流程。那地方主要是做企业系统的，测试部门有十来个人，用Jira管理任务，需求文档和测试用例都电子化存着。我跟着师傅接手了一个订单管理模块的测试。模块有5个功能点，我花了3天时间研读需求文档，结合等价类和边界值方法，写了150份测试用例。7月15号开始执行，前后花了两周，发现47个缺陷，严重的问题有12个，比如订单金额计算错误、库存扣减异步延迟这些。开发那边修复挺快，但有几个边缘场景的缺陷反复出现，最后我们调整了测试数据准备策略，把问题都堵上了。其中最难的是集成测试阶段，订单模块要和支付、库存系统对接。8月初的一次全量回归，我花了48小时跑完所有用例，结果发现支付接口偶尔超时，导致测试数据不一致。当时挺懵的，后来师傅教我用Mock工具模拟接口，自己写了一段脚本做数据校验，效率确实高，最后只花了36小时就搞定。这个经历让我知道，自动化测试不是万能的，但能省不少事。实习里遇到的问题主要是，有时候需求变更没及时同步到测试用例，导致我花了时间重写。还有那套缺陷管理系统，字段挺多，但实际用起来有些功能点不太顺手。建议他们可以把需求变更和用例更新关联起来，缺陷系统也简化下操作流程。这8周最大的收获是，把学到的黑盒测试理论用上了，还接触了接口测试和性能测试的皮毛。之前觉得测试就是点点点，现在明白要关注系统架构，知道怎么设计能覆盖到关键路径的用例。职业规划上，我发现自己可能更适合偏测试开发的岗位，想继续学学自动化框架和脚本语言。虽然还不太行，但知道自己该往哪儿努力了。三、总结与体会2023年8月31日，实习结束那天，我盘点这8周，感觉像把课本里的抽象概念摸成了真东西。刚开始接手那个订单管理模块测试时，面对几百条业务规则，我完全懵，写用例时手都在抖。后来师傅让我看历史缺陷记录，发现80%的问题出在3个核心场景，这才明白测试不是盲人摸象，得抓重点。通过拆解需求文档、绘制流程图、跟开发对齐口径，我慢慢找到感觉，到后期独立负责新功能时，效率明显上来了。这段经历让我最深的体会是，测试不是找茬，是保障质量。比如那个库存扣减异步问题，如果当时我直接报Bug了事，结果可能就是修复了表面现象，下次还出。我坚持要求开发解释底层逻辑，最后他们调整了消息队列配置，这才彻底解决。这让我觉得，做测试得有好奇心，还得懂点技术。实习回来，我立马报名了ISTQB基础认证，想把理论系统化，顺便把实习写的那些自动化脚本用Python重构了下，现在跑一套回归用例只要15分钟，比原来快一倍。行业里现在都说智能化测试，AI辅助测试听着挺玄乎，但实习里我亲眼看到，我们组用Jira看缺陷趋势，就能提前预判哪些模块风险高。这让我觉得，未来测试工程师不能只会点鼠标，得懂数据分析、懂数据挖掘。下学期我打算选修机器学习导论，再看看能不能搞个开源项目的测试案例做做，算是给自己加压。从学生到职场人的感觉挺奇妙的。以前写报告总想着怎么堆砌理论，现在更关注细节。比如一个字段校验规则，我得反复核对需求、确认测试数据覆盖、还要会跟开发沟通为啥某个边界值要这么测。这种责任感说实话挺累的，但每次发现个大问题，心里就特踏实。未来找工作，我会直接说“在XX模块测试中，通过缺陷模式分析，将回归测试用例覆盖率提升了25%”，比说“我学了很多测试知识”要有力得多。致谢2023年8月31日，实习结束。想到信息技术信息港这段经历，心里挺复杂的。谢谢部门里带我的师傅，那个订单管理模块的测试用例，还有缺陷分析那套逻辑，都是他手把手教的。也谢谢一起做测试的几个同事，后来那套回归脚本，不少地方是大家一起琢磨出来的。还有系统开发那边对接的哥们，虽然有时沟通磨叽，但技术问题确实聊得来。这段经历让我明白，做测试单打独斗不行，得懂业务、懂技术，还得会沟通。谢谢学校指导