logo
logo
首页
Java
开源
架构
数据库
OpenHarmony
全部标签
用户头像
南瓜学院 --- 性能测试 (接口）
作者：刘帅强
2021 年 10 月 29 日
本文字数：1172 字
阅读完需：约 4 分钟
需求的初步分析(明确测试范围)
Web 前台系统
主要功能
非会员功能
首页、 选课（查看课程）、看讲师、意见反馈、分类导航
会员功能
购买课程、学习功能、个人信息管理、消息管理、教师端教学相关功能
用户组成
游客，讲师，班主任，助教，学生
重要性和并发量
有比较多和盈利息息相关的功能点，从用户构成来说，游客和学生的并 发量较高。
Web 后台系统
主要功能
会员功能
课程管理功能，运营管理功能，教学管理功能，题库管理功能，系统管理功能
用户组成
讲师，运营人员，系统管理员
重要性和并发量
由于内部人员使用，对系统性能的容忍性较高，所以重要性可以降低， 而且用户中不包含游客和学生，因此并发量相对较低
App 端系统
主要功能
学生相关的功能，且功能在 web 前台系统中都有
用户组成
游客，学生
重要性和并发量
并发性能测试主要针对后端接口进行压测，app 端调用的接口和 web 前 台调用的相同，在测试接口时需要考虑 web 端和 app 端并发量的叠加
结论
Web 前台需要优先测试性能， Web 后台系统的优先级相对较低，app 端不需要单独测试（但需要考虑并发量的叠加）
需求的细化分析
场景分析（过滤掉不需要测试的场景）
功能点的重要性
优先测试主干功能：
首页，查询课程，注册，登录，课程详情页，加购物车，购物车页面，付款功能，订单管理，学习页面，直播功能，做作业功能考试功能问答功能批改作业/考试功能等
并发量大的场景（些虽然不是主干功能，但是访问量比较高的功能，和用户体验息息相关）
性能测试尽量模拟真实场景 2. 学生如果想查看之前上课的笔记（笔记数量超过 1 万）3. 学生想查询自己之前考试的分数 3. 涉及大数据量的场景 4. 业务逻辑运算比较复杂的场景
并发量分析
确定一个场景需要测试多少并发
需求方明确的并发量
可以得到每个场景明确的并发量，比如日访问量、峰值等数据，尤其像一些老网 站翻新，可以采集老网站数据作为参考。这时直接用获取的并发量测试即可。
没有明确的并发量
首先分析业务场景，根据总访问量定出合适的并发量，实际测试时可以按照阶梯 型逐渐增加并发量，得到参考的测试结果，让需求方自己决定是否可以接受。
特殊场景
周五下半时很多人同时点下班导致并发量急剧上升
响应时间
明确需求响应时间 4. 根据需求方定义响应时间，报告可以明确给出是否测试通过的结果
没有明确的响应时间 5. 使用业内常用的标准
铺底数据
需要造数据的情况
并发本身需要的数据，比如测试 100 个并发登录，需要造 100 个账号
模拟生产上实际的数据量，用于测试涉及数据量较大的场景
如何造数据
从生产环境导入测试环境（不推荐）
写脚本
用工具
自动化脚本录制回放
测试计划
时间：测试开始时间，结束时间
地点：在哪里测的，比如外包测试有可能 onsite，也有可能 offsite
人物： 谁测试的
事情：列举所有和性能测试过程相关的工作
风险控制：罗列出在性能测试过程中可能出现的风险，即导致测试工作延期甚至失败的可能 事件，给出相应的处理方案
执行测试
标签：Web,功能,场景,性能,并发,测试 来源： https://www.cnblogs.com/stormliu/p/15865440.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。