xxnc项目总体测试计划与方案

1、目录：测试整体时间与进度安排4测试概述5122.12.22.3定义：问题5定决方法6定义：问题状态63测试工作准备与环境搭建73.13.23.33.43.53.6测试环境信息7测试环境初始化7界面设置技巧7需要准备的培训与测试资料7组织及基础设置要求8业务流程处理8财务部分8供应链部分8人力资源部分93.6.13.6.23.6.34五种测试安排104.1单元测试概要104.1.14.1.24.1.34.1.44.1.54.1.64.1.74.1.84.1.94.1.10单元测试的概念10单元测试的目标10单元测试的方法10单元测试分工安排10单元测试点11采购管理11销售管理12库存管理13应

2、收管理14应付管理154.2集成测试16集成测试的概念16集成测试的目标16集成测试的方法16集成测试分工安排16集成测试点164.2.14.2.24.2.34.2.44.2.54.3数据转换测试174.3.14.3.24.3.34.3.44.3.5数据转换测试的概念17数据转换测试的目标17数据转换测试的方法17数据转换测试分工安排17数据转换测试点174.4批处理测试184.4.14.4.24.4.3批处理测试的概念18批处理测试的目标18批处理测试的方法184.4.44.4.5批处理测试分工安排18批处理测试点184.5模拟上线测试（UAT 测试）194.5.14.5.24.5.34.5

3、.44.5.5模拟上线测试的概念19模拟上线测试的目标19模拟上线测试的方法19模拟上线测试分工安排20模拟上线测试点205附件215.15.25.3必要基础数据（模板）21测试场景描述（模板）21问题（模板）211 测试整体时间与进度安排测试阶段主要测试工作测试内容起止时间主要第一轮测试为组织建模与方案测试产品功能匹配度3 月份4 月份组织建模与单元测试简单集成测试数据转换测试批处理测试第二轮测试为方案验证与业务真实性测试业务流程流转5 月份7 月份单元测试集成测试数据转换测试批处理测试模拟上线测试集中真实业务模拟测试系统上线可用性9 月份测试概述定义：问题做 NC V6产品测试时，不可避免

4、会碰到一些问题。测试中问题的出现对于项目组来说是一件幸运的事情，可能在正式上线爆发来主要有六大类。得以提前发现并解决。各类问题表现形式多种多样，归纳起1.系统操作类问题（应用问题）。通常的表现形式为最终用户不能独立的完成试上线需要进行的系统业务操作，对某些业务流程不知道该如何选择对应的操作等。2.业务需求类问题（需求问题）。业务需求通常是对系统的要求、对单据的要求、对报表的要求等内容，主要表现在用户对系统操作过程中与现有业务操作中不吻合的情况产生的想法，造成系统应用有些不易用的感觉。3.业务流程类问题（方案问题）。包括系统流程与现有流程不吻合的部分，造成没有人能进行对应系统操作，某些系统流程在

5、实施层面存在岗位不清晰，不能操作的用户却没有相应的权限等。到人的情况，造成应该4.数据错误类问题（数据问题）。数据通常是系统运行中碰到问题最多、影响最大，包括静态数据的错误、缺失、编码不对应以及动态数据中期初数据错误、异常业务数据、账目不。5.权限控制类问题（权限问题）。权限的缺失、错误通常是刚开始集中爆发，其主要原因是由于业务部门对最终用户将来系统操作所需要在权限不清楚或提报最终用户时存在遗漏引起的。6.产品错误类问题（产品问题）。权限的缺失、错误通常是刚开始集中爆发，其主要原因是由于业务部门对最终用户将来系统操作所需要在权限不清楚或提报最终用户时存在遗漏引起的。对于上述问题不仅要解决，还要

6、分析原因，总结经验。有些问题测试时出现了，很有可能正式上线还会出现，比如权限问题，因此要及时建立问题的应急处理机制，将测试中总结的经验运用于正式上线时处理，运维效率。有是企业本身的岗位设置不明确，那么就需要在组织层面将职责划分清楚。因此，通过测试中问题的发现不仅要解决系统过程的操作问题，还应当关注其对正式上线时项目组工作的借鉴意义，总结归纳并充分利用。通过一次有目的、有计划并且严格规范执行的模拟上线是能够给项目组各方带来显著的效益：对项目组来说，通过测试让业务了解了系统的真实情况，用户信心，有利于后续工作的开展；同时项目组也通过测试全面检测了系统准备情况，对各类问题以及可能出现的问题做了提前防

