精华内容
下载资源
问答
  • 性能测试二八原则

    2020-06-02 15:07:06
    性能测试二八原则,响应时间2/5/8原则 所谓响应时间的“2-5-8原则”,简单说,就是 当用户能够在2秒以内得到响应时,会感觉系统的响应很快; 当用户在2-5秒之间得到响应时,会感觉系统的响应速度还可以; 当用户...

    性能测试二八原则,响应时间2/5/8原则

    所谓响应时间的“2-5-8原则”,简单说,就是

    • 当用户能够在2秒以内得到响应时,会感觉系统的响应很快;
    • 当用户在2-5秒之间得到响应时,会感觉系统的响应速度还可以;
    • 当用户在5-8秒以内得到响应时,会感觉系统的响应速度很慢,但是还可以接受;
    • 而当用户在超过8秒后仍然无法得到响应时,会感觉系统糟透了,或者认为系统已经失去响应,而选择离开这个Web站点,或者发起第二次请求。

    软件测试理论中,常提到2-8原则

    所谓2-8原则,即80%的bug多发生在软件的20%的模块。所以,在回归测试的时候,这20%的高发地带是关注的重点!

     

     

    二八原则还指:80%的业务量在20%的时间里完成。

    如何理解,下面我们来个例子吧

    用户登录场景:早高峰时段,8:50---9:10,5000坐席上线登陆。

          业务量:5000个 

          时间:20x60=1200秒

        吞吐量=80%x业务量/(20%*时间)=4000/240=16.7/秒

    而并非5000/1200=4.1/秒

    实际上,登录请求数分布是一个正态分布,最高峰时肯定比4.1/秒更高,高峰段实际上完成了80%的业务量,却只花了20%的时间。

    温馨提示:

    1.二八原则计算的结果并非在线并发用户数,是系统要达到的处理能力(吞吐量),初学者容易被误导,那这这个数据就去设置并发数,这是错误滴。

    2.如果你的系统性能要求更高,也可以选择一九原则或更严格的算法,二八原则比较通用,一般系统性能比较接近这个算法而已,大家应该活用。

     

    二八原则还指:

    1、80%的错误是由20%的模块引起的

    -----> 站在用户角度,并非研发实现的角度,正确地选择重要模块作为测试重点,从而不偏离方向。

    2、80%的测试成本花在20%的软件模块中

    -----> 设计用例时需要将时间花倾斜在复杂的20%核心模块上,从而设计更高效的测试用例。

    3、80%的测试时间花在20%的软件模块中

    ------> 软件测试执行过程中需要将时间倾斜在重要模块的测试用例中,从而使测试更加有效,发现bug。

     

    展开全文
  • 性能测试中的二八原则算法

    万次阅读 2021-06-30 17:00:22
    80%的请求 / 20%的时间 * 冗余系数

    80%的请求 / 20%的时间 * 冗余系数

    展开全文
  • 性能测试二八原则,响应时间2/5/8原则 所谓响应时间的“2-5-8原则”,简单说,就是 当用户能够在2秒以内得到响应时,会感觉系统的响应很快; 当用户在2-5秒之间得到响应时,会感觉系统的响应速度还可以; 当用户...

    性能测试二八原则,响应时间2/5/8原则

    所谓响应时间的“2-5-8原则”,简单说,就是

    • 当用户能够在2秒以内得到响应时,会感觉系统的响应很快;
    • 当用户在2-5秒之间得到响应时,会感觉系统的响应速度还可以;
    • 当用户在5-8秒以内得到响应时,会感觉系统的响应速度很慢,但是还可以接受;
    • 而当用户在超过8秒后仍然无法得到响应时,会感觉系统糟透了,或者认为系统已经失去响应,而选择离开这个Web站点,或者发起第二次请求。

    软件测试理论中,常提到2-8原则

    所谓2-8原则,即80%的bug多发生在软件的20%的模块。所以,在回归测试的时候,这20%的高发地带是关注的重点!

     

    二八原则还指:80%的业务量在20%的时间里完成。

    如何理解,下面我们来个例子吧

    用户登录场景:早高峰时段,8:50---9:10,5000坐席上线登陆。

          业务量:5000个 

          时间:20x60=1200秒

        吞吐量=80%x业务量/(20%*时间)=4000/240=16.7/秒

    而并非5000/1200=4.1/秒

    实际上,登录请求数分布是一个正态分布,最高峰时肯定比4.1/秒更高,高峰段实际上完成了80%的业务量,却只花了20%的时间。

    温馨提示:

    1.二八原则计算的结果并非在线并发用户数,是系统要达到的处理能力(吞吐量),初学者容易被误导,那这这个数据就去设置并发数,这是错误滴。

    2.如果你的系统性能要求更高,也可以选择一九原则或更严格的算法,二八原则比较通用,一般系统性能比较接近这个算法而已,大家应该活用。

     

    二八原则还指:

    1、80%的错误是由20%的模块引起的

    -----> 站在用户角度,并非研发实现的角度,正确地选择重要模块作为测试重点,从而不偏离方向。

    2、80%的测试成本花在20%的软件模块中

    -----> 设计用例时需要将时间花倾斜在复杂的20%核心模块上,从而设计更高效的测试用例。

    3、80%的测试时间花在20%的软件模块中

    ------> 软件测试执行过程中需要将时间倾斜在重要模块的测试用例中,从而使测试更加有效,发现bug

    转载 

    滇东北小汉

     https://www.cnblogs.com/PeterZhang1520389703/p/8571139.html

    展开全文
  • 【测试】软件测试之二八原则

    千次阅读 2021-09-15 10:10:36
    1、80%的错误是由20%的模块引起的   站在用户角度,并非研发实现的角度,正确地选择重要模块作为测试重点,从而不偏离方向。 2、80%的测试成本花在20%的软件模块中   设计用例时需要将时间花倾斜在复杂的20%核心...

    1、80%的错误是由20%的模块引起的

      站在用户角度,并非研发实现的角度,正确地选择重要模块作为测试重点,从而不偏离方向。


    2、80%的测试成本花在20%的软件模块中

      设计用例时需要将时间花倾斜在复杂的20%核心模块上,从而设计更高效的测试用例。


    3、80%的测试时间花在20%的软件模块中

       软件测试执行过程中需要将时间倾斜在重要模块的测试用例中,从而使测试更加有效,发现 Bug。


    展开全文
  • 性能测试中的二八原则

    千次阅读 2019-07-20 09:55:59
    这个肯定不会,大家一定得知道一个原则,性能测试从来都不是一门非常精确的技术。二八定律也并不是100%适用于所有业务场景。在没有任何历史数据参考的背景下,二八定律相对来说是一种相对来说靠谱的算法,最起码有...
  • 性能测试理论之二八原则

    千次阅读 2018-06-26 12:37:20
    在性能测试方法论中,很典型的方法就是二八原则,量化业务需求。二八原则:指80%的业务量在20%的时间里完成。如何理解,下面我们来个例子吧用户登录场景:早高峰时段,8:50---9:10,5000坐席上线登陆。 业务量:...
  • 二八原则将人分为了三六九等

    千次阅读 2019-06-25 14:07:20
    ,这种情况下,便需要针对不同价值特征的客户进行分组,整个二八原则也在当前的经济体系下被划分的越来越细致完善。  目前的经济已经由大工业化经济转为了个性化的工业经济、互联网经济,经济体系符合的是每...
  • 性能测试TPS目标值确定-二八原则

    千次阅读 2018-05-09 11:27:34
    在性能测试中通常使用二八原则来量化业务需求。二八原则:指80%的业务量在20%的时间里完成。例:如某个公司1000个员工,在周五下午3点-5点有90%的员工登陆公司周报系统则:业务量=1000个,时间=2x60x60=7200秒根据...
  • 软件测试中的80/20原则

    千次阅读 2019-04-10 09:02:30
    软件测试中的80/20原则
  • 单一职责原则SRP Single responsibility principle  就一个类而言,应该只有一个导致其变化的原因。一个职责就是一个变化的轴线,一个类如果承担的职责过多,就等于将这些职责耦合在一起。一个职责的变化可能影响...
  • 1、80%的错误是由20%的模块引起的 -----> 站在用户角度,并非研发实现的角度,正确地选择重要模块作为测试重点,从而不偏离方向。 2、80%的测试成本花在20%的软件模块中 -----> 设计用例时需要将时间花倾斜在复杂...
  • 1、bug的2 8 原则指的是80%的bug分布在20% 的模块中 针对这种情况我们怎么指导我们测试工作呢: 1、第一轮测试完成之后,分析bug主要分布在哪些模块, bug发现多的模块意味着还有更多的bug 没有发现, 这个可以再次...
  • 测试用例制定的原则

    千次阅读 2013-09-15 10:19:07
    测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽可能完备的测试;基本目标是:设计一组发现某个错误或某类错误的测试数据,测试用例应覆盖方面: ...
  • 干活讲究先干出来再优化,进步的过程在于优化软件,但是前提是尽快做出来,所以把我好这个原则,尽可能多地去写算法程序吧,既然重点在算法上就不要再程序的编写浪费太多的时间; 这个必须每天练习;每天思考,哪怕...
  • 一、应用背景 帕累托法则往往称为二八原理,即百分之八十的问题是百分之二十的原因所造成的。帕累托图在项目管理中主要用来找出产生大多数问题的关键原因,用来解决大多数问题。本文利用Power BI进行帕累托分析...
  • 精品教育教学资料
  • 选购LED灯珠7大原则

    2021-01-20 06:40:01
     D24 辐射功率 26-28mW  D25 辐射功率 28-30mW  D26 辐射功率 30-33mW  D27 辐射功率 33-36mW  D24与D27的辐射功率相差8mW,也就是说,相同尺寸的芯片,做出的灯珠亮度不同,相差很多,需要了解芯片的辐射...
  • 俗称二八定律,又名80/20定律、帕累托法则(定律)也叫巴莱特定律、最省力的法则、不平衡原则等,被广泛应用于社会学及企业管理学等。 是19世纪末20世纪初意大利经济学家巴莱多发现的。他认为,在任何一组东西中,...
  • ISO/IEC 17000:2020 Conformity assessment — Vocabulary and general principles(符合性评估 - 词汇和一般原则)。 本文件规定了与合格评定(包括合格评定机构的认可)和利用合格评定促进贸易有关的一般术语和定义...
  • 绩效指标确定权重的原则

    千次阅读 2021-01-17 17:49:10
    (一)系统优化原则在绩效评价指标体系中,每个指标对系统都有它的作用和贡献, 对系统而言都有它的重要性。 所以,在确定它们的权重时,不能只从单个指标出发,而是要处理好各评价指标之间的关系,合理分配它们的权重。 ...
  • 最新完整英文版ISO/IEC 17000:2020 Conformity assessment - Vocabulary and general principles(符合性评估 - 词汇和一般原则 )。 本标准规定了与合格评定(包括合格评定机构的认可)和利用合格评定促进贸易有关...
  • 有效监控的 10 条基本原则

    千次阅读 2021-10-07 10:57:16
    本文是从我自己作为站点可靠性工程师的经验中,总结了有效监控的10 条基本原则。 1. 不要衡量速率 你可以在查询时推导出随时间变化的速率。 监控的第一条规则是永远不要测量速率,而是测量数量。 我们以 CPU ...
  • 软件开发的201个原则

    千次阅读 2021-11-09 09:46:09
    第2章 一般原则原则1 质量 原则2 质量在每个人眼中都不同 原则3 开发效率和质量密不可分 原则4 高质量软件是可以实现的 原则5 不要试图通过改进软件实现高质量 原则6 低可靠性比低效率更糟糕 原则7 尽早...
  • PMP 考试原则

    千次阅读 2019-12-08 10:54:11
    原则1:会分类,能排序。 分类和排序是项目经理的基本功,涉及面广,用处大。 问题和变更日志、需求文件、可交付成果、活动清单、预算表、质量指标、干系人、风险、供应商等等都涉及到分类,亲和图可用于分类。 通过...
  • 在本讲,我将为大家介绍软件设计原则里面的第四个原则,即接口隔离原则。 概述 接口隔离原则是指客户端不应该被迫依赖于它不使用的方法,一个类对另一个类的依赖应该建立在最小的接口上面。 这句话可能不是很好理解...
  • NIST Standard - ABC’s of Conformity Assessment(符合性评估的ABC原则)-完整英文版(28页).pdf
  • 百度竞价推广中的,28定律是什么?

    千次阅读 2017-06-17 17:26:00
    二八定律(The80/20Rule),又称为80/20法则、帕累托法则、不平衡原则、犹太法则。此法则是意大利经济学家帕累托在19世纪末提出来的。他认为:在任何特定的群体中,重要的因子通常只占少数,而不重要的因子则常占多数...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 130,753
精华内容 52,301
关键字:

28原则