怎么自己制作一个好的网站,建设纺织原料网站,响应式网站用什么软件做效果,网站建站加盟性能测试分为5个阶段#xff0c;分别是【需求调研阶段】→【测试准备阶段】→【测试执行阶段】→【测试报告阶段】→【测试总结阶段】。
1、需求调研阶段
需求调研分为两个步骤进行#xff1a;需求调研、需求分析
需求调研
需求调研工作由性能测试实施人员牵头负责#…性能测试分为5个阶段分别是【需求调研阶段】→【测试准备阶段】→【测试执行阶段】→【测试报告阶段】→【测试总结阶段】。
1、需求调研阶段
需求调研分为两个步骤进行需求调研、需求分析
需求调研
需求调研工作由性能测试实施人员牵头负责产品经理、开发工程师、运维工程师配合完成主要是确定系统线上环境的性能需求阅读概设文档详设文档获取以下信息包括系统信息如线上环境硬件、参数配置、系统架构与部署方式、关联系统部署等、业务信息关键业务逻辑与处理流程、交易列表、交易量信息、业务分布规律等、生产问题、文档资料等方面并对收集到的信息进行汇总整理实现对待测系统业务与技术的整体了解
需求分析
将性能需求转为具体的性能需求指标值
例如TPSTransaction per Second系统每秒处理交易数推导过程如下
当前线上APP1.0试用系统主要为查询类交易交易占比40%系统生产交易量统计为1个月约20W笔假设APP2.0系统上线后业务量激增到每日查询类20W则每日总交易量T达到:
T 20W/40%500000笔/日
系统处理能力TPS推导:APP2.0上线后交易量最大500000笔/日,系统晚间几乎无交易量按2:8原则推算,则(500000*80%)/(8*20%*3600)69.4笔/秒取整为70笔/秒每年按业务量增长50%计算则一年后系统处理能力指标约等于7070*50%105笔/秒。
稳定性交易量推导: 取系统处理能力的60%*时长105笔/秒*60%*8*36001814400笔。
经过分析后汇总成测试指标值
Ø 需求分析其主要内容和规范性要求如下
n 性能测试需求应准确描述性能测试指标项及需求指标值。
n 系统范围应准确描述性能测试需求指标值所依托的测试范围信息如应描述测试范围的关联系统逻辑示意图及各关联系统的信息在对系统局部环节进行测试时也需阐明具体测试范围详细描述被测系统的相关子系统。
n 环境差异分析应准确描述性能测试需求指标值所依托的测试环境信息如须描述测试环境的总体网络拓扑结构图、测试环境机器配置表数量、型号、资源、操作系统、以及相应的软件配置、重要参数配置等。同时应准确描述线上环境的上述信息并进行详细的环境差异性分析。
以上分析内容将作为性能测试方案的重要组成部分。
业务模型构建
不同业务模板的占比
2、测试准备阶段 需要完成业务模型到测试模型的构建、性能测试实施方案编写、测试环境的准备、性能测试案例设计、性能测试监控方案设计、性能测试脚本及相关测试数据的准备并在上述相关准备活动结束后按照测试计划进行准入检查。
重点关注测试模型构建、方案设计、案例设计、数据准备等
2.1 方案设计
在方案中需要描述测试需求、启停准则、测试模型设计、测试策略、测试内容、测试环境与工具需求以及各个阶段的输出文档。在方案中还需说明性能测试工作的时间计划安排、预期的风险与风险规避方法等。测试模型设计内容来自本阶段测试模型设计中形成的测试场景以及场景中典型交易及所占比率。
2.2 案例设计
在案例设计中包括案例的描述、测试环境描述硬件、软件、应用版本、测试数据、延迟设置、压力场景、执行描述、预期结果、监控要点。
案例设计是性能测试工作的必须工作环节案例设计的产出文件是《性能测试案例》。
2.3 数据准备
环境准备工作中涉及到基础数据的准备。测试数据的数量、逻辑关系要求十分严格测试基础数据的准备一般采用自造模拟数据或者使用脱敏后的线上数据。
2.4 测试脚本开发
测试脚本开发工作就是发挥LRjmeter的时候。
测试脚本是对业务操作的程序化体现一个脚本一般为一项业务的过程描述。本活动主要为脚本的录制编写、修改和调试工作从而保证在测试实施之前每个测试用例的脚本都能够在单笔和少量迭代次数的条件下能够正确执行。测试脚本开发的一般步骤如下
Ø 通过录制或者编写完成脚本代码生成。代码生成时主要根据需求插入事务作为测试过程中统计交易响应时间的单位
Ø 根据测试需求进行参数化设置
Ø 设定检查点根据报文内容字段判断交易是否正确执行即检查点的设置在应用层面
Ø 根据测试要求确定是否设置集合点
3、测试执行阶段
测试执行阶段是执行测试案例获得系统处理能力指标数据发现性能测试缺陷的阶段。测试执行期间借助测试工具执行测试场景或测试脚本同时配合各类监控工具。执行结束后统一收集各种结果数据进行分析。根据需要执行阶段可进行系统的调优和回归测试。
重点关注结果记录、测试监控、结果分析
3.1 测试执行与结果记录
测试执行过程有相应的优先级策略依据测试案例的优先级别优先执行级别较高的测试案例。测试过程中通过对每个测试结果的分析来决定是重复执行当前案例还是执行新的测试案例通常发现瓶颈问题会立即进行调整并重新执行测试用例直到当前的案例通过。在执行阶段测试的执行、分析调优、回归测试工作较为反复须认真记录全部执行过程和执行结果执行结果数据是分析瓶颈的主要依据。
3.2 测试监控
测试的监控工作与执行工作同步进行场景或脚本开始执行时同时启动监控程序可以用nmon或者系统命令top/vmstat/iostat 等监控网站网页性能Ping/DNS/FTP/UDP/TCP/SMTP等IT基础设施的性能指标
3.3测试结果分析
测试过程中根据前端性能测试工具显示结果、监控结果综合分析出现的测试问题。
例如
测试组在执行“一般日日间交易模型”负载测试570TPS压力时数据库监控发现有死锁想象具体如下
问题分析经与开发一同分析原因如下流控信息收集程序pltflowGthDaemon在同一柜员、在毫秒级并发做交易时plt_flowgather表出现死锁。测试环境联机交易使用同一个柜员号发起因此出现概率较高。
4、测试报告阶段
4.1报告撰写
性能测试报告要内容包括测试目的、范围及方法、环境描述、测试结果描述、结果分析、结论和建议等。
4.2测试结果描述
测试结果的描述应体现性能测试的执行过程如混合场景的容量测试结果展示中需要描述各个并发梯度下测试结果及监控结果在数字形式的结果记录中要求小数点后精确3位有效数字。
4.3测试缺陷与问题
在性能测试分析报告中须描述测试过程发现的缺陷与问题对于确认是测试缺陷的项进行风险评估并给出风险提示。
4.4最终结果分析
测试最终结果的分析该部分内容应该全面、透彻、易理解且通过图表方式表达更直观。
4.5测试结论
测试结论是性能测试分析报告必须包括的内容。测试的结论须清晰、准确回答性能测试需求中描述的各项指标需全面覆盖测试需求。
5.测试总结阶段
性能测试的总结工作主要对该任务的测试过程和测试技术进行总结。性能测试工作进入总结阶段也意味着性能测试工作临近结束。在这个阶段时间允许的情况下应将所有的重要测试资产进行归档保存。
最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你
