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

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

2023年7月1日至2023年8月31日，我在一家计算机科学软件公司担任软件测试实习生，负责移动应用自动化测试及性能测试工作。通过编写200余条自动化测试脚本，将回归测试效率从40%提升至85%，累计发现并提交237个缺陷，其中高危缺陷占比12%，推动3个版本按时上线。熟练应用Selenium、Appium及JMeter工具，将脚本复用率从30%优化至60%，形成标准化测试用例模板，覆盖核心功能路径90%。掌握缺陷跟踪管理流程，采用“优先级严重性矩阵”分类法，确保缺陷修复优先级准确率达95%。总结出“数据驱动+场景模拟”的测试策略，适用于高并发场景下的稳定性验证。

二、实习内容及过程

实习目的是深入了解软件测试在工业界的实际应用，掌握从需求到上线的测试全流程。实习单位是家做企业级SaaS产品的软件公司，主要业务是开发管理软件解决方案。我所在的团队负责其中一个产品的质量保障，我作为实习生参与了两个主要项目的测试工作。

7月1号到7月15号，我被安排学习现有项目的测试用例，并开始编写自动化测试脚本。主要使用Selenium和Appium框架，针对Web端和移动端界面进行功能测试和UI校验。期间接触了接口测试，用Postman验证RESTfulAPI的请求响应是否符合预期，比如测试用户登录接口时，验证token返回值的有效期是否为3600秒。

7月16号到8月5号，独立负责新版本的一个模块测试。这个模块涉及数据同步功能，需要处理大量并发请求。初期发现自动化脚本在模拟10个以上用户并发操作时，测试结果会出错，错误率高达30%。排查原因是线程池配置不当，导致资源竞争激烈。通过查阅官方文档，调整了WebDriver的选项，增加了最大线程数，并引入了等待策略，最终将错误率降到了5%以下。期间编写了200多条自动化用例，覆盖了90%的核心场景，相比手动测试效率提升明显。

8月6号到8月25号，参与了性能测试。使用JMeter模拟1000个并发用户访问报表生成接口，发现响应时间随用户量增加而线性增长，当并发量达到800时，平均响应时间超过3秒。通过分析线程组中的采样器，定位到是数据库查询占时过长。提出建议后，开发同学优化了SQL语句，加了缓存机制，测试数据显示P95响应时间降到了1.2秒。

期间遇到过测试环境不稳定的问题，有时候数据库连接会中断。跟运维同学沟通后，他们帮忙设置了主从切换机制，我这边也修改了脚本里的重试逻辑，增加了错误日志的记录格式，方便后续分析。

实习中最大的挑战是需求变更频繁。有时候前一天写好的测试用例，第二天产品经理突然修改接口参数，我得赶紧调整脚本。有次因为没及时更新，导致一个版本上线的当天发现了10个遗漏的缺陷。后来我学会了用版本控制管理用例，每次变更都打上tag，现在修改起来方便多了。

培训方面，公司给的资料挺全，但实操机会少。我私下找师兄要了几个历史项目的测试报告，自己对着代码debug，慢慢就熟悉了他们的测试思路。不过有时候测试用例评审会开到很晚，而且反馈意见比较直接，让我意识到自己写的测试场景覆盖还不够全面。

这段经历让我明白，测试不是简单地点点点，而是要结合业务逻辑和代码实现。比如有一次测试文件上传功能，发现大文件上传失败，但开发说代码没问题。后来发现是服务器磁盘空间满了，才解决这个隐藏问题。这让我意识到测试要站在整个生态系统的角度思考。现在看招聘要求，发现很多岗位都要求熟悉CI/CD流程，我打算接下来学习Jenkins和Docker，希望能更深入地参与测试左移。

三、总结与体会

这8周实习，从7月1号到8月31号，感觉像是把课堂上学到的测试理论，真真切切地落到了手里面。一开始写自动化脚本时，一个简单的登录流程都能卡半天，对着报错信息抓耳挠腮。后来慢慢熟练了Selenium的定位方法，比如用XPath去选中嵌套层级深的元素，效率确实差不少。最终我负责模块的用例通过率稳定在98%以上，这比在学校做实验拿满分感觉实在多了。

实习最大的收获是学会了怎么跟开发沟通。8月15号那次线上bug修复，我提交的缺陷截图里标明了具体操作步骤和日志信息，开发半小时就定位到问题。这让我意识到，测试报告不是写给自己看的，而是要帮团队解决问题。公司用的缺陷管理工具，我总结出个分类模板，把问题按模块、严重性、复现难度打上标签，后来被组长说挺实用的。这种把零散经验系统化的过程，比单纯写脚本更有成就感。

对职业规划的影响挺明显的。实习前想找测试岗位，现在发现自动化测试和性能测试才是大势所趋。8月20号参与的那个高并发测试，用JMeter压测时看着线程组里的图表，突然明白为啥说测试要懂性能了数据库慢查直接拖累整个系统。下学期打算报个ISTQB认证班，先把基础理论补齐。另外公司用的代码覆盖率工具，我注意到他们要求核心模块要达到80%以上，这让我意识到学校实验里那种随便写写就行的心态得改了。

行业里敏捷开发挺普遍的，但有时候需求变更真的让人头疼。8月25号那个版本，产品当天临时加了个支付接口，我连夜重写了20多个用例。虽然过程很狼狈，但第二天测试环境部署时，能快速定位问题还是得益于之前做的测试数据整理。现在看招聘帖，很多公司都要求了解CI/CD，看来得把Docker和Jenkins也安排上日程。

最重要的是心态转变。记得7月10号因为一个环境问题耽误了两天测试进度，当时特委屈。后来组长跟我说"测试岗位就是负责找茬的"，但找出来的问题是帮整个团队省事，这种视角让我释然了。现在每天下班前都会复盘当天的问题，发现原来工作中90%的麻烦都能靠文档和沟通解决。这种从学生到职场人的成长，比多学会几个工具技巧更宝贵。后续打算把实习做的那些测试模板整理成笔记，等秋招时能直接用上，至少简历上能多一个真实项目经历。

四、致谢

在这段从7月1号到8月31号的实习期间，得到了很多帮助。团队里的师兄教会了我怎么用Appium框架处理移动端的自动化，他们演示的接口测试案例让我对RESTfulAPI的