计算机科学IT公司软件测试实习生实习报告

计算机科学IT公司软件测试实习生实习报告一、摘要

2023年7月1日至2023年8月31日，我在一家IT公司担任软件测试实习生。核心工作成果包括完成30个Web应用模块的测试用例设计，执行了520次功能测试，发现并提交了87个缺陷，其中高优先级缺陷23个，推动5个模块按时上线。专业技能应用涉及自动化测试工具Selenium和JMeter，编写了15个自动化脚本，测试效率提升约30%。提炼了基于风险点的测试用例优先级排序方法，通过分析历史缺陷数据，将回归测试覆盖率从60%优化至85%。

二、实习内容及过程

2023年7月1日至2023年8月31日，我在一家做企业级SaaS服务的IT公司实习。我的岗位是软件测试实习生，主要跟着测试团队做Web应用的功能测试和自动化测试。

实习初期，我被安排学习公司的测试流程和缺陷管理规范。导师给我看了他们用的测试用例模板，里面包含了很多关键字段，比如用例ID、模块名称、优先级、预条件、测试步骤、预期结果等。我花了一周时间熟悉这套流程，期间还参加了团队的测试计划会议，了解每个项目的技术栈和测试重点。

第3周开始独立负责一个CRM模块的测试。这个模块有5个主要功能点，我根据需求文档和接口文档，设计了约200个测试用例。测试过程中发现系统在批量导入客户数据时会有并发问题，导入超过500条记录就会报超时。我先用Postman模拟高并发场景，确认是数据库连接池配置问题。后来我写了一个JMeter脚本，设置了500个VU，持续10分钟跑测试。果然在5分钟时系统就崩溃了，这个bug最后由开发那边优化了SQL语句和增加了线程池大小解决。

第6周开始接触自动化测试，用的是Selenium+Python。团队用的框架是PageObjectModel，每个页面都有一套对应的Page类。我接手维护了登录、用户管理这几个模块的自动化脚本，共写了15个测试用例。通过把UI操作封装成方法，我让回归测试时间从原来的2天缩短到5小时。不过自动化脚本写了一半，发现需求变更导致页面元素ID变动，有几个用例就失效了，这让我意识到自动化测试要配合版本管理，不能完全依赖。

实习最后两周，我参与了新功能模块的冒烟测试。这个模块用了React前端框架，后端是JavaSpringBoot。我主要用浏览器开发者工具检查接口响应时间，发现某个GET请求在测试环境响应超过3秒。通过查日志定位到是Redis缓存未命中，数据全靠查询数据库。我建议开发加了缓存逻辑，上线后响应时间直接降到500毫秒以内。这次经历让我明白性能测试和接口测试得结合看。

团队平时用Jira管理缺陷，我会定期同步缺陷状态。刚开始写缺陷报告时只会写“系统报错”，后来被导师批评说不够专业。我就改成“登录模块-输入错误密码-系统未显示提示信息-UI层”，还附上截图和复现步骤。导师说这样开发才能快速定位问题。这段实习让我学会了用专业的缺陷描述方式。

遇到的最大困难是刚开始对业务逻辑不熟，测试用例覆盖率写不够。比如有一次测订单模块，我以为只需覆盖创建订单流程，结果发现缺少了取消订单和退款场景。幸好我每天下班前都跟导师对一遍用例，他才提醒我要看需求文档里的异常流程。另一个挑战是自动化脚本维护成本高，需求一变就要改代码。我后来学会用Excel记录用例变更，发现需求变更超过10%的就用例，优先手动回归测试。

最终的成果是独立负责的CRM模块上线前完成了100%的功能测试和80%的自动化用例执行，发现的87个缺陷里23个是高优先级，推动了5个模块按期发布。我写的自动化脚本覆盖了核心业务流程，测试效率提升了至少30%。这段实习让我对软件测试从理论走向实践有了更深的理解。

职业规划上，我发现自己更喜欢功能测试，但自动化测试也有吸引力。打算下学期深入学习Python和Selenium，看看能不能往全栈测试方向发展。

公司管理上，我觉得测试流程可以更灵活些。比如缺陷优先级评估有时会卡，因为需求和技术部门都在忙。我建议开发个缺陷处理看板，实时更新状态。另外培训机制可以增加更多实战环节，比如让实习生独立负责一个小功能。岗位匹配度方面，我接触的测试工作用例设计、缺陷分析这些跟学校学的课挺像的，但企业级项目的技术复杂度和业务深度是学校实验没法比的。

三、总结与体会

这8周实习，从2023年7月1日到2023年8月31日，像给我上了堂最硬核的实践课。以前在学校做项目，写个测试用例就觉得挺好，去了公司才懂什么叫“用户视角”。我负责的CRM模块有200个测试点，光看需求文档就花了3天，写用例时得考虑各种边界条件，比如导入1000条数据会不会卡死，这种细节以前根本没在意。发现并发问题时，用JMeter模拟500个用户同时操作，看着脚本跑了一小时才出结果，那种从数据里找问题的感觉太直接了。87个bug里23个是高优先级，有几次半夜看线上日志找问题，导师说这就是测试人的日常，当时听着还觉得离谱，现在真这么干了。

实习最大的收获是明白测试不是“点点点”，而是“懂业务+会技术”。比如那个订单模块，我写自动化脚本时特意加了缓存穿透的测试场景，因为之前做实验时学过这个概念。结果上线后开发说生产环境确实遇到过这个问题，这让我觉得学校学的知识真不是白学的。职业规划上，我更想往性能测试方向发展了。下学期打算报个ISTQB认证班，把测试用例设计那几章再啃透。现在看招聘要求，很多公司要“具备接口测试经验”，这8周接触的SpringBoot项目让我刚好能往这个方向试试。

行业趋势这块，公司用的PageObjectModel框架让我意识到自动化测试要跟上前端框架的变化。React、Vue这些新框架出来，测试策略也得变。导师还跟我说现在很多公司用Docker容器化测试环境，我回去得学学Docker基础。AI写测试用例的事也听说了，但感觉至少明年内还取代不了人，关键还是得懂业务逻辑。

心态转变真的挺大的。刚去时觉得找实习就是混经验，现在觉得每完成一个测试计划都挺有责任感的。比如有一次凌晨3点发现定时任务逻辑错，赶紧发邮件给开发，第二天早上就修复了。这种“我负责的环节不能出问题”的想法，以前在学校写代码时根本没这么强烈。抗压能力也练出来了，一周处理几十个bug，回复需求变更邮件，现在看都能习惯了。

后续打算把实习写的JMeter脚本再完善下，争取能测个分布式事务。缺陷报告那块，我把导师教的“4要素描述法”整理了个模板，以后面试时能直接用。最实在的是，现在看招聘网站，那些“熟练使用Selenium/JMeter”、“具备大型项目测试经验”的岗位，我好像都有点沾边了。从学生到职场人的距离，8周走完了大概三分之一吧。

四、致谢

感谢在实习期