计算机科学互联网企业软件测试实习报告

计算机科学互联网企业软件测试实习报告一、摘要2023年7月10日至2023年9月5日，我在某知名互联网企业担任软件测试实习生。在8周实习期间，主要负责移动端应用的功能测试与性能优化，累计完成测试用例300余项，发现并提交高优先级缺陷87个，其中23个被确认为关键问题并推动修复。熟练运用Selenium和JMeter进行自动化测试，通过脚本优化将回归测试效率提升40%。参与编写测试文档，建立缺陷跟踪体系，形成可复用的测试用例模板，覆盖用户核心操作路径的80%。掌握敏捷开发流程中的测试介入机制，将缺陷发现周期缩短至1.5个工作日。实习期间，团队采用的数据驱动测试方法显著降低回归测试时间，为后续项目提供参考。二、实习内容及过程2023年7月10日入职，我在部门负责移动端项目的功能测试，团队用的是敏捷开发模式，两周一个迭代周期。初期跟着导师熟悉产品，用Appium工具写自动化脚本，覆盖核心功能模块。8月5日参与“购物车模块”的测试，发现5个边缘场景的bug，比如并发操作时商品数量统计错误，推动后端调整了数据库事务隔离级别。8月20日独立负责“用户登录”模块的回归测试，用JMeter模拟100个并发用户，发现接口响应超时问题，原来是服务器限流设置太激进。解决方法是在测试环境临时调低QPS，同时建议产品调整鉴权逻辑为Token方式。期间遇到用例设计不够全面，比如遗漏了弱网环境下的测试，后来学习用等价类划分法优化，把测试用例覆盖率提到85%。团队挺忙的，但没人手带新人，我就自己琢磨Canary发布流程，用Postman录制冒烟测试脚本，跑了3次发现2个隐藏bug，被组长表扬了。但说实话，测试环境不稳定是块老大难，9月1号因为第三方支付接口风控升级，我们测试用例执行失败率飙到60%，最后只能手动补充验证。这段时间最大的感受是测试不能只盯功能对不对，还得懂业务。比如9月10日发现优惠券抵扣规则跟活动文案描述矛盾，虽然技术层面没问题，但直接影响用户体验，赶紧协调产品改了文案。最大的挑战是8月30号那周，同时跟进两个版本，其中一个紧急修复版本要求24小时内上线，我就熬夜写了应急测试计划，优先覆盖核心支付链路，最后提前2小时搞定，虽然头发掉了点，但挺值。这让我明白自动化测试真香，要是那天有完善的自动化体系，我可能少秃三斤。三、总结与体会这8周，从7月10日入职懵懵懂懂写第一个测试用例，到9月5日离开时能独立负责一个完整模块的测试流程，感觉像坐了趟快车。实习最大的价值是让我把学校学的测试理论跟真实项目全对上了。比如8月15日那个“购物车模块”bug，我写的用例直接戳中了后端数据库事务问题，导师说这就是实践价值，光看书永远体会不到。实际操作让我发现，测试跟想象的不太一样，光会点工具远远不够。9月1号因为第三方接口风控调整导致60%用例失效那会儿，我差点慌了，最后靠梳理业务逻辑才把冒烟测试补全，这让我明白真正的测试是业务+技术的结合。这段经历直接改了我之前对测试的认知，现在看招聘要求会特别关注“业务理解能力”这块。团队那套敏捷开发下的测试节奏也给我挺大冲击。比如8月20日那个紧急修复版本，要求24小时上线，我就用Postman写了核心链路的自动化脚本，最后提前2小时搞定，虽然头发掉了不少，但那种把产品问题往前推的责任感特别强。这让我意识到，测试岗位不是按部就班的执行者，得主动往前冲。看着9月3号我写的那个“用户登录”模块的测试报告被组长拿去做新人培训参考，突然觉得挺有意思，原来自己的东西真能帮到别人。实习也暴露了我短板，比如对性能测试这块了解太浅，9月10号测试环境不稳定那周，我就下单了《性能测试实战》电子书，打算下学期系统学。行业里A/B测试、灰度发布这些词天天挂嘴边，但真正实践起来才发现细节多着呢，比如8月30号同时跟进两个版本时，我就把测试优先级搞混了，差点耽误事，看来得趁早考个ISTQB认证补补课。最大的收获是心态转变，以前觉得写测试用例就是找茬，现在明白是帮团队造轮子，得想着怎么让产品更好。下个月准备投简历了，打算先投那些强调测试体系建设的公司，毕竟这段经历让我知道，会写用例只是基本功，能参与设计测试框架才叫真本事。这8周就像开了个加速器，让我看清了未来该往哪钻。四、致谢在此期间，我要谢谢我的导师，8月15日那个购物车bug如果不是他点醒我数据库隔离级别的问题，我可能还在原地打转。还有团队里那些帮过我忙的同事，比如9月1号风控调整那会儿，是XX帮我临时调整了测试环境参数。他们教我的东西比学校一学期都实用。感谢学校的指导老师，虽然实