网站大量收购独家精品文档,联系QQ:2885784924

2025年性能测试工程师高频面试题解析.doc

2025年性能测试工程师高频面试题解析.doc

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

性能测试

1.什么是负载测试?什么是性能测试?

性能测试(PerformanceTest):一般搜集所有和测试有关的所有性能,一般被不一样人在不一样场所下进行使用;负载测试(LoadTest):负载测试是一种性能测试,指数据在超负荷环境中运行,程序与否可以承担。

2.性能测试包括了哪些测试(至少举出3种)

基准测试-比较新的或未知测试对象与已知参照原则(如既有软件或评测原则)的性能。

争用测试:-核算测试对象对于多种主角对相似资源(数据记录、内存等)的祈求的处理与否可以接受。

性能配置-核算在操作条件保持不变的状况下,测试对象在使用不一样配置時其性能行為的可接受性。

负载测试(LoadTest)-是一种性能测试,指数据在超负荷环境中运行,程序与否可以承担。核算在保持配置不变的状况下,测试对象在不一样操作条件(如不一样顾客数、事务数等)下性能行為的可接受性。

强度测试StressTesting-核算测试对象性能行為在异常或极端条件(如资源减少或顾客数过多)之下的可接受性。

强度测试在系统资源尤其低的状况下软件系统运行状况,目的是找到系统在哪里失效以及怎样失效的地方。

3.简述性能测试的环节

第一,分析产品构造,明确性能测试的需求,包括并发、极限、配置和指标等方面的性能规定,必要時基于LOAD测试的相似测略需同步考虑稳定性测试的需求。

第二,分析应用场景和顾客数据,细分顾客行為和有关的数据流,确定测试点或测试接口,列示系统接口的也許瓶颈,一般是先主干接口再支线接口,并完毕初步的测试用例设计。

第三,根据性能测试需求和确定的测试点进行测试组网设计,并明确不一样组网方案的重要程度或优先级作為取舍评估的根据,必要時在前期产品设计中提出支持性能测试的可测试性设计方案和对测试工具的需求。

第四,完毕性能测试用例设计、分类选择和根据顾客行為分析设计测试规程,并准备好测试用例将用到的测试数据。

第五,确定采用的测试工具。

第六,进行初验测试,以主干接口的可用性為主,根据测试成果分析性能瓶颈,通过迭代保证基本的指标等测试的环境。

第七,迭代进行全面的性能测试,完毕计划中的性能测试用例的执行。

第八,完毕性能测试评估汇报

4.简述使用Loadrunner的环节

1,创立脚本VuGen-创立脚本,选择协议-录制脚本-编辑脚本-检查修改脚本与否有误

2,用中央控制器Controller来调度虚拟顾客-创立场景,选择脚本-设置机器虚拟顾客数-设置事务-假如模拟多机测试,设置IP

3,运行脚本

4,分析测试成果Analyze

5.什么時候可以开始执行性能测试?

在产品相对比较稳定,功能测试結束后。灵活性比较强。

6.LoadRunner由哪些部件构成?

VirtualUserGenerator、Controller、Analyze

7.你使用LoadRunner的哪个部件来录制脚本?

VirtualUserGenerator

8.LoadRunner的哪个部件可以模拟多顾客并发下回放脚本?

Controller

9.什么是集合点?设置集合点有什么意义?Loadrunner中设置集合点的函数是哪个?

插入集合点是為了衡量在加重负载的状况下服务器的性能状况。在测试计划中,也許会规定系统可以承受1000人同步提交数据,在LoadRunner中可以通过在提交数据操作前面加入集合点,这样当虚拟顾客运行到提交数据的集合点時,LoadRunner就会检查同步有多少顾客运行到集合点,假如不到1000人,LoadRunner就会命令已经到集合点的顾客在此等待,当在集合点等待的顾客到达1000人時,LoadRunner命令1000人同步去提交数据,从而到达测试计划中的需求。

10.什么是场景?场景的重要性有哪些?怎样设置场景?

用例场景应当說是写测试用例,甚至是分析测试要素、设计测试方略此外一种重要的根据了。

首先,软件研发最终是要再顾客那里使用的,用例场景都将在顾客的使用过程中被一一实現。

另一方面,需求的文档会变,设计会变,但顾客的用例场景是基本上不会变的(除非是政策或者战略上的变更)。这样使测试工作的任务愈加明确了,也愈加轻易定义修改的优先级以及在修改提议上和开发人员到达一致。毕竟满足顾客的用例场景是首要的。

与微软等技术主导的软件企业相比,我向国内的软件更多的是市场主导,顾客需求主导的软件企业和设计思想甚至开发模式。

用例场景会比需求文档和分析汇报更轻易理解,同步也是对于理解顾客的需求,产品设计更有协助。在测试中可以协助我們发現不仅仅是功能上的问題。

测试有两个目的:确认功能与否实現对的;确认软件与否实現了对的的功能。

“对的的功能”,我想就是符合顾客需求的功能吧?不根据顾客的用例

文档评论(0)

159****1748 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档