Odoo: 世界上第一个免费的开源ERP权威性能测试报告完整版（绝对收藏）

Odoo（以前称为OpenERP）是世界上排名第一的开源ERP系统. 它最初是由一家比利时公司开发的. 经过十多年的发展，目前全球Odoo用户超过200万. Odoo社区以十种语言提供了5,000多个活跃的开发人员. 自2012年以来，美国著名IT杂志《信息世界》连续5年将Odoo选为“全球最佳开源软件奖”的ERP领域第一名.

Odoo的基础结构非常强大，并且可以根据需要安装和加载所有模块，因此用户可以构建自己所需的系统，例如构建块. 即使根本没有安装任何与ERP相关的模块，也只能使用Odoo自己的基础框架来构建适合各种用途的系统. Odoo是B / S架构. 后端是基于Python开发的，前端是基于HTML5和Javascript技术开发的. 所有功能和操作界面都可以在手机上使用，并支持手机适配.

Odoo系统具有许，包括数千个功能模块，例如销售，采购，库存，财务，生产，项目管理，CRM，商店零售（POS），人力资源，车辆管理，午餐管理等等. 上. 从8.0开始，Odoo已经增加了许多电子商务和Internet支持，包括电子商务模块电子商务，企业站点构建系统CMS和电子邮件集成的企业及时消息IM. Odoo不再局限于ERP开源性能测试平台，因此将其重命名为Odoo. 在Odoo 8.0中，除了添加Internet功能之外，另一个重大改进是重写了仓库管理模块（WMS），从而大大改善了WMS的功能和性能. 在Odoo 9.0中，会计模块被重写，从而大大增强了会计报告功能并简化了会计操作. 在Odoo 10.0中，已经重写了生产管理功能，增强了MRP功能，简化了MRP操作，并添加了PLM和QC等功能模块.

传统的商业ERP由模块和用户销售，它们将受到快速发展的客户的极大限制. 用户购买后，如果要自定义以满足自己的需求，则会受到很多限制. 官方系统升级后，用户要升级需要再次花费. 如果您不升级，则根据一般系统开发法，5至7年将不再满足公司的开发要求，因此您必须再次找到合适的系统. Odoo非常开放，所有模块都可以免费下载，用户数量没有限制，可以随意安装，卸载和升级模块.

作为世界上排名第一的开源ERP系统，Odoo当前正在快速发展，其软件功能不断改进且版本更新迅速. 作者在过去的5年中一直在研究该软件，并逐个实施了一些案例，但有一些成功，而有一些则不太成功. 多年以来开源性能测试平台，作者一直在思考该软件可以做什么，它不能做什么，适合什么以及不适合什么？

由于它是开源软件，因此该软件背后没有强大的商业推广公司，甚至没有系统的推广文件. 再加上软件功能的迅速发展，这些问题无法用几句话清楚地解释. 因此，没有足够的权威人士来回答这些问题.

为了解决我的疑问，我们还发布了多年的研究经验，为有ERP需求的人提供了参考选择.

测试目的

1）在给定的硬件环境，网络环境条件和XD公司的多个并发用户的情况下测试Odoo系统的响应速度；

2）根据测试结果，确定Odoo是否可以满足XD的性能要求.

测试背景

1）XD公司当前的CRM系统响应速度较慢，并且当地各分支机构的销售人员抱怨更多；

2）XD在全国设有35个分支机构和25个代理商. 全球分支机构和代理商中约有700名销售人员，预计3年内将达到1500名.

3）在XD提供的硬件环境和网络环境中，基于Odoo的新系统现在和将来都可以满足XD的性能要求.

测试范围

该测试在XD Company的总部办公室进行. 它主要测试服务器（包括Odoo服务器和PostgreSQL服务器）的性能，不测试网络状态，不测试客户端状态，并且不测试各地的分支机构的访问状态.

测试环境

【客户】

联想笔记本电脑，i5双核CPU，8G内存，SSD硬盘驱动器.

[Odoo服务器]

XD公司虚拟机，12核CPU，16G内存

[Odoo服务器]

XD公司虚拟机，12核CPU，16G内存

【网络环境】

XD公司总部的局域网，客户端与服务器之间的网络状况非常好.

测试要求，内容，工具和方法

测试要求

此测试的要求是:

1）测试如果高峰时段登录XD Company的系统用户（员工）超过700名，并且200名用户登录，则Odoo系统的响应速度是否可以满足XD Company的要求.

2）此测试在XD公司总部办公室进行. 它主要测试系统软件和服务器的性能，而不考虑不同地方的网络延迟问题.

并发数估计

根据统计规律，软件系统并发用户数（操作系统并发用户数）的估算公式如下:

（1）平均并发用户数: C = n * L / T

（2）并发用户的峰值数量: C’≈C + 3 * C的平方根

在公式（1）中，C是并发用户的平均数； n是已登录用户（用户）的数量； L是登录用户的平均时间，T是调查时间的长度.

公式（2）给出了并发用户峰值数量的计算方法，其中C表示并发用户峰值数量，而C是在公式（1）中获得的并发用户平均数量. 该公式假定用户行为符合泊松分布.

XD公司的用户情况如下:

1）用户总数为800，实际高峰用户为200；

2）大多数用户（超过500名）是销售员，系统登录时间较短，平均每天少于1小时，销售管理和财务人员登录时间较长，每天的平均估算为4小时；

3）所有用户的平均每日登录时间估计为2小时；

4）用户仅在工作时间使用系统，因此检查时间为工作时间8小时.

XD的并发用户数估计如下:

