IT项目实施过程中有两个关键的测试环节，一个是单元测试（Unit Test）、一个是集成测试(Integration Test)；
系统测试前需编制测试脚本，根据业务场景梳理，含流程活动、测试步骤、系统、测试岗位、输入输出、问题记录等内容。
单元测试可基于蓝图设计阶段的流程图，其主要目的是验证系统对流程活动是否能转线支持，是否高效率、高质量的运营；
从业务场景而言，单元测试大抵基于部门级的活动集，如：
销售领域中的流程包括客户维护、客户授信、销售询本报价、销售下单、销售发货等；
研发领域中的流程包括物料维护、BOM维护、工程变更（ECN）、产品开发等；
生产领域中的流程包括主计划排产、MRP运行、生产下单与执行、生产报工及完工入库等；
供应链领域中的流程包括供方寻源、采购价格、货源管理、标准采购、来料入库等；
品质领域中的流程包括新料检验、来料检验、制程检验、成品检验、客诉闭环等；
财务领域中的流程包括采购发票入账、采购付款、销售发票入账、销售回款认领等；
各业务领域因业务模式不同产生的流程：如采购中的委外/寄售/STO/MRO流程等、销售中的寄售/ODM/EPC/跨公司/样品流程等、生产中MTO/ETO/ATO流程等；
以及因管理需要而产生的一些辅助流程，如库存盘点、辅料投料、费用报销、财务月结等；
当然还会包括一些特殊流程，如采购退换货、销售退换货、生产返工等流程。
各个业务领域对应的IT系统也较为清晰：
如销售域的CRM系统、研发域的PLM系统、生产域的MES或MOM系统、供应链域的SRM系统、品质域的QMS系统、财务域的ERP系统（如SAP等）、主数据域的MDM系统(客户/供应商/物料/财务类主数据等)；
而单元测试也正是验证这些流程的有效性，但我们知道，单元测试之后还有个更为关键的集成测试，如何梳理集成测试脚本，显得更有挑战和难度，而对项目的成败，也起得更为关键的作用（待续）
