- 博客(35)
- 收藏
- 关注
原创 浅谈软件性能测试的本质
但对于一个用户来说,他可以不关心上面这些(系统的性能参数),大约有一部分的消费者会因为网站过于技术化或者性能问题而选择了离开。换言之,如果你的网站速度太慢客户就会离去淘宝网每年的双11 活动都是对其服务器性能的挑战。因为在这一天所有商品半价,购物的用户量剧增。做为淘宝网的高层更多的关心在线用户数,用户交易量,总交易金额等,做为一名技术人员,我们可能更关心当天系统的吞吐量、每秒钟点击率以及系统资源的消耗情况等,对!这就是系统的性能。那么性能的本质是什么呢?我试抓住一些点来解释。基于用户体验的性能测试但
2021-04-19 16:04:04
166
原创 如何设计可复用的测试用例
软件测试的关键环节是设计和执行测试用例。测试用例的质量与测试人员的技能、经验以及对被测软件的理解密切相关。如果测试人员对被测软件不甚了解,很难在短时间内设计出有效的测试用例;有的测试用例虽然面面俱到,但冗余现象严重,浪费时间、人力和物力。随着软件复用技术的发展,测试复用引起了人们的极大关注,特别是对测试用例复用的研究。所谓测试用例复用,就是对一个软件的已执行的测试用例,将其不同程度地应用于该软件新的测试中或其他软件的测试中。测试用例复用是可行和必要的,表现在:1)软件测试对测试人员的经验和技能要求高,通过
2021-04-19 15:51:04
437
原创 测试老司机谈谈有效的用例编写规则
第一章 什么是高质量的用例1.1 为什么要使用用例用例提供了一种用于构建故事的半形式框架;在每个用例和所有描述层次中,用例都描述了错误情况的系统需求;虽然本质上是一种功能分解技术,但用例已经成为面向对象软件开发的一个流行元素;用例提供了可以在其上处理其他项目信息的骨架:项目经理根据用例进行估计和发布进度;数据及业务规则制定人员可以把自己的需求和所需用例联系起来;用户界面设计人员可以进行设计,并将其与相关用例联系起来;测试人员可以根据用例中描述的成功和失败情况构建测试场景(测试用例);1.
2021-04-19 15:42:54
245
原创 如何对手机软件进行测试用例设计
测试伴随在整个手机软件开发的各个阶段中,测试质量的高低直接关系到手机软件的可用性,友好性,可靠性。可以说,测试环节是手机软件开发的重要环节,是整个开发过程的“中枢神经”。同时,测试用例的设计在测试过程中是非常重要的一个环节,是重中之重。一般来说,设计测试用例应该考虑如下几方面:1)有效性:测试用例是测试人员测试过程中的重要参考依据。不同的测试人员依据相同的测试用例所得到的输出应该是一致的。2)可复用性:良好的测试用例具有重复使用的功能,使得测试过程事半功倍,设计良好的测试用例将大大节约时间,提高测试效
2021-04-19 15:27:11
627
原创 测试老司机设计测试用例的四条原则
测试用例设计的最基本要求:覆盖住所要测试的功能。这是再基本不过的要求了,但别看只是简单的一句话,要能够达到切实覆盖全面,需要对被测试产品功能的全面了解、明确测试范围(特别是要明确哪些是不需要测试的)、具备基本的测试技术(如:等价类划分等)等。那么满足了上述这条要求是不是设计出来的测试用例就是好的测试用例了呢?答案:在理论上是,但在实际工程中还远远不是。之所以理论和实际会有这样的差别,是因为在理论上不要考虑测试用例设计的最基本要求:覆盖住所要测试的功能。这是再基本不过的要求了,但别看只是简单的一句话,要能够
2021-04-19 15:14:27
328
原创 软件测试工程师如何挑选有效的回归测试用例
随着系统的逐步成熟,每个版本包含的新特性越来越少,但是新功能对原系统的影响有多大是我们在测试时需要重点考虑的问题。此时,就势必要进行回归测试。而且系统越成熟,回归随着系统的逐步成熟,每个版本包含的新特性越来越少,但是新功能对原系统的影响有多大是我们在测试时需要重点考虑的问题。此时,就势必要进行回归测试。而且系统越成熟,回归测试的比重也会越大。这将会对测试工作带来不小的挑战。在实际工作中,经常是一方面求全,希望覆盖面尽量广,避免漏测。另一方面求产出,大量的回归测试用例,可能只发现很少的问题,投入与产出不太
2021-04-19 14:51:20
300
原创 浅谈软件测试工程师如何编写测试用例
测试工作也从简单测试演变为包括:编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工测试工作也从简单测试演变为包括:编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工、自动兼之,并有向第三方专业测试公司发展的趋势。一、测试用例是软件测试的核心软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入,在最短的时间内完成测试,发现软件系统的缺陷,保
2021-04-19 14:44:59
760
原创 软件测试工程师测试如何深入理解测试用例设计之 等价类分法
等价类分法是将测试空间划分成若干个子集,并且满足每个子集中的任一数据对揭露程序中的缺陷都是等价的,这些子集就叫做等价类或者叫等价子集。等价类分法1.1 等价类分法的基本概念等价类分法是将测试空间划分成若干个子集,并且满足每个子集中的任一数据对揭露程序中的缺陷都是等价的,这些子集就叫做等价类或者叫等价子集。比如一个程序的输入数据满足 01 ~99中的任一数据和其他数据都是等价的,比如使用了2来进行测试,那么可以假定数据2测试通过的话,1~99中的其他数据也能测试通过。等价类分法可以用来对一些不能穷
2021-04-19 14:31:49
435
原创 软件进行软件测试用例的设计
一个项目最终呈现在用户面前的质量,与测试执行的程度与力度是密不可分的。测试用例设计的基本目的,是确定一组最有可能发现某个错误或者某类错误的一组测试数据。测试用例构 摘 要 一个项目最终呈现在用户面前的质量,与测试执行的程度与力度是密不可分的。测试用例设计的基本目的,是确定一组最有可能发现某个错误或者某类错误的一组测试数据。测试用例构成了设计和制定测试过程的基础,因此测试用例的质量在一定程度上决定了测试工作有效程度。一个好的测试用例使得测试工作的效果事半功倍,并且能尽早的发现一些隐藏的BUG,测试用例
2021-04-19 14:25:10
368
原创 浅谈软件测试用例设计的步骤
设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程,而且要对被测软设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程,而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤:1、测试需求分析从软件需求文档中,找出待测试软件/模块的需求,通过自己的分析
2021-04-19 14:17:43
398
原创 如何看待测试用例生命周期
完整的测试用例生命周期过程,它通常有测试条件标识、测试用例设计、测试用例实现、测试用例的执行,以及测试用例管理等几个阶段组成。由于不同的公司的质量方针和测试策略完整的测试用例生命周期过程,它通常有测试条件标识、测试用例设计、测试用例实现、测试用例的执行,以及测试用例管理等几个阶段组成。由于不同的公司的质量方针和测试策略的不同,采用的测试用例过程可能会有所不同,或者侧重点不同。下图是测试用例生命周期的瀑布结构。 图1 测试用例生命周期测试用例通常是针对被测系统的功能模块来进行设计开发的。每个测试用例
2021-04-16 16:25:20
158
原创 靠谱测试工程师如何使用因果图设计复杂测试用例
使用因果图的好处 1 考虑了多个输入之间的相互组合、相互制约关系 2 能够帮助我们按一定步骤,高效率地选择测试用例,同时还能为我们指出,程序规格说明描述中存使用因果图的好处1 考虑了多个输入之间的相互组合、相互制约关系2 能够帮助我们按一定步骤,高效率地选择测试用例,同时还能为我们指出,程序规格说明描述中存在着什么问题利用因果图导出测试用例需要经过的一般步骤1.分析程序规格说明的描述中,哪些是原因,哪些是结果。2.分析程序规格说明的描述中语义的内容,并将其表示成连接各个原因与各个结果的因果图3
2021-04-16 16:20:32
257
原创 个人感悟软件敏捷测试是否写测试用例?
件敏捷测试是否写测试用例敏捷测试是否写测试用例?答案多种化如果是你,你会选用写还是不用写呢?软件测试时代风起云涌,问题虽小,意义却大,让大家一起学习一起探讨!经过大家的水深火热的探讨答案出来了,但是各有各的想法各有各的不同,但我想他们的所想和所论对于大家都是有帮助的,大家可以看一下这个讨论题,希望在技术上能帮到大家一些。LoveTT : 我觉得敏捷测试不需要写测试用例;所谓敏捷,就是要快准狠,快速的找到系统中存在的问题,高效率的完成测试任务!谁来跟我辩论?傲气凌云 : 我认为需要写,因为所有的
2021-04-16 16:13:21
421
1
原创 基于测试用例进行测试管理
对于产品来说,如何通过黑盒测试来保证产品的质量是一件很艰苦的事,手工测试人员一遍遍的进行测试,最大程度的发现产品中的缺陷。个人认为,在黑盒测试中,测试的核心工作对于产品来说,如何通过黑盒测试来保证产品的质量是一件很艰苦的事,手工测试人员一遍遍的进行测试,最大程度的发现产品中的缺陷。个人认为,在黑盒测试中,测试的核心工作内容应围绕着测试用例来进行。下面为个人对“基于测试用例进行测试管理”的一些认识。我们都知道,测试,不管是白盒,黑盒,功能或性能测试都离不开测试用例,可以怎么说,测试用例是一切测试的基础,也
2021-04-16 16:09:22
241
原创 测试老手教你如何编写黑盒测试与白盒测试的测试用例
单元测试的测试数据可以用两个基本的方法系统地构建。第一个是规格说明测试,这个技术也称为黑盒测试(行为测试,数据驱动测试,功能测试以及输入/ 输出驱动测试)。在这个方法中,不考虑代码本身,在拟制测试用例中使用的仅有的信息是规格说明文档。另一个是代码测试,它在选择测试用例时不理会规格说明文档。这个技术也称为白盒测试(结构测试、逻辑驱动测试以及面向路径测试)。规格说明测试的可行性:考虑下面的例子。假定某个数据处理产品的规格说明指出,必须包含5类佣金和7类折扣。仅测试佣金和折扣的每个可能的组合就需要35个测试用
2021-04-16 16:03:43
1009
原创 测试用例质量不高?我教你如何编写高质量的测试用例!
基于需求的用例仅仅是针对前面没有覆盖到的用例的补充,所以这部分用例应该相对比较少,如果发现比较多的话可以分析下是否研发的一些逻辑没有覆盖到相关地方 如何编写高基于需求的用例仅仅是针对前面没有覆盖到的用例的补充,所以这部分用例应该相对比较少,如果发现比较多的话可以分析下是否研发的一些逻辑没有覆盖到相关地方如何编写高质量的 测试 用例高质量的标准:1、 覆盖到所有的业务逻辑(包括正常逻辑和异常逻辑)2、 覆盖到所有的典型用户场景3、 覆盖到所有的 需求 点4、 测试目标明确,并且测试步骤能够最快的
2021-04-16 16:01:38
417
原创 软件测试人员不要这样写测试用例(给测试新手和老鸟的提示)
测试用例的编写是QA团队的主要活动之一,我们的大部份时间都花在了编写、审查、执行和维护这些用例上。很不幸的是,测试用例仍然是最容易出错的地方。由于理解上的差异,测测试用例的编写是QA团队的主要活动之一,我们的大部份时间都花在了编写、审查、执行和维护这些用例上。很不幸的是,测试用例仍然是最容易出错的地方。由于理解上的差异,测试实践组织方式的不同,以及时间的缺乏等等原因,我们经常看到一些难以让人满意的测试用例。网上有很多关于要怎样写测试用例的文章,但这篇文章却是告诉你不要这样写测试用例——几个将有助于创造
2021-04-16 14:13:05
592
1
原创 软件测试人员正在逐步被自动化所替代
记得大学从计算机毕业时,班里大部分的男同学选择了"开发工程师岗"女同学选择了"测试工程师岗"极个别的“产品经理岗”部分“非计算机行业岗”转眼间,快10年了,大家各奔东西,各为其主数年。在各自的互联网岗位上也基本都是中坚力量了。我后毕业,就一直在做一线开发工作。最近这半年,我觉察到,在 一线的互联网大圈里,产品研发的工程模式,已在悄悄的发生转变。以前是这样的:2012~2015年,移动端互联网井喷式的发展客户端App每月一次发版,都需要几个测试工程师进行测试回归梳理出Tes
2021-04-16 14:05:28
115
原创 软件测试个人感悟之测试用例的评审重点是什么?
对于测试的各项评审中,测试用例的评审尤为重要。因为测试用例的设计决定了测试的充分性和有效性。即使测试报告的评审能够发现测试的问题,但到了那时再重新设计测试用例,重新安排测试,会耗费更多的工作量,会影响软件项目的进度。那么要如何做好测试用例的评审呢?要做好测试用例的评审,就要抓住以下的评审重点:测试用例的整体设计评审测试用例,首先要关注测试用例设计的整体思路。测试用例的设计要能够考虑测试环境的实际,需求的关键程度和优先级,来确定合理的测试优先级或先后次序,以及测试用例数目的多少。软件薄弱环节的测试
2021-04-16 13:57:25
352
原创 我们一起聊聊性能测试是怎么一回事?
问:性能测试最好什么时候开始更好?需求阶段、设计阶段、还是测试阶段?答:有些同事在测试几轮之后,功能稳定了开始介入性能测试,这时才发现性能根本支撑不了预期值。这个时候开发再回头进行系统调优,如果事先选的架构能支撑就好,如果不能达不到预期值,后面讨论或者请教高手发现原先的架构缺陷,再调整架构代价就非常大。基本导致前期的功能测试成果作废。其实各个阶段都有事情做。需求阶段可以整理,评审出性能需求,评审需求可行性时就考虑好数据量和用户量。设计阶段–对预估的需求做设计,举个例子。背景:我们现在使用的是mysql数据
2021-04-16 13:50:07
205
原创 软件测试大型网站如何进行压力测试及性能调优优化方案
性能测试在大型网站系统的设计和开发中非常重要,通常会和容量预估等工作结合在一起,穿插在系统开发的不同方案。性能测试可以帮助我们及时发现系统的性能短板,评估系统的能性能测试在大型网站系统的设计和开发中非常重要,通常会和容量预估等工作结合在一起,穿插在系统开发的不同方案。性能测试可以帮助我们及时发现系统的性能短板,评估系统的能力,在这个基础在上再进行针对性的性能优化。木桶理论应用在系统优化中木桶理论又称短板理论,其核心思想是一只木桶盛水多少,并不取决于最高的木板,而取决于最短的那块木板。木桶原理应用在系
2021-04-15 17:06:49
942
原创 有的放矢,你应该在性能测试报告中使用的 10 个微观指标
性能测试是一项不可避免的任务,但问题是怎么保证测试的指标是正确且合理的?在这篇文章中,你将会了解到为什么常见的主要测试指标是不完美的,以及十个新的测量指标 —— 它们可能会改进你未来的性能测试报告。在很多企业中,性能测试是定期进行的。作为这些测试的一部分,质量保证团队会收集各种指标并将其发布在性能测试报告中。性能测试报告中常用的一些分析指标是 CPU 利用率、内存利用率,关键事务或后端系统的响应时间以及网络带宽,具体取决于企业自身的情况。我更愿意将这类指标归类为宏观指标,宏观指标当然很好,但它们有两个
2021-04-15 16:51:13
113
原创 优酷客户端性能评估解决方案:通用性能测试
客户端性能的重要性不言而喻,一方面影响着客户端整体质量稳定性,任何性能指标的越界都可能造成整个 APP 的崩溃一、客户端性能测试的需求和重要性客户端性能的重要性不言而喻,一方面影响着客户端整体质量稳定性,任何性能指标的越界都可能造成整个 APP 的崩溃,例如 CPU 使用过高导致应用 hang 住,内存占用过多导致 OOM 等等;另一方面,性能影响用户体验,例如页面加载的速度、划动浏览的流畅度等等,对于用户的使用和留存意愿有直接的影响。本文将详细介绍优酷通用性能测试解决方案的落地情况。二、通用性能测试
2021-04-15 16:35:09
294
原创 性能测试过程中会遇到的常见性能瓶颈
针对网络瓶颈,现在冒似很少,不过也不是没有,首先想一下如果有网络的阻塞,断网,带宽被其他资源占用,限速等情况,应用程序或系统会是什么情况,针对WEB,无非是超时,HTT性能测试中如何定位性能瓶颈:性能测试这种测试方式在发生过程中,其中一个过渡性的工作,就是对执行过程中的问题,进行定位,对功能的定位,对负载的定位,最重要的,当然就是问题中说的“瓶颈”,接触性能测试不深,更非专家,自己的理解,瓶颈产生在以下几方面:1、网络瓶颈,如带宽,流量等形成的网络环境2、应用服务瓶颈,如中间件的基本配置,CACHE
2021-04-15 16:14:32
2403
原创 基于 jmeter 的分布式性能测试实战
最近作者在公司部署公司的分布式压力测试情况的时候,遇到了问题,什么问题呢,各种错误,于是大晚上的为了不耽误压测,我们就两个同事两台电脑搞,可是还是不行的呢,我要研最近作者在公司部署公司的分布式压力测试情况的时候,遇到了问题,什么问题呢,各种错误,于是大晚上的为了不耽误压测,我们就两个同事两台电脑搞,可是还是不行的呢,我要研究研究这个是什么梗,于是乎,大晚上加班回家后,白天睡醒第一件事就是来着手在自己家的电脑试试,庆幸的事实我目前手里正好有unbantu的一个系统,那么我就开始实战吧,首先去unbantu部
2021-04-15 15:53:37
128
原创 软件测试Leader日常应该做哪些事
1.参加软件产品开发前的需求调研和分析;2.根据需求,概要设计和开发计划编写项目总体测试计划,详细测试计划,测试大纲和测试文档结构表(测试计划 a.已上线产品维护以及需求一、负责测试组的工作组织和管理1.参加软件产品开发前的需求调研和分析;2.根据需求,概要设计和开发计划编写项目总体测试计划,详细测试计划,测试大纲和测试文档结构表(测试计划 a.已上线产品维护以及需求变更 b.后期新项目的开发);3.测试流程、测试工作规范、工作流程标准的制定(测试流程 a. 新产品开发,敏捷测试高迭代 b.产品上
2021-04-15 15:48:37
204
1
测试工程师不需要了解代码吗?
软件测试是一个行业,里面有若干工种,随着职位的不同,对掌握代码的技能要求是完全不一样的。例如:同样是厨师,但是面点,西餐厨师,对刀工的要求就远远弱于中餐厨师。 当然,当你掌握了代码后,对测试的效果肯定是有正向加分的,但是我要提醒你一句,你的价值来源于你与团队的技能互补,而不来源于你和团队的技能相同点。 也就是说,你的团队到底是需要一个专业测试工程师做基于风险的测试评估,还是需要一个懂开发的测试工程师,用代码测试代码,从而提高做单功能点验证的效率?这是你或者说你的团队需要考虑的问题! 以
2021-04-15 15:45:18
296
原创 全网最全软件测试面试题,拿不到offer算我输!
在当今竞争激烈的软件测试职场中,想要获得理想的职位,就要在面试前做足充分准备,不断的了解用人单位和面试岗位的需求,才能做到“知己知彼,百战不殆。”今天在这里,小编专门为各位即将入行软件测试的小伙伴们准备了一份最全的面试问题及详解答案,助你offer手到擒来!NO.1 你在测试中发现了一个bug,但是开发人员认为这不是一个bug,你应该怎样解决?首先,将问题提交到缺陷管理库里面进行备案。然后,要获取判断的依据和标准:• 根据需求说明书、产品说明、设计文档等,确认实际结果是否与计划有不一致的地方,提供
2021-04-15 15:17:12
879
原创 能读懂这个,才算你真的会Fiddler
Fiddler是一款强大的抓包工具,通过改写HTTP代理,让数据经由Fiddler,借此来监控并截取到请求和返回数据。这样一来它不仅可以定位前后端问题,还能够记录客户端和服务端的所有Http请求、设置断点、篡改数据等,功能非常强大。Fiddler的基本界面包含:工具栏、会话列表、命令行工具、HTTP Request信息栏、HTTP Response信息栏等。1、工具栏:快捷功能菜单,可以进行清除会话、保存会话等操作;2、会话列表:截获的请求会话列表,每一个请求为一个会话;3、QuickExece命令
2021-04-15 14:55:13
88
原创 怎么样不让“测试”环节成为项目敏捷过程中的绊脚石?
最近一次,也就在上个月做的一次在线调查显示,大约70%的公司/团队已开始进行敏捷测试,而之前的调查显示则只有51.2%,不管数据是否存在一些误差,但历史的车轮总是滚滚向前,敏捷开发模式会不断扩展,渗透到研发的每一个角落,甚至向运维渗透,由此产生DevOps。但是,从我写 第一篇“敏捷测试”文章(2010年发表在CSDN《程序员》杂志上的“敏捷测试的方法和实践”),过去八年了,感觉国内软件敏捷测试进步不大,许多问题依旧存在,不少人的困惑也没有消失,甚至不断增长。从敏捷模式落地看,开发遇到的挑战的确比测试要小
2021-04-15 14:32:35
132
原创 编写测试用例的基本方法之边界值
一般边界值分析是因为程序开发循环体时的取数可能会因为<,<=搞错。比如下面代码: for(int i = 0;i <100; i ++){ int j = i+1; System.out.println("循环第“+j+“次”)//循环地做某件事情}这里的程序是循环了100次,所以会做100次;如果程序员不小心,把i <100写成i <= 100,则多循环添加一次,这时候边界值检查是一个很好的测试方法。比如:在一个系统中,...
2021-03-09 17:25:32
1262
原创 编写测试用例的基本方法之等价类划分
等价类划分法应用场景:多用于输入框概念有效,无效等价类划分是指分步骤地把海量(无限)的测试用例集减得很小,但过程同样有效。等价类 :何为等价类,某个输入域的集合,在这个集合中每个输入条件都是等效的。一般可分为有效等价类和无效等价类比如:一个青少年考试的分数(备注13-17岁为青少年)假设青少年年龄为x,13<=x<=17,数学成绩为y:0<=y<=100那么年龄按照等价类划分可分为x<13,13<=x<=17,x>17,有效等价
2021-03-09 17:20:41
723
原创 编写测试计划和测试用例基本方法
对一个测试工程师来说,测试用例的设计编写是一项必须掌握的能力,但有效的设计和熟练的编写测试用例却是一个十分复杂的技术,测试用例编写者不仅要掌握软件测试技术和流程,而且要对整个软件不管从业务,还是对软件的设计、程序模块的结构、功能规格说明等都要有透彻的理解。测试的设计方法不是单独存在的,具体到每个测试项目里都有很多种方法,每种类型都有各自的特点。测试用例是执行测试的依据,把测试系统的操作步骤用文档的形式描述出来: 测试用例是为达到最佳的测试效果或高效的揭露隐藏的错误,而精心设计的少量测试数.
2021-03-09 17:16:44
706
原创 测试员必备,APP测试流程和测试关注点
APP作为现如今几乎最广泛的应用程序,在所有的移动平台上都有应用,并且以极高的速度增长。但是作为程序而言,出现的时间并不是非常久。很多原有的软件测试流程和思想无法直接套用在APP的测试中,因为和一般的PC端软件相比,APP又具有很多特殊的属性。将通过对APP发展的梳理,与软件测试流程和思想的对比,提出APP测试的测试理念以及测试思想,对于不同平台、不同环境和用途的APP进行分类讨论,阐述APP的测试思想,进而分析总结测试流程和要点。一、APP测试思想二、APP测试流程 流程图 ..
2021-03-09 17:11:05
152
原创 PerfDog(性能狗)测试 FPS 字段分析
ScreenShot(只支持USB模式)FPS(1秒内游戏画面或者应用界面真实平均刷新次数,俗称帖率/FPS)1)Avg(FPS):平均帖率 2)Var(FPS):帖率方差 3)Drop(FPS):降帖次数(平均每小时相邻两个FPS点下降大于8贴的次数)jank(1秒内卡顿次数)1)BigJank:1秒内严重卡顿次数2)jank(10分钟):平均每10分走过来卡顿次数3)BigJank(/10分钟):平均每10分走过来严重卡顿次数FTime(上下贴画面显示时间间隔,即认为贴耗时)
2021-03-09 17:03:04
1160
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人