并发用户的平均数量C = n * L / T = 200 * 2/8 = 50

并发用户的最高数量C’= C + 3 * C的平方根= 50 + 3 * 7 = 71

用户响应时间标准

软件系统的用户响应时间具有业界通用的标准，即2/5/10原则. 换句话说，如果用户在一项操作中做出响应，如果系统在2秒钟内做出响应，则用户将认为这是“非常有吸引力”的用户体验；如果在5秒钟内响应，则用户将其视为“良好”的用户体验；在10秒钟内做出响应将被视为“不良”用户体验；如果10秒钟内未收到响应，则大多数用户将认为此请求失败.

测试内容

该测试根据XD的业务特征测试了五个代表性操作:

1）客户查询，输入关键字，查询客户，测试系统响应时间；

2）创建一个新的销售合同，输入客户，课程和其他信息，单击“保存”，然后测试系统响应时间；

3）客户账单清单，单击“客户账单”菜单，系统显示账单清单，测试响应时间；

4）打开帐单并在列表中随机单击客户帐单以测试系统响应时间；

5）检查付款单，单击检查按钮以检查系统的响应时间.

为了分析不同并发用户下系统响应速度的变化，本测试将按1个并发，50个并发，100个并发，150个并发和200个并发的顺序测试上述五个操作的响应时间.

经过调查，XD当前的CRM系统拥有69,080个客户，4,060个客户合同和17,890张账单. 该测试系统从XD导入了60,000多个客户信息，并创建了20,000多个模拟客户合同.

测试工具

主要测试工具是JMeter测试软件. JMeter是一种广泛使用的Web系统性能测试工具. JMeter是开源软件，JMeter的详细介绍和下载链接参考: .

此测试的辅助工具是FireFox浏览器，Firebug浏览器插件和Excel电子表格.

JMeter可以模拟多个用户同时向服务器发送请求，并记录每个请求和服务器的响应时间. 但是，由于Odoo系统中使用了大量的Ajax连接，因此每个页面将同时发出多个请求（取决于页面的复杂程度，2个更少的请求和20个更多的请求），单个响应时间JMeter记录的请求不能反映整个页面的响应时间.

为了获得整个页面的响应时间，在测试过程中使用JMeter模拟并发用户操作，然后通过浏览器访问系统，并使用Firebug记录整个页面的响应时间.

测试方法

此测试中使用的方法步骤如下:

1）首先使用JMeter记录五项操作: 客户查询，新销售合同，客户帐单清单，期初帐单和帐单审查；

2）修改录制的脚本，主要是将session_id替换为变量；

3）使用JMeter模拟同时执行上述操作的多个用户；

4）同时，使用Firefox浏览器手动操作五项操作: 客户查询，新销售合同，客户账单清单，未结账单，账单审核，并使用Firebug查看系统响应结果和时间；

5）依次测试1个用户，50个并发，100个并发，150个并发和200个并发的系统响应时间.

JMeter模拟用户向服务器发出请求，拦截服务器的响应数据，响应时间和其他参数. JMeter可以打开多个线程来模拟多个并发用户操作系统的情况. JMeter的测试屏幕截图如下:

Firebug将在页面上记录所有Ajax的响应时间，以及整个页面的响应时间. Ajax记录的系统响应包括连接建立时间，服务器响应时间和服务器响应结果传输时间的三倍.

在良好的网络条件下，几乎没有连接建立时间和服务器响应结果传输时间. 下图是在网络条件差的情况下打开销售合同时Firebug记录的页面响应时间. 该屏幕截图说明了:

1）打开销售合同页面，系统启动了10个Ajax调用；

2）每个Ajax调用都包括连接建立时间（灰色），服务器响应时间（紫色）和结果传输时间（绿色）；

3）两次Ajax调用之间的间隔是本地Java脚本执行时间；

4）在同一页面上有Ajax呼叫的并发呼叫（同时呼叫）；

5）包括所有Ajax的调用时间，本地Java脚本的执行时间，整个页面的响应时间为1.49秒；

系统性能测试结果

在1、50、100、150、200的情况下，客户查询，新销售合同，客户开票清单，开票单和开票单这五个操作的系统响应时间如下: <

系统负载

当并发用户数从1逐渐增加到300时，Odoo服务器的CPU使用率逐渐增加. 下图记录了测试工具JMeter从16:40测试开始，并每3秒将一个并发测试用户添加到16:55. 并发用户数达到300，并且服务器的CPU使用率.

从图中可以看到，当300个并发用户时，CPU使用率约为36％.

测试结果分析

1）从测试结果来看，对于1个并发用户和50个并发用户，系统响应速度几乎没有变化，五次操作的响应时间约为2秒；

2）当有100个并发用户时，系统响应速度略有降低，响应速度在2秒至2.5秒之间；

3）从100个并发到200个并发，系统的响应速度略有波动，但在2秒到3秒之间；

4）在当前XD用户数800，已连接用户200，平均并发用户50，峰值并发用户71的情况下，普通系统操作的响应时间小于2.5秒；

5）考虑到未来的发展，如果员工总数增加一倍，用户数为1600，连接的用户数为400，平均并发用户数为100，并且并发用户数的峰值达到142，普通系统操作的响应时间为3秒. 内;

6）当XD Company的每个分支机构访问系统时，考虑到不同地方的网络延迟问题，通常情况下，系统响应时间在4秒以内（考虑到网络延迟增加了1秒）. 根据用户响应时间标准，此响应时间属于“相对较好”的用户体验（5秒以内）.

原始来源:

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-179511-1.html