7、范，减少正式上线时各项问题突发引起工作的风险。对于用户来说，通过测试进一步检测了系统对自己业务需求的满足程度，及时提出改善意见，同时最终用户对锻炼了系统操作。对于实施方来说，通过测试将正式上线的各类细致、繁杂的工作任务呈现到用户面前，让相关能够了解到任务的艰巨性；同时通过真实的业务，凸显一些跨部门协作问题，提醒各业务部门进行相关职责的沟通明确。针对测试计划与方案，呈现目前还存在，为最终的系统上线打下基础，不一定所有问题得到解决，但至少业务流程的 80%可以通过测试，主干业务流程跑通。虽然，这样会耽误一些时间，但测试“磨刀不误砍柴功”，是成功上线的前提条件之一。2.2定决方法针对每个问题的处理方

8、法是不同的，大致来说分为六种解决方法：1)无法解决：系统操作要求在时将这种要求搁置。研发中无法实现，或者实现的成本极其高昂，这种情况下暂2)3)手工解决：采用手工方式，对业务流程进行修订，以增强产品的适用性。实施配置解决：业务需求在成。产品中通过实施顾问的系统配置、流程设定、报表设定来完4)客户化开发解决：标准产品无法解决，否则会造成整体架构的影响，这种情况下考虑客户化开发解决。但需要考虑后续产品升级问题。5)6)研发补丁解决：标准后续版本解决：标准暂不解决，在后续产品应该具有，但目前没有，建议研发出补丁解决此问题。产品已经做了产品规划，此功能在后续产品升级时自动实现。产品版本中实现，目前2.

9、3定义：问题状态在测试与实施过程中，对于问题状态的，通常包括以下六种：新提交：最近 3 天提交，刚刚进入问题，还未来得及确认或。待沟通：问题发生后，与问题提交人沟通问题场景，沟通解决方案。处理中：问题确认后，与实施顾问、研发方案中，还未给出解决方法。已提交方案：问题后，经团队合作，确定解决方案，提交问题提交人测试。补丁待测试：产品问题导致，研发提供补丁解决，提交问题提交人测试。已解决：该问题已解决，问题正式关闭。33.1测试工作准备与环境搭建测试环境信息测试：1、XX 正式ip2、XX3 个月全模块临时（可以使用网上报销、电子商务等）ip3、说明：两套代码连接的培训用数据库是一套。系统管理员

10、admin管理员 system财务模块用户 FI01 FI02各财务 BA供应链模块用户 SCM01 SCM02 各供应链 BAHR 模块用户 HR01 HR02各人力资源 BA3.2测试环境初始化3.3界面设置技巧NC 界面 logo 替换方法：NC 登陆界面 logo 文件：nchomeresour尺寸：214*45themerootbluethemeresloginlogo.pngNC 登陆后左上角 logo 文件：nchomeresour尺寸：146*27NC 登陆时动态图标文件：nchomeresour e to UFIDA NC尺寸：250*147themerootbluethem

11、erescontroldesktoplogo.pngthemerootbluethemeresloadingloading.gif请编辑其他文件后，替换上述文件即可。3.4需要准备的培训与测试资料1) 单元测试阶段，测试场景描述，集成测试阶段，测试案例环境初始化内容分工完成时间0、代码安装、硬件锁生成、申请，数据库备份（建账完成后、组织模型搭建后、基本录入基本完成后）、2012-2-71、建账、2012-2-72、权限、角色、用户、2012-2-73、组织模型、2012-2-94、部门、2012-2-85、地区分类2012-2-86、供应商分类、2012-2-87、客户分类、2012-2-88

12、、仓库、货位2012-2-89、物料分类、存货2012-2-810、科目马德顺2012-2-911、资产类别、变动原因马德顺2012-2-1012、凭证模板（应收、应付、存货）马德顺2012-2-913、财务模块功能测试通过、马德顺2012-2-1014、HR 模块功能测试通过、2012-2-1014、供应链模块功能测试通过、2012-2-112) 问题3.5组织及基础设置要求1)组织架构设置：在系统中体现 XX之公司、XX 投资、XX 燃气、区域和本次上线的合资公司。本部及合资公司启用的组织属性符合本次的上线模块，如财务组织、HR 组织、采购组织、库存组织、销售组织与具体公司上线的模块要对应

13、。股权关系设置：按照 XX 投资、XX 燃气与 JV 的投资比例确定，在合并报表的合并架构中体现。2)3)用户、角色及权限：按本部、合资公司提供的顾问、关键用户设置，角色及权限设置要体现本部、JV 及职能组4)供应商及客户分类：按现有的静态数据数据分类设置，供应商应有联合采购供应商、合格供应商。5)6)物料分类及物料：按现有的物料分类，要体现联合采购物料与合资公司自行采购物料.会计科目：按现有会计科目设置，需要包含重要的会计科目：如往来科目、长期投资与所有者权益科目、损益科目、在建工程、固定资产、存货科目。资产分类:按现有资产分类进行设置7)8)9)资产卡片:体现国内会计准则与会计准则在残值率

