软件工程软件公司软件测试与质量保证实习报告

软件工程软件公司软件测试与质量保证实习报告一、摘要

2023年7月10日至2023年9月5日，我在一家软件工程公司担任软件测试工程师，负责移动应用的质量保证工作。期间，我参与测试了3个版本的应用，累计执行测试用例1200个，发现并提交缺陷报告85份，其中高危缺陷32份，推动团队完成修复后验证通过率提升至98%。核心工作成果包括设计自动化测试脚本50个，覆盖核心功能模块，使回归测试效率提升40%；应用敏捷开发流程，每日参与站会同步风险点，确保测试进度与开发周期匹配。专业技能方面，我熟练运用Jira管理缺陷，结合Postman进行接口测试，通过Selenium实现UI自动化，并运用Fiddler分析网络请求异常。提炼出的可复用方法论包括：缺陷分级优先级模型（依据业务影响划分），以及自动化脚本模块化设计规范（按功能分层封装），这些方法在后续测试项目中验证有效。

二、实习内容及过程

实习目的主要是想把学校学的测试理论知识用上，看看实际工作里质量保证是啥样，顺便熟悉下行业流程。

实习单位是做移动应用开发的公司，产品线主要面向企业服务，技术栈用ReactNative比较多，测试环境有模拟器也有真机。

实习内容开始时跟着导师熟悉项目，7月15号左右开始独立负责一个内部管理系统的版本测试。这个系统有用户管理、数据报表两大模块，我花了3天时间梳理需求文档，用Xmind画了测试点图，最后整理出800个测试用例，覆盖了90%的核心场景。

7月20号遇到第一个坎，接口测试发现多个异步请求响应超时问题，拖慢了整体回归进度。当时不太会定位，导师教我用Fiddler抓包，发现是服务器端限流导致的，改完请求参数后问题解决。这让我意识到测试不光要会用工具，还得懂点前后端原理。

8月初参与新版本B测试，用Jira跟踪bug，高危问题必须当天闭环。有次发现一个列表页性能问题，用ChromeDevToolsprofiling分析，原来是动画帧数设置不合理导致的，调整后页面卡顿感明显改善。整个版本我提交了85个bug，其中32个是高危，推动开发修复后应用商店的崩溃率从0.8%降到0.3%。

8月下旬开始接触自动化测试，用Selenium写了50个脚本，覆盖登录、权限控制等通用模块。测试环境配置比较麻烦，花了一周时间解决真机调试问题，最后把脚本集成到Jenkins里，每次build自动跑回归，效率确实提升不少。

实习后期参与过一次CodeReview，看到同事写的测试用例有边界条件考虑不周的地方，回来自己写脚本时也开始特别注意这些细节。

遇到的困难主要是初期对业务逻辑理解慢，导致测试用例考虑不全。还有就是自动化脚本维护比较耗时，有时候一个简单的UI变动就得改好几处代码。我是通过多看项目文档、主动请教导师、以及研究开源测试框架源码来提升的。

成果方面，我负责的版本最终顺利发布，AppStore评分从4.2涨到4.5。自己写的自动化脚本后来被团队其他成员借鉴，覆盖范围扩大了200%。最满意的是帮团队建立了一个简单的缺陷分级标准，按影响程度和修复成本划分优先级，让开发知道哪些bug得先解决。

这次经历让我明白质量保证是个需要不断学习的岗位，既要懂测试技术，也得懂开发流程。比如敏捷开发里测试介入太早可能效率低，得等需求稳定后再细化用例。未来想往性能测试方向发展，这次实习让我意识到性能测试需要更扎实的网络知识，回去得补补TCP/IP这块。

单位培训机制比较薄弱，入职时没给完整的产品和开发培训，导致初期效率不高。建议可以搞个新人加速计划，比如每周安排一次技术分享会，或者给测试新人匹配个资深导师带一个月。另外岗位匹配度上，我发现自己写的bug报告描述不够清晰，开发经常要反复确认，可能需要加强技术写作训练。

三、总结与体会

这8周实习，感觉像是从书本跳进现实，收获挺具体的。7月10号刚去时，连CI/CD流程都不太懂，月底参与版本发布时，已经能独立负责回归测试链路了。最大的价值闭环是，自己写的800个测试用例最终支撑了版本成功上线，AppStore评分从4.2到4.5，这种把理论转化为实际价值的感觉挺棒的。

职业规划上更清晰了。之前想模糊地做测试，现在明确想往性能测试方向发展，因为8月15号分析那个列表页性能问题时，发现网络协议和渲染原理知识短板补上了不少。这让我决定下学期系统学学《计算机网络》和《操作系统》，甚至考虑考个ISTQB高级证书，把实习里用的缺陷分级方法学得更深。

行业趋势上，感受到移动端自动化测试越来越重要。我们团队用Selenium实现的脚本，从覆盖20%核心功能到后来覆盖200%模块，效率提升40%，这印证了工具化的价值。不过也看到，像APP性能压测这种活儿，还是得靠专业平台和深度分析，这成了我未来学习的重点方向。

心态转变是最大的体会。实习前觉得找bug就是点点点，8月因为异步请求超时问题熬夜调Fiddler，导师说“质量是每个环节的责任”的时候我才真懂。现在写bug报告会主动加“复现步骤”和“预期/实际值截图”，这种责任感和抗压能力，比学校考试压力完全不一样。

未来打算把实习里建立的bug库系统化，用Markdown整理缺陷分级逻辑和常见问题排查方法，这周末就开始实践。至于遇到的管理问题，比如培训不足，我建议下回实习可以搞个“测试工具每周学”的分享会，自己先学起来，下次面试时能跟面试官具体说怎么改进，这比空说“建议加强培训”有说服力多了。感觉这段经历，就像在给职业生涯打地基，每发现一个bug，就多垒一块砖。

四、致谢

感谢实习期间给予指导和帮助的导师，7月15号开始带我熟悉项目时，耐心讲解了内部管理系统的业务逻辑，让我能较快进入状态。

感谢团队成员的同事，