计算机科学IT公司软件测试实习报告_第1页
计算机科学IT公司软件测试实习报告_第2页
计算机科学IT公司软件测试实习报告_第3页
计算机科学IT公司软件测试实习报告_第4页
计算机科学IT公司软件测试实习报告_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

计算机科学IT公司软件测试实习报告一、摘要2023年7月1日至2023年8月31日,我在一家IT公司担任软件测试实习生。期间,负责3个Web应用项目的功能测试和性能测试,累计提交测试用例812条,发现并跟踪解决缺陷156个,其中高优先级缺陷43个。熟练运用Selenium和JMeter进行自动化测试,编写自动化脚本覆盖核心业务流程,使回归测试效率提升35%。通过缺陷分析,总结出模块化测试用例设计方法,将同类项目测试用例复用率从20%提升至45%。掌握缺陷生命周期管理和风险评估流程,为团队减少返工成本约5万元。二、实习内容及过程2023年7月1日到8月31日,我在一家做企业服务的IT公司实习,岗位是软件测试工程师。主要是跟着团队做两个Web应用和一个小型移动端的测试工作。刚开始几天,导师带我熟悉了公司的开发流程,就是从需求文档到测试用例设计,再到执行和缺陷管理。我负责的第一个项目是优化一个CRM系统的用户管理模块,需求文档有28页,我花了3天时间把它捋清楚,写了372条功能测试用例,还用Jira记录了每个用例的执行结果。实际执行测试的时候,踩坑挺多的。比如有一次用Selenium录制登录功能脚本,发现控件定位总报错,后来发现是页面JS动态加载导致的。我就去学了一下XPath和CSS选择器的组合用法,还研究了浏览器开发者工具里的Elements和Network面板,最后把脚本改了,执行时间从1分半缩短到20秒。这个项目我提交了62个缺陷,其中23个是高优先级,比如一个导出报表功能,数据量超过1万条就卡死,我们压测发现是数据库查询语句没优化,跟开发沟通后加了个索引,问题就解决了。第二个项目是测试一个销售管理系统的权限控制,涉及到RBAC模型,比较复杂。我设计测试用例的时候,先画了用例覆盖矩阵,把不同角色和操作组合起来,总共覆盖了15种场景。结果执行时发现,当切换用户角色后,一些隐藏的按钮没有按预期显示,这让我意识到UI测试不能只看表面元素,还得关注DOM结构变化。我花了两天时间学习ChromeDevToolsProtocol,能直接看元素属性和事件流,最后定位到是前端状态管理没同步好,推动开发调整了组件通信方式。这8周里,我每天早上9点到12点写测试用例,下午1点到5点执行和提交缺陷,晚上还有1小时左右复盘或者学习。我们用TestRail管理用例,平均每个用例会关联3个测试场景。最让我有成就感的是,通过性能测试发现一个API响应慢的问题,从请求到返回花了2秒多,我用了JMeter模拟100个并发用户,发现是数据库慢查询导致的,直接帮助团队节省了后续几周的联调时间。虽然有时候觉得需求变更频繁影响测试节奏,但确实锻炼了快速响应能力。团队里有个师傅教我,做测试不能只盯着Bug,要往深了想。比如一个功能测试通过后,可以思考它的边界情况、异常处理、日志记录这些细节。我后来真的开始注意这些,比如看到某个接口有分页参数,就主动去查数据库最大条数,看会不会溢出。这种习惯让我写的测试用例更全面。不过实习也暴露了几个问题,比如公司内部缺陷管理流程有点模糊,有时候我提交的严重等级判断和开发不一致,还得来回沟通确认;另外培训方面,理论培训挺多,但实操机会少,有时候遇到新的测试工具,得自己上网查教程学。我觉得可以建议公司给新人配一个更详细的测试工具操作手册,或者每周安排一次实战案例分享会,这样效率会高很多。这次经历让我更清楚自己是喜欢探索技术细节,还是喜欢分析业务流程,感觉离职业方向更近了点。三、总结与体会2023年8月31日,实习结束那天,我复盘这8周,感觉收获特别实在。刚去的时候,我总觉得测试不就是点点点、报Bug吗?但实际做下来,完全不是那么回事。从最初提交的812条测试用例里,有156个缺陷被标记为“已解决”,其中43个是高优先级,这个数据让我挺惊喜的,毕竟我负责的都是核心模块。特别是那个CRM系统的用户管理优化项目,我通过引入Selenium+XPath组合定位,把回归测试效率从原来的5小时压缩到不到1小时,这个改进直接被团队采纳推广了。这让我明白,测试工作不是简单的重复劳动,而是需要不断优化流程、提升效率的技术活。这次实习最让我成长的,是学会了从“找茬”思维转向“保障质量”思维。比如发现那个导出报表卡死的问题,表面看是功能Bug,深挖下去是数据库性能瓶颈,我推动加了索引才解决。这种从测试点延伸到整个链路思考问题的能力,是学校里学不到的。导师常说“测试要预见风险”,这句话我一直记着。比如在销售管理系统权限测试中,我用用例覆盖矩阵设计时,就额外考虑了角色切换场景,最终发现隐藏按钮问题,这就是预见性的体现。这种工作方式让我感觉自己真的在“搞技术”,不是做作业。对我职业规划的影响挺大的。以前我挺迷茫,觉得技术岗竞争太激烈,这次实习让我坚定了做测试开发或者自动化测试的方向。我发现自己挺喜欢研究各种工具,比如JMeter压测那次,我花了3天时间研究聚合报告分析,最后给团队提供了修改建议,这种用技术手段解决问题的过程很有成就感。接下来打算系统学一下Python自动化测试框架,看看能不能考个ISTQB认证,至少有个硬实力证明自己。另外,我也意识到测试和开发、产品真的要密切沟通,这次踩过的坑,比如缺陷等级判断,就是沟通不足导致的。所以以后无论做什么工作,都会特别注重跨部门协作的细节。看现在行业趋势,云原生、微服务这么火,测试的挑战也更大了,比如分布式系统的接口测试、混沌工程这些,感觉都是我的机会。这次实习让我清楚了自己的短板,比如对复杂业务逻辑的理解还不到位,有时候写用例会漏场景。虽然公司培训机制不算顶好,但自己主动去学,比如晚上看阿里的《云原生测试》文档,确实把分布式事务测试这个概念搞明白了。未来如果再实习,我会争取接触更多新技术项目,比如AI测试相关的,毕竟现在大厂都在搞,不能掉队。从学生到职场人的感觉确实不一样,最明显的是责任感,以前做实验报告随便点,现在提交一个测试报告,想到后面是整个系统的质量,就特别谨慎。这种心态转变,比学会什么技能都更宝贵。四、致谢感谢实习期间给予指导的导师,他分享的测试方法论让我受益匪浅,特别是关于自动化测试脚本健壮性的建议,直接应用到

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论