14、、折旧方法、年限上的区别。项目分类及项目：按现有的工程项目分类进行设置，市政、场站、民建户、民现户、项目 仓库部门按静态数据表设置。：库存组织要体现实体仓库、虚体仓库。：根据静态数据收集表设置。：10)11)12)13)账簿方案:设置国内账簿及国际会计准则账簿(港版)3.6业务流程处理3.6.1财务部分1)2)3)4)5)6)7)体现管理与多组织特性，例如多汇总查询与追踪、跨的凭证审核。业务与财务的协同：通过动态会计把业务单据自动生成财务凭证。多会计准则适应：一张业务单据自动生成国内和港版的的财务凭证。报表取数：资产负债表和损益表的取数。抵消分录：往来类抵消、投资类抵消。计提折旧：根据不同会计

15、准则计提折旧。流程：算分析。对账。基础设置、编制、审核、执行、控制、预8)3.6.2供应链部分1)2)3)4)5)6)7)采购业务类型的流程定义。采购业务的管控模式：参数、流程、集采组织、物料分类联合采购业务从合同需求订单到货入库合资公司自行采购业务工程项目专项采购业务非工程用通用物料采购业务服务或劳务采购业务付款凭证8) 退货业务9)业务付款业务付款与核销库存出入库业务存货成本计算业务入库调整业务出库调整业务供应链单据模板的设置17) 相关单据的流设置3.6.3人力资源部分1)2)3)4)5)6)7)8)9)10)11)12)13)组织机构设置（工会和虚拟组织）根据浏览岗位、信息编制管理岗位

16、变动信息管理岗位空缺提醒薪资标准设置、员工工资定级、工资调整申请工资的多次或分次自定义薪资报表格式与财务系统的总账连接，直接生成总账凭证，按、部门、等进行薪资分析员工假期管理合同流定义组织架构图联查信息五种测试安排单元测试概要4.1.1单元测试的概念单元测试（Unit Test）是在 XXNC 项目实施过程中要进行的最低级别的测试活动，在单元测试活动中，NC V6产品的独立单元将在与产品其他部分相的情况下进试。XX 单元测试不仅仅是作为组织建模一种辅助、同时在功能验证的实施过程中使用，单元测试必须是可重复的，无论是在集成测试，或是模拟上线/测试的过程中。因此，所有的单元测试都必须在整个项目实施

17、生命周期中进行。通常而言，一个单元测试是用于判断某个产品功能或者业务场景下某个业务动作的行为是否与所期望的一致。即单元测试就是测试某块功能是否正常可用！4.1.2单元测试的目标系统单元测试是项目实施的阶段性标志，代表所有模块的业务流程已全部确认，系统配置基功能需求进一步完善，为系统集成测试、模拟上线奠定了必要条件。本完成，4.1.3单元测试的方法在单元测试过程中，各业务组按照子模块划分，将测试分为相应的测试小组，采取相互尽量做到将每个业务流程在不同检查，业务组长把关的方法，可以有效提高测试的准确性。测试业务情况下可能出现的情况测试到位，以保证最终用户的正常使用。对遇到的个别流程设置或系统配置上

18、，测试及时沟通，有效解决问题。4.1.4单元测试分工安排本次测试主要以关键用户为主，测试目的是验证组织建模、方案框架，同时发现与修订新的业务需求。测试过程中发现问题及时上报给，对于当时不能解决，项目组会对该问题进行24 小时以内会给出答复；同时对于暂时不能解决不来，就手工填写对应的数据往下测试。测试工作要正常进行，如果是结果性的数据出4.1.5单元测试点4.1.6采购管理：基础设置：1)2)3)4)建立供应商：建立几家日常最常用的供应商；建立一个供应商建立几个供应商的货源和实际一样。建立几个供应商的价表建立一个供应商折扣，包括数量阶梯价。业务流程：材料采购流程联合采购流程、可行采购流程测试功能

19、点：1)2)3)4)5)6)7)8)9)做供应商做询价单的修改根据请购单做相关的操作根据请购单生成采购订单、验证采购订单生成、变更采购订单采购价格的变更根据采购订单生成收货单的测试根据收货单据做退货测试根据收货单据做补货测试测试检查点：1)以对应的用户检查对应测试点的单据4.1.7销售管理：基础设置：1)2)建立客户：建立几家日常最常用的客户；建立几个客户的价表；业务流程：1)2)3)4)销售流程。正式订单流程。发货流程销售退换货（暂无）测试功能点：1)2)3)4)5)6)7)8)9)10)。.、调价.客户的客户价表的销售的录入销售订单的录入销售订单变更销售订单生成出货计划的测试根据销售计划生

