公司网页制作选择软件,seo营销培训,传奇手游排行榜前一,公司设计网站应遵守哪些常理前言
先前在北京出差#xff0c;和同事聊到了一个关于流量网关如何进行性能验证的需求#xff0c;当时专门与同事进行了一番讨论#xff0c;后面写了一篇相关文章。
结果没过多久同事找到我#xff0c;希望我帮他们写一份给到业务团队的性能测试报告#xff0c;原因是业…前言
先前在北京出差和同事聊到了一个关于流量网关如何进行性能验证的需求当时专门与同事进行了一番讨论后面写了一篇相关文章。
结果没过多久同事找到我希望我帮他们写一份给到业务团队的性能测试报告原因是业务觉得他们之前提供的报告不够充分。
这篇文章就来聊聊我对这个需求的分析和理解以及如写出让业务满意的性能测试报告。
需求背景
需求背景实际上在前面中已经提到了写性能测试报告的初衷是目前的组织架构和业务形态决定的。
我目前在Application Infrastructure团队负责测试开发和性能及稳定性相关工作由于公司是纵向的独立BU式的组织架构基础架构团队更多的是作为一个乙方的角色
为各个事业部提供底层的通用技术组件和解决方案。这就是为什么这篇文章标题会题为‘让业务满意’的寓意了。
大多数独立BU式架构的企业业务方往往都处在一个很强势的角色而做底层基础建设的团队本身的绩效和评价往往来自于业务团队影响因素较多。
聊完背景接下来聊聊本文的重点——性能测试报告。我会尝试从报告的作用、业务团队关注的点以及报告背后的思考逻辑来阐述我的一些观点和想法。
测试报告的作用是什么
聊到报告的作用可以尝试从以下几个方面来理解它的作用
流程闭环
现在企业大都讲究流程我在前面的文章里面也谈到了流程的重要性。
在技术领域报告一般都意味着阶段性的结束总结如果是偏数据计算或调研方面报告更是很好的素材和样本。
因此测试报告的作用在流程管理方面是很重要的一个环节和必不可少的产出。
结果量化
上面聊了流程这里聊结果。互联网领域有个黑话叫做拿结果结果是什么
结果不是你写了多少代码提了多少bug而是你在某个阶段做某件事的可量化的产出物。
报告是对这个阶段的高度总结是对目标和结果的拉齐更是向上向下的一个交代
原谅我用了一些互联网黑话因为这些黑话属于一说就透大家都懂的意思。总结一下报告的作用如下
保证流程的完整性工作的阶段性总结可量化的产出结果对业务合作方的交代达成OKR的重要手段老板向上向下管理的抓手个人绩效和年终的影响因素
业务团队更关注哪些内容
聊到这里就要提到需求最核心的部分流量网关。
一般来说流量网关是大部分业务流量的入口它的特点在于一方面需要承载比较高的访问流量
另一方面要起到入口的一些特性作用比如限流/鉴权/防爬等。考虑到容灾可可用性等指标一般在服务部署的时候还需要跨可用区甚至跨机房。
因为基础架构团队负责流量网关等基础组件的研发需要推动在不同的业务团队协助他们接入服务。
业务团队对服务的时延比较敏感且之前部分团队已经有了类似的技术组件这个背景下要说服业务团队接入阻力还是不小的。
所以就有了文章开头所提到的事情。那么类似流量网关这种基础的技术组件业务团队会比较关注哪些内容呢
低时延可用性接入成本流控和鉴权精准的可量化指标明确便捷的接入方案丰富的使用培训和答疑服务 输出让业务满意的性能测试报告
写测试报告是很多测试同学比较头疼的问题但很多时候报告的作用远超形式主义的为老板汇报的作用。下面是我总结的一个性能测试报告的模版供大家参考
PS以流量网关接入业务为例 标题 XXX性能测试报告 结论 经过x轮测试验证涉及x个场景目前的结果已满足x业务的线上实际场景。相比于接入/优化前接入后整体提升xxx对x业务的优势是xxx。 背景目标 为了统一流量入口做到安全防爬/统一鉴权等目的我们选用了APISIX作为流量网关组件。 我们的目标是xxx。业务接入后可以解决xxx问题带来xxx提升避免xxx。 环境信息 网关配置8C16G 集群数量三个可用区每可用区6个节点 网络类型跨可用区单独VPC调用 预期指标 同可用区时延1ms跨可用区时延2ms 验证结果 这里用表格或者图表将不同场景和条件下的详细数据列出来 建议方案 针对不同的业务类型和技术栈我们准备了x种方案 a业务建议x方案原因为xxx优势为xxxb技术栈建议y方案原因为yyy优势为yyy 相关文档 a业务接入文档 b技术栈接入文档 接入常见问题及解决方法
总结
报告要重点突出结论直截了当的给业务方明确的结果
说明验证环境信息尽可能贴近或者匹配业务方的实际情况
阐述项目的背景/目标和如此做的价值价值最好切中业务实际痛点
提供更多可选的方案傻瓜式的接入方案比各种改造更能让业务方接受
相关模板 文档获取方式
这份文档对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点击下方小卡片免费获取。
