性能测试】性能测试流程是什么

2021-02-26 16:18发布

3条回答
summer
2楼 · 2021-02-26 17:08

需求分析、测试准备、测试执行、结果分析与调优、报告与总结

请叫我雷锋叔叔啊
3楼 · 2021-02-26 17:26

如上图所示

征戰撩四汸
4楼 · 2021-10-29 13:54

1.分析性能测试需求

性能测试需求分析是整个性能测试工作的基础,测试需求不明确则这个测试过程都没有意义的。在性能测试需求分析阶段,测试人员需要收集有关项目的各种资料,并与开发人员进行沟通,对整个项目有一定的了解,针对需要性能测试的部分进行分析,确定测试的目标。例如客户要求软件产品的查询功能响应时间不超过2s,则需要明确多少用户量情况下,响应时间不超过2s。对于刚上线的产品,用户量不多,但几年之后可能用户量会剧增,那么在性能测试时是否要测试产品的高并发访问,以及高并发访问下的响应时间。对于这些复杂的情况,性能测试人员必须要清楚客户的真实需求,消除不明确因素,做到更专业。

对于性能测试来说,测试需求分析是一个比较复杂的过程,不仅要求测试人员有深厚的理论基础(熟悉专业术语、专业指标等),还要求测试人员具备丰富的实践经验,如熟悉场景模拟、工具使用等。

2.制订性能测试性能计划

性能测试计划是性能测试工作中的重中之重,整个性能测试的执行都要按照测试计划进

在性能测试计划中,核心内容主要包括以下几个方面

(1)确定测试环境:包括物理环境、生产环境、测试团队可利用的工具和资源等

(2)确定性能验收标准:确定响应时间、吞吐量和系统资源(CPU、内存等)利用总目标和限制。

(3)设计测试场景:对产品业务、用户使用场景进行分析,设计符合用户使用习惯的场景整理出一个业务场景表,为编写测试脚本提供依据

(4)准备测试数据:性能测试是模拟现实的使用场景,例如模拟用户高并发,则需要准用户数量、工作时间、测试时长等数据。

3.设计性能测试用例

性能测试用例是根据测试场景为测试准备数据,例如模拟用户高并发,可以分别设计100用户并发数量、1000用户并发数量等,此外还要考虑用户活跃时间、访问频率、场景交互等各种情况。测试人员可以根据测试计划中的业务场景表设计出足够的测试用例以达到最大的测试覆盖。

4.编写性能测试脚本

测试用例编写完成之后就可以编写测试脚本了,测试脚本是虚拟用户具体要执行的操作步骤,使用脚本执行性能测试免去了手动执行测试的麻烦,并且降低了手动执行的错误率。在编写测试脚本时,要注意以下几个事项。

(1)正确选择协议,脚本的协议要与被测软件的协议保持一致,否则脚本不能正确录制与执行。

(2)性能测试工具一般可以自动生成测试脚本,测试人员也可以手动编写测试脚本,而且测试脚本可以使用多种语言编写,如Java、 Python、 JavaScript等,具体可根据工具的支持情况和测试人员熟悉程度选取脚本语言。

(3)编写测试脚本时,要遵循代码编写规范,保证代码的质量。另外,有很多软件在性能测试上有很多类似的工作,因此脚本复用的情况也很多,测试人员最好做好脚本的维护管理工作。

5.测试执行及监控

在这个阶段,测试人员按照测试计划执行测试用例,并对测试过程进行严密监控,记录各项数据的变化。在性能测试执行过程中,测试人员的关注点主要有以下几个。

(1)性能指标:本次性能测试要测试的性能指标的变化,如响应时间、吞吐量、并发用户数量等

(2)资源占用与释放情况:性能测试执行时,CPU、内存、磁盘、网络等使用情况。性能测试停止后,各项资源是否能正常释放以供后续业务使用

(3)警告信息:一般软件系统在出现问题时会发出警告信息,当有警告信息时,测试人员要及时查看。

(4)日志检査:进行性能测试时要经常分析系统日志,包括操作系统、数据库等日志。

在测试过程中,如果遇到与预期结果不符合的情况,测试人员要调整系统配置或修改程序代码来定位问题。

性能测试监控对性能测试结果分析、对软件的缺陷分析都起着非常重要的作用。由于性能测试执行过程需要监控的数据复杂多变,它要求测试人员对监控的数据指标有非常清楚的认识,同时还要求测试人员对性能测试工具非常熟悉。作为性能测试人员,应该不断努力深入学习,不断积累知识经验,才能做得更好。

6.运行结果分析

性能测试完成之后,测试人员需要收集整理测试数据并对数据进行分析,将测试数据与客户要求的性能指标进行对比,若不满足客户的性能要求,需要进行性能调优然后重新测试直到产品性能满足客户需求。

7.提交性能测试报告

性能测试完成之后需要编写性能测试报告,阐述性能测试的目标、性能测试环境、性能测试用例与脚本使用情况、性能测试结果及性能测试过程中遇到的问题和解决办法等。软件产品不会只进行一次性能测试,因此性能测试报告需要备案保


