MOQ，全称是Minimum order Quantity，指的是国际贸易术语和计算机术语，即最小订购量（最小订单量）。

MOQ 即最小订购量（最小订单量）

对每个产品设定建议订单量是补货的方法之一。另外要注意订单的有效性，这是由供应商制定的规则。比如说最小订单量、包装数量和方式等等。采购者的建议订单量是在这个基础上制定的。

如果订单量比较少不能满足最小订单量，供应商不会送货，反之订单量比较高，就可能导致较高的库存。这就需要采购者平衡两者的关系。

注意：最小订购量与供应商的成本紧密相关。供应商会根据生产情况与成本控制，根据客户订货量确定最小订单量。即在此数额以上，供应商可以发货。

假设成本取决于：

订购量Q（数量），单位成本C（金额），每年的占用成本占单位成本的百分比Z（%），每次订购处理成本S（金额）和每年需要量D（数量），可以得出三个变量：平均存货量Q/2，每年订货次数D/Q和每年每单位占用成本ZC。则成本T为：

T=每年订购成本+每年占用成本=每年订购次数×每次订购处理成本+平均存货量×每单位占用成本

即T=（D/Q）S+（Q/2）ZC

令dT/dQ=0，得到最佳订购量=√2DS/ZC

Moq是利用诸如Linq表达式树和Lambda表达式等·NET 3.5的特性，为·NET设计和开发的Mocking库。

让Mocking以一种自然的方式与现有单元测试进行集成，使它更加简单、直观，以避免开发人员被迫重写测试或学习需要大量录制/播放的Mock框架。Moq的目标就是为了帮助那些编写测试代码，但却不使用Mocking框架的开发人员。Moq的设计原则就是以极低的门槛来获取良好的重构能力。

强类型：不支持使用字符串来设置期望（expectations），也不支持Object类型的返回值和约束条件与VS的完美集成：所有的特性都全面支持VS智能感知，从设置期望，到指定引用方法的参数、返回值等全部支持。不再需要学习录制/播放，只需要构建你自己的Mock，设置好你的期望；调用它，然后有选择地验证它们即可。正如前三个特性所描述的，这让它的学习曲线极低，大多数情况下，你甚至无须阅读文档。

细粒度的控制胜过使用一个简单的MockBehavior枚举器来实现对行为的Mock（再也不用去学习Mock、Stub、Fake和动态Mock等之间的理论差异了）可以对接口和类进行Mock重载期望：可以在全局设置时给Mock方法设置缺省的期望，在测试方法中可以根据需要对它进行重载。传入构造参数到被Mock类

使用Mock拦截和引发事件 Moq是开源的，而且期待更多人的贡献，它的源码、二进制文件包以及一个入门指南都托管在Google Code上。

Daniel Cazzulino是Moq的主要维护者，他已经发布了一系列的文章来说明为什么创建Moq，并提供了几个很好的示例以展示如何有效地使用Moq。