二八原则

  • 20%员工,创造了80%的利益;
  • 20%的代码,实现了80%的功能;
  • 手机所有的APP中,只有20%是常用的;
  • 80%的时间在解决20%的工作。
时间: 2024-11-24 13:20:43

二八原则的相关文章

性能测试TPS目标值确定-二八原则

在性能测试中通常使用二八原则来量化业务需求. 二八原则:指80%的业务量在20%的时间里完成. TPS(QPS)=并发数/响应时间 例:如某个公司1000个员工,在周五下午3点-5点有90%的员工登陆公司周报系统 则:业务量=1000个,时间=2x60x60=7200秒 根据二八原则来计算3点到5点的TPS=(90%*业务量*80%)/(20%*时间)=0.9*1000*0.8/(0.2*7200)=0.5 注:二八原则计算的结果并非在线并发用户数,是系统要达到的处理能力(吞吐量)

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

所谓响应时间的"2-5-8原则",简单说,就是 当用户能够在2秒以内得到响应时,会感觉系统的响应很快: 当用户在2-5秒之间得到响应时,会感觉系统的响应速度还可以: 当用户在5-8秒以内得到响应时,会感觉系统的响应速度很慢,但是还可以接受: 而当用户在超过8秒后仍然无法得到响应时,会感觉系统糟透了,或者认为系统已经失去响应,而选择离开这个Web站点,或者发起第二次请求. 软件测试理论中,常提到2-8原则 所谓2-8原则,即80%的bug多发生在软件的20%的模块.所以,在回归测试的时候

走进小作坊(九)----省时省力的二八法则

乐帝已经去某视频站点实习了两天,主要从事移动端前端开发.有任务的工作,与之前放羊的状态有非常大不同,从精神领域来考虑,可概括为:降低了对未来的焦虑.添加了对工作的压力. 在复习一门考试之余读了一本学习方法的书,深感久不读书会抑郁,于是今天抽出去图书馆高速阅读了这本<省时省力的二八法则>.     此类介绍理念.概念的书主要的写书架构都会遵照:主题定义.小规模举例.专题性章节举例.最后这个专题性章节举例又可能包括:举例与展望部分.这本介绍二八法则的书也不能免俗,这也符合人类认知过程.这样想来写书

Atitit 快速开发的推荐技术标准化 规范 大原则

1. 如何评估什么样的技术适合快速开发??1 1.1. (重要)判断语言层次..层次越高开发效率越高  4gl  dsl> 3.5gl >3gl1 1.2. 免编译(重要)2 1.3. 热部署(重要)2 1.4. (重要)简化架构与层次..工程架构与学院派理论架构层次相差很大往往..2 1.5. 概念少2 1.6. 上手难度要低.容易理解2 1.7. 零配置或注解2 2. 非技术方面 优先级 备用计划2 2.1. 朝四暮三 vs 朝三暮四   二八原则2 2.2. 遇到麻烦的节点,先略过3 2

软件测试所遵循得原则

软件测试所遵循的原则 一.测试显示缺陷的存在,但不能证明系统不存在缺陷 二.穷尽测试是不可能的,应设定及时终止的条件 三.测试应该尽早进行(见图表) 四.缺陷具备群集特性(问题越多的模块应重点关注)如上图. 对号入座 五.测试的杀虫剂悖论(测试用意,方法应不定期评审修改,增加不同方法用意) 六.测试的二八原则(80%的时间资源用在20%的重要模块) 七.测试活动依赖于测试背景首先,要确定软件设计的用途,比如,通信方面得软件注重于交互,数据传输,多样的功能方面. 所以最好从这方面开始入手.而金融软

软件测试的八大原则

在对软件测试行业有了初步的聊了解以后,对于初学者并不能急于学习软件测试相关技术,而是先要掌握软件测试的原则,这样可以帮助各位建立一个正确的测试观念,帮助你在测试的道路上成长更快.关于软件测试的原则主要有如下几条. 所有的测试都应该追溯到用户的需求 也就是说我们的测试都是要根据客户的要来做,因为客户是花了钱的,而软件开发行业的所有岗位也都是围绕客户而展开工作的,如:软件开发工程师,目的是为客户开发.UI设计师,也是根据客户的要求去设计产品.等等就不再一一赘述. 2.将"尽早和不断的测试"

大型网站技术架构

初始阶段 小型网站的架构很简单,访问量很少,一台服务器充当应用服务器.数据库服务器和文件服务器都绰绰有余. 应用服务与数据服务分离 随着业务量的增大,业务的处理能力遇到了瓶颈.CPU总是满负荷,文件越来越多,而数据库越来越繁忙.这时候需要增加服务器,将服务器的职能进行划分,分别是应用服务器.文件服务器和数据库服务器. 缓存技术改善网站性能 网站访问量的规律与现实世界中的财富分配一样遵循二八原则.80%的业务集中在20%的数据中,比如百度搜索的关键字集中在少数的热门词汇中,淘宝前几页的商品占了大部

团队默契与团队信任

团队默契.高效的团队必然是默契的,一起做事儿,你中有我,我中有你.在软件过程研发与测试关系也是这样,研发了解测试需要经历过程,测试了解研发需要完成程序设计,彼此了解可能遇到的问题,你没有做好时,我愿意拉一把.这就是默契.这样能成为最高效的研发与测试.实际上现实情况中,上下游的环节也是这样,从需求,设计,开发,测试到运维环环相扣,只有一起高效协作才能做成一件有影响力的事情.团队默契来自于基于智商表现出的情商,支撑团队执行力的,其实是团队智商.团队默契是最有战斗力的东西.默契体现了信任.团结.共同的

会员管理软件的使用价值

很多打工者最大的梦想就是能够自主创业,不再给别人打工.说来也是,打工永无止境,始终也不是个办法.因此,开店一直都是创业的一大趋势,所以很多打工的人,其实都是想通过打工积攒一些实力,然后给自己开一个小店,当当老板创业.一说到创业开店,很多朋友就会想到第一层关于"店面.货源.资金"等等一大堆问题,也还有心细的朋友就会想到第二层关于"收银软件和会员管理系统"的问题,如果你只想到前面的问题,说明你只是个普通的创业者,如果你能想到后面的问题,那说明你已经是一个有创业经验的人,