软件工程码源科技软件测试实习报告_第1页
软件工程码源科技软件测试实习报告_第2页
软件工程码源科技软件测试实习报告_第3页
软件工程码源科技软件测试实习报告_第4页
软件工程码源科技软件测试实习报告_第5页
全文预览已结束

下载本文档

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

文档简介

软件工程码源科技软件测试实习报告一、摘要2023年7月1日至2023年8月31日,我在码源科技担任软件测试实习生,负责电商平台核心模块的功能测试与性能测试。期间完成112个测试用例,发现并提交58个缺陷,其中23个为高优先级缺陷,推动3次紧急修复上线。熟练应用Selenium和JMeter,通过自动化脚本覆盖85%常规功能路径,性能测试数据表明系统在并发1000用户的负载下响应时间稳定在1.2秒内。总结出“分层测试用例设计法”:将业务场景拆解为原子操作,用例复用率达60%,显著提升回归测试效率。该方法在后续课程项目中验证有效,将测试时间缩短了30%。二、实习内容及过程2023年7月1日至8月31日,我在码源科技干测试实习。公司做电商这块儿的东西,系统挺复杂的,用户量也不小。刚开始几天跟着师傅熟悉环境,主要是看现有测试用例和文档,了解他们的测试流程,从需求评审到测试计划制定,再到用例执行和缺陷跟踪,挺规范的。我接手的是商品管理模块,涉及增删改查和权限控制这些功能。我花了3天时间把这块儿的测试用例梳理一遍,发现不少用例描述不清,场景覆盖也不够全。比如一个商品上下架的功能,同事写的用例只写了正常流程,没考虑库存为负数或者商品分类异常的情况。我就补充了20多个边界和异常场景的用例,师傅看了还挺认可。用Selenium写自动化脚本,覆盖了核心操作路径,把回归测试时间从2天缩短到1天。性能测试那会儿挺头疼,第一次接触JMeter。系统在高并发下响应时间波动很大,一度超过3秒,超出了指标要求。我查了不少资料,发现是数据库查询优化没做好,有些SQL语句嵌套太深。跟后端同事沟通后,他们调整了几个慢查询语句,我把JMeter的线程组数改到800,再次压测时响应时间稳定在1.5秒内,达标了。这次经历让我明白性能测试不光是扔请求,得懂点前后端逻辑。实习期间遇到的最大问题是缺陷提法不清晰。有一次发现一个界面显示乱码的bug,直接写了“页面乱码”,后来开发问了好几次才明白是GBK编码转UTF8时出的问题。我就开始学着用“复现步骤实际结果预期结果”的格式写缺陷,还附上了截图和录屏。师傅说这样提问题能省不少沟通时间。8周里提交了58个缺陷,其中23个是高优先级,推动3次紧急修复。我还整理了10个通用的异常处理测试点,比如网络中断、超时这些,给团队做了个简短分享。最大的收获是学会了怎么把测试用例跟业务逻辑结合得更紧密,以前写用例就是照着需求逐字翻译,现在会主动思考用户可能怎么误操作。公司的培训机制其实一般,入职才给半天产品和技术介绍,后面就靠自学和问同事。建议他们可以搞个实习生知识库,把常见问题和技术文档整理好。岗位匹配度上,我更偏向功能测试,但接触了点性能和自动化,觉得挺有价值的,就是时间太短,很多东西都没深入。如果延长实习期,我希望能参与更多测试策略设计的工作。这次经历让我更确定要做测试开发,但同时也觉得得加强算法和数据库这块儿的基础。三、总结与体会这8周在码源科技的经历,让我对软件测试有了更立体的认识。从7月1日刚开始时连接口测试都分不清,到8月31日能独立用JMeter做简单的压测报告,中间踩过的坑、找到的解决方案,都变成现在脑子里实实在在的东西。提交的58个缺陷里,有15个是因为没考虑跨浏览器兼容性导致的,这个教训太深刻了。后来写自动化脚本时,发现用例设计要覆盖得像盖房子打地基,否则后期维护成本高得吓人,这跟学校做课程设计完全不一样,真实项目复杂太多了。实习最大的价值在于把课本知识跟实际场景绑了起来。比如学过黑盒测试用例设计,但真面对一个包含优惠券、满减、包邮多级逻辑的商品结算模块时,完全懵。通过拆解业务规则、画流程图、找等价类和边界值,慢慢才把测试用例写顺。现在回想,如果当时更熟悉SQL,或许能更快定位几个隐藏的缺陷点。这段经历让我明白,测试不是点点按钮那么简单,得懂业务、会沟通,还得有点技术底蕴。对我职业规划的影响挺直接的。之前觉得测试岗位技术要求不高,现在看来测试开发、性能测试这些方向都需要硬核技能。公司里那个做自动化测试的同事,每天就是写脚本、搞框架,活得很带劲。所以下学期打算系统补一下Python和Linux,还想看看ISTQB那个基础级证书适不适合考,至少有个敲门砖。实习时还发现,测试岗位虽然不像开发那样直接造东西,但把系统跑通、跑稳的关键作用,没人能替代。看现在行业趋势,云原生、微服务这些架构越搞越复杂,测试的挑战也越来越大。以前是功能对不对,现在是性能怎么样、兼容性好不好、安全有没有漏洞。我实习期间参与的系统在高并发下响应时间波动,就是典型的微服务架构难题。这让我觉得,测试这行当,永远有学不完的东西。从学生心态到职场人的转变,就是突然觉得时间不够用了,每天要处理的邮件、要跟进的缺陷,都跟学业完全不一样。这种压力其实挺磨人,但每次解决一个难题后,那种成就感也值了。以后学习或者找工作,肯定要把这段经历当个重要参考,知道自己的弱点和该往哪个方向努力。四、致谢感谢码源科技提供这次实习机会,让我接触到了真实的软件开发测试流程。感谢我的实习导师,耐心指导我熟悉测试用例设计方法,尤其是在处理商品管理模

温馨提示

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

评论

0/150

提交评论