软件工程软件谷软件测试实习生实习报告

软件工程软件谷软件测试实习生实习报告一、摘要2023年7月1日至2023年8月31日，我在软件谷担任软件测试实习生，负责3个Web应用项目的功能测试与自动化测试。完成测试用例编写共计500份，执行测试用例1200条，发现并提交高优先级缺陷85个，其中32个由开发团队当场修复。熟练应用Selenium和JUnit进行自动化测试脚本开发，编写并运行自动化测试脚本200条，将回归测试效率提升40%。通过缺陷分类统计，发现接口类缺陷占比60%，据此优化测试策略，调整接口测试用例比例至70%，缺陷遗漏率降低25%。掌握敏捷开发流程下的测试协作方法，通过每日站会和Jira缺陷跟踪，确保问题闭环率100%。提炼的“分层测试用例设计法”被团队应用于新项目，测试覆盖率提升至90%。二、实习内容及过程实习目的主要是把学校学的测试理论用上，看看实际工作里测试是啥样，怎么跟开发协作，顺便熟悉下敏捷开发流程。实习单位是软件谷一家做企业服务的公司，主要搞B2B的SaaS产品，团队是按项目分的，我跟着的团队在做一套供应链管理系统的升级。7月1号开始实习，刚开始一周主要是熟悉环境，看项目文档，跟着导师做测试用例评审。导师给我分配了系统里的一个订单模块，让我把功能测试用例写完。那个模块有50多个功能点，我花了两周时间，参考了之前项目类似的用例，自己设计了500份用例，写完之后又跟导师对了一遍，修改了30多处逻辑问题，比如边界条件考虑不全面，数据依赖没想清楚。第三个星期开始执行测试，发现用例执行效率不高，有些场景要手动操作很慢。我琢磨着能不能用自动化，就开始自学Selenium，用了两天时间把基础学完，然后写了一个基于JUnit的自动化测试脚本框架。导师给我提供了测试数据接口，我选了20个核心场景，比如创建订单、支付回调、物流更新，写了200条自动化脚本，覆盖了80%的核心路径。写完之后在测试环境跑，发现确实快很多，回归测试的时候从原来的5天缩短到3天，效率提升挺明显的。实际测试中发现的一个问题是接口测试漏了。系统里订单模块要跟库存、支付、物流三个子系统交互，我前期太关注UI功能了，接口测试用例只写了100多份，执行的时候发现漏了几个接口的错误处理场景。比如库存查询接口，传入一个不存在的商品编码，预期是返回404，实际是返回了500内部错误。这种问题手动测试很难覆盖，后来我调整策略，增加了接口测试用例到300多份，用Postman做了模拟请求，发现这类缺陷多了40多个。开发说这种接口缺陷占他们修复的缺陷数量的60%，所以后面我特别重视接口测试，测试用例设计的时候会优先考虑这些场景。实习最后那周，我参与了一次紧急上线前的冒烟测试。产品临时要求把一个非核心功能提前上线，时间很紧，我们用探索性测试方法，我根据之前发现的问题和用例覆盖率，重点测试了相关的几个模块，花了不到一天时间发现了3个隐藏的兼容性问题，避免了功能上线后马上出现大问题。这次经历让我明白，测试不只是按用例走，有时候得凭经验，得懂业务。整个实习过程，我最大的收获是学会了怎么在实际项目中应用测试方法，比如分层测试用例设计，我发现在大模块里先做骨架用例，再补充细节用例，效率比一股脑写完高很多。还有就是跟开发沟通的技巧，以前觉得提缺陷就是找茬，现在明白要讲清楚问题背景、复现步骤、预期跟实际结果，还要提供截图或者日志，有时候开发忙的时候，你得先理解他们遇到的困难，比如某个依赖的第三方服务不稳定，你得建议调整优先级。遇到的困难主要是刚开始不熟悉业务，提的缺陷描述不够清晰，有次一个支付接口的超时问题，我光说报错了，没说清楚是哪个环节超时，开发排查了半天。后来我学会了用Jira的缺陷模板，强制自己写清楚环境、步骤、截图、影响，还有用日志分析工具去定位问题，比如用Charles抓包看接口请求响应时间，这个技能帮了我不少忙。实习成果主要是完成了订单模块500份功能用例，执行测试1200多条，提交了85个缺陷，其中高优先级32个，自动化脚本写了200条，覆盖核心场景80%，效率提升40%，还帮团队总结了接口缺陷占比高的原因，推动了测试策略的调整。这次实习让我对测试工作有了更深的认识，以前觉得测试就是找Bug，现在觉得更重要的是保障产品质量，还得懂业务、懂开发，会沟通。我发现自己对自动化测试挺感兴趣，可能以后职业规划会往这个方向靠。不过实习也让我看到了一些问题，比如我们团队测试用例评审效率不高，有时候一个用例要改好几轮，可能是因为需求文档不清晰，或者大家对这个测试方法的理解不一样。另外公司培训机制比较弱，我入职没几天，就有人事安排了半天时间讲公司文化，没啥实质性的技术培训。我建议可以搞个新人训练营，至少把常用的工具，比如Jira、Confluence、Postman这些，用实际项目带一带，还有可以组织内部的技术分享，比如每次有人解决了一个难题，可以拿出来讲讲，肯定比光说公司理念强。另外我觉得岗位匹配度上，我作为实习生，能接触到核心项目的机会还是少了点，大部分时间在做一些基础用例编写工作，如果能让我参与更多探索性测试或者早期需求评审，成长可能会更快。三、总结与体会这8周在软件谷的实习，像是从理论世界一头扎进了实践海洋。7月1号到8月31号，每一天都跟以前在学校写作业不一样，得对着真实的系统，跟真金白银的项目打交道。最大的感受是，课本上的测试理论，比如等价类、边界值，在实际用例设计里变形了，得结合具体业务逻辑，才能写出有价值的用例。比如订单模块那个500份用例，光套理论不行，得理解供应链流转的细节，才能想到那些容易被忽略的场景。实习的价值闭环我觉得体现在这里：一开始是懵懂的，只会点点点找Bug；后来通过写自动化脚本，学会了用Selenium和JUnit，效率确实上去了，1200条用例执行时间从5天缩到3天，这就是技术给的力量；再后来参与冒烟测试，发现光靠脚本不够，还得有业务理解，比如那个支付接口超时问题，靠抓包定位才解决，这就是经验的价值。最后跟团队总结接口缺陷占比高的原因，推动了测试策略调整，这就是协作的价值。这一环扣一环，让我明白测试不是孤立的，得懂业务、懂开发、懂数据。这次经历对我的职业规划影响挺大的。以前觉得测试就是找茬的，现在觉得可以做得很专业，甚至可以往测试开发或者测试架构师方向发展。我发现自己对自动化测试确实有热情，那200条脚本写下来，感觉挺有成就感的。接下来打算深挖这个方向，找个时间把Selenium、Appium、Pytest这些系统学一遍，顺便考个ISTQB认证，至少先把基础打牢。实习里看到团队用Jira管理缺陷，我觉得这块工具掌握得怎么样，也会影响以后工作表现，所以打算多练练。从行业趋势看，现在大家都在提DevOps，测试跟开发的结合越来越紧密，像我这200条自动化脚本，就是测试开发思维的体现。敏捷开发里，测试要快速响应，没有自动化肯定不行。另外API测试的重要性也肉眼可见，我那85个缺陷里，接口缺陷就有50多个，所以我觉得后续学习里，接口测试这块要重点投入，Postman、JMeter这些工具得多用。心态转变是最大的收获。以前做实验报告，错了改改就行，现在提交一个缺陷，想到是会影响别人功能的东西，责任感就不一样了。有次凌晨3点，发现一个紧急线上问题，赶紧跟开发沟通，最后解决了，那种成就感，以前做项目没法体会。抗压能力也锻炼了，需求变更频繁，缺陷量大的时候，确实会焦虑，但慢慢学会了prioritise，先处理高优先级的，再慢慢补。这种在压力下保持冷静，我觉得比学会什么工具更重要。回头看，实习暴露了我在需求理解上的短板，有些缺陷反复提，就是没把业务场景吃透。后续学习里，打算多看些行业报告，了解不同领域的业务逻辑，比如这次实习是供应链领域，下次可能接触金融或者医疗，提前做点功课，上手会快很多。总的来说，这段经历让我从一个学生，开始有了一点职场人的样子，知道了自己的优势和不足，接下来就是针对性地去弥补，去成长。四、致谢在软件谷的这8周实习，经历挺难忘的。想谢谢我的导师，那段时间带着我熟悉项目，写用例、跑测试，遇到问题耐心指导，比如订单模块那500份用例，要是没有他帮忙把关，可能要乱成一团。还有团队