软件工程软件研发中心软件测试实习报告

软件工程软件研发中心软件测试实习报告一、摘要2023年7月1日至2023年8月31日，我在软件工程软件研发中心担任软件测试实习生。负责核心业务系统V3.2版本的测试工作，完成功能测试用例300余条，其中自动化测试用例120条，执行并通过113条，通过率达94.2%。运用Selenium和Appium工具，将回归测试效率提升35%，累计发现并提交高优先级缺陷87个，推动8个关键问题修复。通过实践掌握了需求分析到测试用例设计的完整流程，总结出基于等价类划分和边界值分析的方法能有效降低测试遗漏率，验证了理论教学与实际项目开发的结合点，为后续测试工作提供可复用的缺陷管理流程和自动化脚本框架。二、实习内容及过程1.实习目的希望通过实习了解实际软件项目开发流程，掌握软件测试核心技能，提升在真实环境下解决技术问题的能力，为未来职业发展积累经验。2.实习单位简介我在软件工程软件研发中心实习，主要参与企业级SaaS系统的测试工作。团队采用敏捷开发模式，每日站会，每两周发布一个迭代版本。系统基于微服务架构，前端使用React，后端以JavaSpringBoot为主，数据库以MySQL和MongoDB混合使用。3.实习内容与过程第12周，熟悉项目需求文档和开发提交的Jira任务列表，学习使用Jira和Confluence记录工作进展。跟着导师复盘了上版本测试用例，发现原有测试覆盖率不足，补充了30个遗漏的用例，比如订单模块的库存负数测试场景。第34周，独立负责用户管理模块的测试，运用等价类和边界值法设计200条用例，其中50条用例覆盖了权限控制的细粒度需求。第56周，开始接触自动化测试，使用Selenium录制登录和商品搜索流程，但初期脚本总报错。导师建议先分析系统日志，定位到是动态元素定位问题，我于是学习XPath和CSS选择器，最终将脚本稳定率从60%提升到92%。第78周，参与性能测试初步阶段，用JMeter模拟100并发用户访问首页，发现接口响应超时问题，跟踪到是缓存策略未生效，推动开发调整了Redis配置。4.实习成果与收获累计提交测试报告5份，包含87个缺陷，其中高优先级23个。自动化脚本覆盖核心业务路径8条，覆盖率达到85%。最大的收获是学会了从测试视角拆解需求，比如在支付模块测试时，会主动关注第三方接口的回调地址是否与预期一致。体会到敏捷开发下测试的灵活性，比如一个需求前一天还能测，第二天接口可能就变更了，必须快速调整测试策略。5.问题与建议遇到的最大困难是初期对微服务架构理解不深，导致测试数据准备很耗时。比如测试订单服务时，需要先确保商品服务有足够库存数据，浪费了2天时间。后来我提议建立测试数据自动生成脚本，但被拒绝说暂时人力不够。另一个问题是测试环境不稳定，有3次因为数据库连接池问题导致测试用例执行失败。建议单位可以完善测试环境监控，比如增加慢查询日志分析。另外岗位匹配度上，我接触的自动化测试机会比预想的少，希望能有更多时间学习Selenium框架源码。三、总结与体会1.实习价值闭环这8周实习像把理论装进实践的模子，年初学到的黑盒测试、场景法设计，真用起来才懂细节差别多大。比如7月15号测订单支付模块时，发现一个第三方支付回调接口超时的缺陷，排查过程让我把HTTP请求头和状态码关联分析吃透了。写测试用例时，单纯写“提交订单成功”不够，得细化到“不同优惠券叠加时支付金额是否正确”，这些细节学校里模拟环境给不出。最后提交的87个缺陷单里，有15个是跨模块的逻辑漏洞，比如修改用户地址后，关联的物流单没同步更新，这种问题书里根本学不到。最大的价值是建立了端到端的测试认知。从需求评审时就能提出测试角度的问题，比如7月8号评审会议时，我指出报表导出功能要考虑大数据量场景，避免内存溢出，开发后来增加了分页参数。这种早期介入能力，学校项目做不出来。2.职业规划联结现在看招聘JD，终于明白为啥要考PMP。实习里参与迭代评审会时，看着产品经理用用户故事地图排期，突然懂了敏捷下测试的优先级排序不是靠感觉，而是要跟需求价值挂钩。比如7月20号测客户管理模块时，发现新增标签功能响应慢，但导师说优先修复的是导出报表的bug，因为那块儿客户量大的用户抱怨多。这让我意识到，测试不只是找bug，更是业务风险的防火墙。下学期打算系统学下ISTQB高级测试分析师知识体系，特别是性能测试那块，7月最后两周用JMeter压测时，觉得很有意思但完全没学透。对比几家公司的测试岗位要求，发现现在企业更看重“测试左移”能力。我在8月2号参与的代码评审会上，指出了某个开发写的SQL查询有潜在死锁风险，虽然只是小问题，但导师说这是优秀测试员的特质。如果继续走测试方向，打算先考取ISTQB证书，再争取去大型厂实习，体验云原生环境下的混沌工程测试。3.行业趋势展望实习里接触的微服务测试，让我看到边界测试的复杂性。比如8月5号测用户认证服务时，发现A服务依赖B服务的接口超时，但B服务本身没问题，问题出在服务间的熔断器配置。这种分布式场景的根因分析，比单体应用测试要难太多。现在看行业报告，发现服务网格Istio、韧性设计这些概念越来越火，但公司用的工具还比较传统，只有基础的JMeter和Jira。这让我意识到，测试工具链升级是必然趋势，下学期打算自学k6性能测试工具，看看能不能在毕业设计里用上。另一个感触是AI辅助测试的苗头。8月10号用Appium测iOS端时，发现手势操作不稳定，导师演示了基于OpenCV的图像识别方案，虽然只是概念验证，但感觉未来AI生成测试用例、自动化探索可能成主流。如果考研，打算往AI测试方向发力，现在就开始关注相关论文和开源项目。4.心态转变最深的变化是开始用“主人翁”视角做事。比如8月15号发现生产环境日志格式不规范，虽然不是我的测试范围，但主动整理了3个通用的日志规范模板给开发团队。导师说“测试人员得懂业务，更得懂产品价值”，这话实习后才真正懂。现在看Bug单，会想“如果我是用户，这个缺陷多烦人”，这种换位思考比单纯技术操作更锻炼人。面对压力时也成熟了，7月25号系统紧急发布时连续加班到凌晨2点，第二天还能正常分析问题，比以前容易焦虑多了。四、致谢1.感谢软件研发中心提供这次实习机会，让我接触到了真实的软件开发流程。2.特别感谢导师在测试策略和自动化方向上的指导，比