相关问题推荐

  • 回答 9

    在测试前,应该对测试结果有一个初步的估计。比如,性能(IO/CPU)应该是提升,还是降低,大概幅度会有多少。这样当测试结果与预估偏差极远时,很可能测试的过程或者方法是有问题的。1) 如果是已有模块,可以参考改模块历史的测试数据。看变化是否合理。2)...

  • 回答 17
    已采纳

    响应时间、并发用户数、TPS、吞吐量、CPU利用率、内存使用率、在线并发用户数等

  • 回答 20
    已采纳

    性能测试是基于功能、接口完整的情况下,对服务端进行压力测试、负载测试、疲劳测试、并发测试,来发现性能瓶颈。一、负载测试。负载测试的目的主要是为了测试软件系统是否达到需求文档设计的目标;例如一款软件在一定时期内,最大支持多少并发用户数,软件请...

  • 回答 7
    已采纳

    测试模型V模型测试阶段:单元测试集成测试系统测试瀑布模型瀑布模型(Waterfall Model) 是一个项目开发架构,开发过程是通过设计一系列阶段顺序展开的,从系统需求分析开始直到产品发布和维护,每个阶段都会产生循环反馈,因此,如果有信息未被覆盖或者发现了...

  • 回答 4

    一、准备工作在什么阶段开展性能测试工作?一般情况下,是在被测系统已完成功能测试、系统趋于稳定的情况下,才会进行性能测试。1. 组建测试团队根据被测系统的实际情况,组建一个性能测试团队,团队成员包括:开发人员、运维人员、DBA和测试人员等。2. 性能需...

  • 回答 2

    性能测试针对场景来讲的,在不同的场景,得出性能指标值。这些场景是真实环境有可能出现的。常见场景——压力测试,是否能长期提供服务

  • 回答 4

    上面看,运行结果没有任何提示,也不知道运行到什么程度,相当不友好,那我们来美化一下吧!等等!这是个死循环,通过脚本运行自己,所以会永远运行下去。我的天,幸好发现得早。现在 更换authTest.sh,原因是这个是要运行eaidkAuth文件的,因此需要更改,否...

  • 回答 4

    对于接口测试,首先测试人员要懂代码,你只需要知道接口的作用是什么就可以了,其次,自己去读开发的代码。然后,根据该接口功能及代码写测试用例:根据该接口参数,构造不同的用例,测试接口在参数合法及非法情况下能否达到预期效果,根据该接口中的逻辑,测...

  • 回答 8

    越老越吃香,可以干到退休

  • 回答 2

    一、准备工作1、系统基础功能验证性能测试在什么阶段适合实施?切入点很重要!一般而言,只有在系统基础功能测试验证完成、系统趋于稳定的情况下,才会进行性能测试,否则性能测试是无意义的。2、测试团队组建根据该项目的具体情况,组建一个几人的性能测试te...

  • 回答 3

    Testing script(测试脚本),一般指的是一个特定测试的一系列指令,这些指令可以被自动化测试工具执行。 为了提高测试脚本的可维护性和可复用性,必须在执行测试脚本之前对它们进行构建。或许会发现这样的情况,即有的操作将出现在几个测试过程中。因此,应有...

  • 回答 3

    1、负载测试;通过自动化测试工具模拟程序或者软件系统在超强负荷条件下,观察系统各项性能指标的变化情况,一般与压力测试共同进行。2、强度测试;指系统在资源条件很差工作环境下的运行情况,如人为限制网络带宽,内存等。3、容量测试;一般指...

  • 回答 4

    吞吐量指在一次性能测试过程中网络上传输的数据量的总和。对于交互式应用来说,吞吐量指标反映的是服务器承受的压力,在容量规划的测试中,吞吐量是一个重点关注的指标,因为它能够说明系统级别的负载能力,另外,在性能调优过程中,吞吐量指标也有重要的价值...

  • 回答 3

    当前业界常见的服务器性能指标有:TPC-CTPC-ETPC-HSPECjbb2005SPECjEnterprise2010SPECint2006 及 SPECint_rate_2006SPECfp2006 及 SPECfp_rate_2006SAP SD 2-TierLINPACKRPE2一、TPC (Transaction Processing Performance Council) 即联机交......

  • 回答 5

    在每种不同的系统架构的实施中,开发人员可能选择不bai同的实现方式,造成实际情况纷繁复杂。我们不可能对每种技术都详细解说,这里只是介绍一种方法提供给你如何选择测试策略,从而帮助分析软件不同部分的性能指标,进而分析出整体架构的性能指标和性能瓶颈...

  • 回答 6

    一、B/S架构需要关注WEB服务器的性能指标Avg Rps: 平均每秒响应的次数=总请求时间/秒数Avg time to last byte per terstion:平均每秒业务脚本的迭代次数Successful Rounds:成功的请求Failed Rounds:失败的请求Successful Hits:成功的单击次数Failed Hits:失败...

没有解决我的问题,去提问