20、成出货单的测试（仓库测试）根据出货单据做退货测试（仓库测试）根据出货货单据做补货测试（仓库测试）根据出货单据做签回操作测试检查点：1)以对应的用户检查对应测试点的单据4.1.8库存管理：基础设置：2)建立地点；业务流程：1)2)3)4)5)6)7)8)收货流程。退换货流程正式工程领料流程。入库流程发货流程销售退换货流程（暂无）借料流程VMI 流程（暂无）测试功能点：1)2)3)4)5)6)7)根据采购订单生成收货单.根据收货单做退换货根据工程做工程领料根据销售计划做出货根据出货单做销售退换货借货出库测试借出还入测试测试检查点：1)以对应的用户检查对应测试点的单据4.1.9应收管理：基础设置：1

21、) 建立客户收款条件业务流程：1)2)3)4)根据发货单立账流程。根据退货单立账。收款单录入收款核销测试功能点：1)2)3)4)5)6)7)8)根据发货单做应收功能测试.改应收价格.收款单录入预收款录入应收冲预收应收调整 应收冲应付收款核销测试检查点：1)以对应的用户检查对应测试点的单据4.1.10 应付管理：基础设置：1) 供应商对应的付款条件业务流程：1)2)3)应付立账流程。付款流程付款核销流程测试功能点：1)2)3)4)5)6)7)8)应付时修改价格。.根据收货单应付款.根据退货单应付 应付调整做付款申请付款核销 预付款录入应付冲应收测试检查点：1)以对应的用户检查对应测试点的单据4.

22、2集成测试4.2.1集成测试的概念集成测试（ egration Test），也叫组装测试或联合测试。在 NC V6 单元测试的基础上，将所有模块按照 XX 实际业务需求（如根据业务地图/流程图或系统框架图配置成为整体系统，进行综合性测试。从而避免，一些模块虽然能够单独地处理业务，但并不能保证所有模块连接起来也能正常的处理业务流程。功能模块在某些局部反映不出来实现。，在全局上很可能出来，影响整体业务流程的4.2.2集成测试的目标4.2.3集成测试的方法4.2.4集成测试分工安排4.2.5集成测试点4.3数据转换测试4.3.1数据转换测试的概念转换测试（ConverTest），转换测试是用于测试旧

23、系统的数据是否能够转换到新的 NC V6 系统上的一种测试。做数据转换测试前需要考虑转换方案，转换过程中需要将在原系统数据方面作出相应的调整，以适应数据转换方案的新要求。转换测试则主要体现在数据库的转换和程序上的转换比较多。4.3.2数据转换测试的目标4.3.3数据转换测试的方法4.3.4数据转换测试分工安排4.3.5数据转换测试点4.4批处理测试4.4.1批处理测试的概念批处理测试（Batch Test）就是借助管理批量的去完成许多导入动作，而这些操作分别都是由很多程序组成，为了能让这些程序自动且有序的进行，就可以通过批处理进行排列并控制。批处理可以借助一些小型工具来实现，用以实现一些基础数

24、据的自动录入工作，以避免手工录入的错误。4.4.2批处理测试的目标4.4.3批处理测试的方法4.4.4批处理测试分工安排4.4.5批处理测试点4.5模拟上线测试（UAT 测试）4.5.1模拟上线测试的概念模拟上线，可以理解为将XX 在一定时间范围内的真实业务，按照预先设计好的业务流程和操作规范，在已经基本配置、开发的基础上，将期初真实业务数据导入的 NC V6 系统中进行重现的模拟运作。4.5.2模拟上线测试的目标模拟上线测试解决以下几个方面的风险：a)新系统能否完成业务需求？这是业务部门各层面最主要的担心，业务部门对于系统能否支撑实际的业务存在忧虑，虽说项目组已经开展了几轮的测试，但是由于没

25、有真实运营数据的支持，使系统脱离了实际的业务数据，其正确性无从判断。b)关键用户关心未来如何应对发生？关键用户是工作的主力，系统上线后有多少问题，如何响应是他们担心。c)最终用户关心如何面对未来的新系统，虽然经过了相关的操作培训，但是对系统的运用熟练程度有限，如果出现一些突发的情况更不知道如何应对。而作为项目组，对于系统上线是非常清楚的，让顾问和 BA 头痛的是如何让业务部门的相关积极的参与到上线相关的准备工作中去，保质保量按时的完成准备工作，从而实现系统d)的按时成功上线。因为，对于业务难与实施方顾问有相同的认知的。，由于缺少直观的认识，对于部分工作的重要性是很风险起因规避：针对和用户的状态，归根结底主要是由于用户对系统上线缺乏直观的认识，感觉系统过实际业务测试导致其适用性受到忧虑与担心。因此，在系统正式上线之前，需要针对业务的真实数据和场景，进行预盘、预导、的模拟可以说是一个很好的提前防范风险、，应用真实数据对配置好的系统，进行一次真实用户信心的方法。针对 XX