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

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

2023年7月1日至2023年8月31日，我在一家计算机科技公司担任软件测试实习生。核心工作成果包括完成30个模块的功能测试用例设计，执行并记录580个测试用例，发现并提交48个缺陷，其中12个为严重级别缺陷。应用了自动化测试工具Selenium编写测试脚本20个，覆盖核心业务流程，使回归测试效率提升30%。通过缺陷跟踪系统分析，建立了缺陷类型分布数据库，有效降低了同类问题复现率。提炼出模块化测试用例复用方法，将相似场景用例复用比例从40%提升至70%，缩短了测试周期。

二、实习内容及过程

实习目的主要是了解软件测试在真实工业环境下的工作流，掌握测试工具和自动化测试的基本应用。实习单位是一家规模中等的科技公司，主要做企业级SaaS服务。我被分到测试部，参与一个后台管理系统的测试工作。

实习初期，跟着导师熟悉项目代码库和测试流程。系统有五个主要模块，我负责其中一个用户权限管理模块。7月5号开始写测试用例，根据需求文档和原型图，我设计了87个功能测试用例，覆盖了角色分配、权限校验等关键点。导师建议我把边界条件和异常场景也加进去，所以又补充了23个用例。

7月15号正式执行测试，用了两周时间完成了所有用例。期间发现48个缺陷，通过Jira系统提交，其中12个是严重级别的，比如一个角色赋予权限后系统卡死的问题，原因是缓存逻辑没处理好。另一个是跨模块权限联动没生效，需要前后端一起改。

8月初开始接触自动化测试，团队用的是Selenium框架。我花了三天时间学习框架，然后用Python写了10个核心功能的自动化脚本，主要是登录、添加角色、查看日志这些操作。第一个版本跑下来花了5分钟，后来优化SQL查询和减少了不必要的截图，速度提到2分半。用这个脚本跑了三次回归测试，没发现新问题，但发现两个旧缺陷的复现路径变慢了，可能是环境问题。

遇到最大困难是8月5号系统接口变更导致我的自动化脚本大面积报错。那些脚本耦合度高，一个基础接口修改就牵连好几处。当时挺急的，因为下周就要给产品演示。我花了两天时间重构脚本，把脚本拆分成更细的组件，增加配置文件管理参数，最后用数据驱动的方式跑测试。重新跑完花了1小时，比原来效率高不少。学到了组件化设计对维护的重要性，也看懂了为啥现在测试倾向于用更解耦的技术。

实习成果主要是那些测试用例和自动化脚本，还有参与编写的测试报告。数据上，我负责的模块缺陷密度是3.2个每千行代码，低于项目平均数。自动化脚本覆盖了核心场景70%，虽然覆盖率不算高，但帮测试部节省了至少20个工时的手动回归工作。

这次经历让我明白测试不只是找Bug，还要懂业务逻辑和代码实现。以前觉得测试就是点点点，现在知道要结合代码审查和业务理解才能更精准定位问题。职业规划上更倾向测试开发方向了，想学更多自动化和性能测试。

实习单位培训机制比较松散，刚开始没人带，全靠自学项目文档。建议新实习生可以搞个内部知识库，把项目架构、常用问题解决方案都整理好。另外岗位匹配度上，我主要做功能测试，但接触过接口测试和性能测试，感觉部门没太发挥我的全部兴趣点。可以增加一些轮岗或者技术分享会，比如每周搞个半小时的小组讨论，讲讲自动化框架、测试工具的新进展啥的。

三、总结与体会

这8周实习像坐了个快速通道，让我把学校学的测试理论跟实际开发流程串起来了。刚开始7月1号接触项目时，面对几百页的需求文档都有些懵，写测试用例时也反复修改。到7月15号左右，在导师指导下弄懂了测试双轨制，自己写的87个用例覆盖了95%的功能点，后来又补充23个边界用例，这个过程让我真真切切感受到测试工作需要细心和逻辑性。

最有成就感的是8月5号解决那个自动化脚本危机。系统接口变更导致我前一天晚上写的10个Selenium脚本全挂了，早上9点紧急开会时还有点慌。后来花了3小时把脚本改成基于PageObject模式的组件化设计，第二天早上重新跑完发现成功率恢复到98%，效率也提升明显。这个经历让我明白，测试工作中80%的时间可能花在20%的自动化维护上，这也坚定了我往测试开发方向走的想法。

实习最大的收获是学会了怎么跟团队协作。以前觉得测试就是隔离在开发之外的部门，但这次参与需求评审和缺陷复盘会，发现测试能提前发现很多设计缺陷。比如7月20号评审时，我提出的权限控制粒度问题，后来开发把原来的粗粒度权限模型改成细粒度的，直接避免了后续很多麻烦的Bug。这让我觉得测试人员其实是产品质量的守门员，需要懂业务又懂技术。

从学生到职场人的心态转变挺明显的。实习前觉得找Bug就是点点界面，实习中才知道每个需求都要从用户和系统的角度多想几层。比如7月25号测试文件上传功能时，发现大文件上传会超时，追查下来是服务器缓存设置不合理。向运维同学沟通时才意识到，测试不能只盯着功能对不对，还要考虑性能和资源消耗。这种责任感和抗压能力，可能是学校环境很难培养出来的。

对行业趋势的体会是，传统功能测试的边界越来越模糊。8月15号参与部门技术分享会时，了解到很多公司开始用契约测试（ContractTesting）保证前后端接口稳定，也有团队尝试混沌工程提升系统韧性。这让我意识到，除了会用Selenium、Appium这些工具，还得持续学习Docker、Kubernetes这类云原生技术，才能跟上行业节奏。后续打算系统学完Python的测试库，争取今年拿下ISTQB认证，把实习中总结的组件化测试方法用框架实现出来。

这次经历也让我看清了自己的短板，比如8月10号测试一个报表功能时，对数据库SQL优化了解不够，导致定位一个性能瓶颈花了两天时间。虽然最后解决了，但意识到测试开发需要更硬核的数据库知识。后续学习计划里会增加SQL调优和NoSQL的课程，毕竟现在很多业务逻辑都跑在数据库里。总的来说，这段经历让我从一个只会写简单脚本的"点点手"成长了点，离真正能独当一面的测试工程师还有段路要走，但至少方向感清晰多了。

四、致谢

感谢实习单位提供这个平台，让我有机会把课堂上学到的测试知识用在实际项目中。特别感谢导师，在实习初期给了我很多指导，比如如何分析需求文档、怎么设计有效的测试用例。还有测试部的各位同