第四方物流管理系统的分析与软件测试

《第四方物流管理系统的分析与软件测试》由会员分享，可在线阅读，更多相关《第四方物流管理系统的分析与软件测试（14页珍藏版）》请在装配图网上搜索。

1、 第四方物流管理系统的分析与软件测试The Analysis and Testing for the Fourth Party Logistics System完成时间 2013年4月16日吉林大学珠海学院本科毕业设计开题报告摘要随着物流的行业的发展，出现了新兴的物流角色，第四方物流管理系统。在物流供应商和货主之间，作为第四方物流商，可以为客户追踪物流订单的进度和提交报告给货主。监督物流供应商是否执行与货主间的服务协议。第四方物流管理系统，其通过货主的货运订单和物流供应商的货运节点信息，追踪货运进展，也是以此为基础为货主提交货运报告。本论文的内容就是围绕着货运订单和货运节点的测试。这两种货运信

2、息是第四方物流管理系统的核心内容。关键词: 第四方物流管理系统；货运订单；货运节点；货主；物流供应商AbstractWith the development of Logistic, there comes a new role of it, named fourth party logistics, or called 4PL.Being a 4PL between Logistic Server Provider, LSP, and Shipper, the role should track order progress and report to shipper. Monitor if

3、 LSP carry out the services per agreement between shipper and LSP.As the Fourth Party Logistic System role between shipper and LSP, Seek for continuous improvements opportunities to further lower the supply chain cost and quality, tracking the progress and reporting the shipment status to shipper, b

4、asing on the information including both shipment order, and milestone which uploaded from shipper and LSP. Provide advice and seek solution to help resolve operation exceptions. Taking about the testing for the Shipment order and Milestone, that is the core of this thesis.Key words：4PL；Shipment Orde

5、r；Milestone；Shipper；Logistic Server Provider目录1.绪论11.1引语11.2名词解析11.3测试对象简介21.4测试流程简介22.需求分析与系统设计32.1业务背景32.2项目与解决方案对象32.3业务分析42.3.1 业务角色与用户42.3.2 货运订单类型42.3.3 货物类型62.3.4 货运订单属性72.3.5 货运订单完成节点82.4用户结构设计92.4.1 账户结构分析102.4.2 用户权限设计102.5货运订单设计112.5.1 货运订单必填项112.5.2 重要货运信息122.5.3 货运订单模板132.5.4 取消货运订单142.

6、6货运节点设计152.6.1 货运节点概述152.6.2 货运节点状态152.6.3 货运节点术语162.6.4 货运节点截止点172.6.5 Normal Export货运节点172.6.6 货运节点模板192.6.7 货运节点接收规则193.测试设计203.1测试环境与概要203.1.1 环境203.1.2 概要203.2货运订单测试设计203.2.1 货运订单字段结构与映射测试203.2.2 字段长度与类型校验测试223.2.3 货运订单上传测试253.3货运节点测试设计263.3.1 货运节点必填项测试263.3.2 货运订单存在性测试273.3.3 货运订单状态测试273.3.4 货

7、运节点映射测试283.3.5 联合运输方案测试293.3.6 货运节点补充信息测试293.3.7 四联运单号测试304.测试执行344.1执行测试计划344.2制作测试数据344.3检验测试结果365.缺陷管理375.1缺陷管理的重要性375.2利用工具管理375.3缺陷管理的流程385.3.1 上报385.3.2 跟踪395.3.3 重测396.进度报告40参考文献42致谢431. 绪论1.1 引语伴随着国民经济的飞速发展，对于物流行业的市场需求日益扩大。对于社会发展而言，物流运输必不可少。因此，物流运输在日新月日的社会发展过程中，扮演着越来越重要的角色。在信息化高度发达的今天，如何利用信息

8、化技术，有效的提高物流效率，以及更高效的安排物流配送服务，节省物流成本，提高运转效率，成为越来越热门的研究领域。第四方物流商，即是随着物流行业的发展，而衍生的一个新兴物流角色。第四方物流，简而言之，就是负责除实际物流行动之外的一切物流规划和信息管理，是一个与信息化高度结合的物流角色。相信在将来，随着物流行业的信息化程度逐步提高，对于物流效率的更高追求，第四方物流将被各个物流供应商所重视，其角色会日渐成熟和广泛应用，将会凸显出其在物流管理领域的前卫性，所以，第四方物流将是一门非常有发展前景的领域和日益新兴的角色。本选题即是围绕着为第四方物流而设计的信息管理系统而研究，从项目的立项，需求分析，测试

9、设计，测试执行，结果反馈，做以详细论述，希望从各个方面，完整地测试第四方物流系统的功能完整性，健壮性，为此系统上线后，庞大的数据处理，做好质量把关。同时，对于此测试设计的结构完整性，可操作性做了完善的保证。1.2 名词解析A. 第一方，Shipper，货主。B. 第二方，Consignee，收货人。C. 第三方物流，Third Party Logistics，简称3PL，或TPL。由第三方物流企业提供物流活动的一种物流形态。3PL既不属于第一方，也不属于第二方，因此，3PL不拥有商品，不参与商品的买卖。而是为客户提供以合同为约束的系列化，个性化，信息化的物流代理业务。D. 第四方物流，Four

10、 Party Logistics，简称FPL。第四方物流是一个供应链的集成商，负责第三方物流安排之外的功能整合。专门为第一方，第二方和第三方提供物流规划，咨询，物流信息管理。第四方并不参与实际的物流活动。E. 货运订单，Shipment Order，简称为SO或者SU。货主发货的物流订单，物流供应商按照货运订单提供物流服务。F. 货运节点，Milestone，简称MS。在物流环节中的各种物流活动的时间节点。譬如，班轮的订舱时间，班轮的卸货时间，到达目的港的时间等等。G. 电子数据交换，Electronic Data Interchange，简称EDI。是指按照同一规定的一套通用标准格式，将标准

11、的经济信息，通过通信网络传输，在贸易伙伴的电子计算机系统之间进行数据交换和自动处理。H. 第四方物流管理系统，Four Party Logistics System，简称4PL，如果本课题中没有特指，4PL即代表“第四方物流管理系统”。1.3 测试对象简介本课题研究的测试对象是OOCL Logistics针对Bayer Material Scientist China的物流业务，所开发的一款物流业务管理系统。其主要功能是以第四方物流商的角色管理各个第三方物流供应商为此化工企业提供服务的物流订单。在此系统之上，货主，第三方，第四方，以相应的身份登陆，追踪货物节点或者上传货物节点信息。最后，各方共

12、同完成一票货物运输所需要的信息。与此同时，系统会每天，每周，每月生成相应的报表，以便各方进行业务结算。1.4 测试流程简介根据第四方物流管理系统的业务流程，制订了本文的测试设计方案。主要由两部分组成，一为货运订单，二为货运节点。一个完整的货运流程需要从订单上传开始，物流供应商和第四方物流商得到客户上传的货运订单之后，根据货运订单的类型和在内的货运信息，提供货运节点信息，当货运节点信息齐全即可标注此货运订单完成。针对整个业务流程，结合系统的设计文档，和与需求分析团队坐了详细交流之后，深刻理解用户的需求，以及系统的功能，本文设计了详细的测试方案。2.需求分析与系统设计22.1 业务背景本人在OOC

13、L Logistics，简称OLL，实习期间，参与了第四方物流管理系统项目。这个系统将以一种全新的物流角色进行货运跟踪和管理。此系统将在开发完成后，将整合到Mypodium货运系统之中。现处于独立开发阶段。以拜尔材料科学（中国）有限公司，简称BMSC，为主要客户，并以其业务需求为用户需求。BMSC是拜耳在亚太地区最大的分部，为了专注于战略发展和主营业务管理，BMSC把物流管理和与之其他的工作作为交由OLL作为第四方物流供应商管理。拜尔是主要物流业务是化学品运输，其运输类型和种类将在后文详细解析，需要缜密的物流报告，确保化学品运输的安全以及管理，还有需要配合公安部门的监管。作为拜耳的第四方物流供

14、应商，OLL应该履行以下角色和责任：A. 追踪订单进程，在发生意外事件时为BMSC提供报告。B. 获取并发送操作结果，及时为BMSC的系统提供准确的信息。C. 监督LSP完成BMSC与之协定的服务。D. 与LSP共同协作解决发生的意外。E. 为意外事件提供建议与寻找解决方案。F. 测量与报告LSP基于业务数据的绩效表现，并提供未能到达BMSC要求的KPI之证明。G. 确定行动领域与改进余地，以及和BMSC探讨建议。2.2 项目与解决方案对象作为第四方物流供应商，OLL依照并遵循与BMSC的物流服务协议。为了实现业务目标，OLL应该：1. 认识到作为4PL的责任，建立4PL的管理，过程与解决模型

15、。2. 提供作为拜耳SCP的支持，实现订单的有效管理，物流活动，货运节点，KPI和LSP。3. 不断寻求改进机会进一步降低供应链成本和质量。4. 能为4PL管理在4PL，LSP，BMSC之间的信息交换，用于促进BMSC业务的决定，通过EDI信息与LSP和BMSC进行交换。5. 能提高管理和流程上的货物跟踪和性能测量的业务流程外包2.3 业务分析2.3.1业务角色与用户业务角色，用于区分各自的负责的物流行为，各自角色专注于本身的业务流程，不影响其他角色的物流行为，业务角色会采用权限控制。用户，不同客户和服务供应商商拥有不同的用户，用户之间有多样性的业务关系，例如，多个服务供应商对应一个客户。Bu

16、siness Parties and Users表2-1 业务角色与用户2.3.2货运订单类型根据用户的业务需求，订单类型分为三大类，六种。三大类，根据货物的贸易形式和目的地，分为三大类，这三大类型的货运订单是决定货运订单的形态以及其需要的货运节点信息。三大类型货运订单也是常用的物流订单类型，分为：A. 出口，Export。B. 进口，Import。C. 国内运输，Domestic。六种，A. 出口，a. 出口，Normal Export，简称Export。即正常出口贸易，其目的港口均为境外港口，本国生产或加工的商品输往国外市场销售，需要提供付款方式，包装方式，通关资料，货运提单，以及装船计划

17、等。b. 保税区物流，Bonded Logistics Park，简称BLP。毗邻保税区的特定港区内设立的、专门发展现代国际物流业的海关特殊监管区域，主要是为退税而进行的物流行为。BLP物流需要提供提货计划，BLP入库时间，报关单资料B. 进口，即外国商品输入本国市场销售，需要提供进口单号，报关单号，提运单号，货代提单号，二程提单号，海关监管仓库资料，保证金资料，滞港时间，还箱时间等。a. 进口，Import Shipment Order，简称Import SO。b. 进口补货，Import Replenishment Order，简称Import RO。C. 国内运输，即物流行为发生在境内，

18、通过铁路或者航运方式送达国内目的地，需要提供订舱计划，离港到港时间，提货安排等。特别地，需要为四联运单类型的货运提供由公安部门开具的剧毒化学品准运资料。a. 国内订单，Domestic Shipment Order，简称Domestic SO。b. 国内补货订单，Domestic Replenishment Order，简称Domestic RO。2.3.3货物类型根据用户的业务需求，货主为化工企业，物流业务的主要运输对象是化学品。根据需要运输的化学品的性质，为其设有三种属性：A. 危险化学品Dangerous 简称DG。B. 剧毒化学品 Toxic Chemical 简称TC。C. 超剧毒化

19、学品 Hyper Toxic Chemical 简称HTC 。根据物流业务与化学品性质，会产生多种业务组合，对于不同的业务组合，Customer有不同的运输要求，需要为各种业务组合制定应Customer要求的运输方案。下表列出各订单类型与化学品有可能的对应业务组合:表2-2 订单类型与组合注：A. TDI为甲苯二异氰酸酯，一种常用的化学品和重要的基础原料。B. 剧毒化学品，剧毒品编号：14 ；C. 危险化学品编号：61111；D. UN ID: UN2078；E. CAS号：584-84-9；F. 使用此化学品，需安监局和公安局备案后，方可使用。货运订单类型为上文所述的六种，货物类型则根据上表

20、提及的物料属性予以区分，由于运输的过程中，对于不同的物料需要用指定的运输工具，例如，液态物料需要使用ISO-Tank运输。因此会产生各种可能的对应关系，下表予以列出。下表为订单类型与货物类型的关系:表2-3 订单类型与货物类型关系2.3.4货运订单属性根据货物的特性和送达的要求，一个SU会有准确的安排和装货清单，这些装货清单的决定因素就称为货运订单属性。货运运输所需要的订单资料取决于货运订单的属性，例如，对于剧毒化学品TDI，需要公安部门开具的四联运单号才准许运输。另外，特别地，对于Intermodal属性，涉及到联合运输方案的权限控制，将在后文详述。表2-4 货物订单类型属性2.3.5货运订

21、单完成节点货运完成节点是OLL与Customer协商确定的货运跟踪终止节点，当完成节点被填写后，则认定此货运信息已经确定完成，不再更新。货运完成节点是对于货运节点而言的，当该货运节点被填写后，OLL将不再负责对此货运信息进行跟踪，并在数据库中标记为“Completed”状态，并且在4PL系统中设置更新限制，不允许对于已完成的货运信息做任何更改。对于不同订单类型的货运订单完成节点，Customer有不同的要求，应Customer的要求制订了不同的方案，下表为订单类型与其完成节点的具体信息：表2-5 货物订单完成节点2.4 用户结构设计用户结构是用于权限控制以及业务关系控制；权限控制即控制用户的查

22、询更新权限和更新业务信息的权限，例如，CSV可以查询所有的货运信息以及更新属于CSV的货运节点并能重做所有节点，LSP只能查询更新属于自己的货运信息，Customer可以查询自己所有的货运信息，但不能更新货运节点。业务关系控制，即一个Customer可以对应多个LSP，同时，一个LSP也可以对应多个Customer。详细的权限控制和业务关系将在下文列出。2.4.1账户结构分析表2-6 账户结构2.4.2用户权限设计权限设计是为了区分物流行为和责任而指定的。不同的业务角色，其可以对于货运信息所拥有的权限不同。防止对货运节点信息进行错误地更新，应Customer要求和OLL对于4PL的理解，亦是便

23、于Customer评价LSP效率和完成质量设置以下用户权限，表后阐述具体权限。下表为用户及其权限的对应关系：表2-7 用户权限A. 货主，Customer，可以查询货运节点信息和事件信息，可以修改自己的用户配置文件。B. 物流供应商，LSP，可以查询货运节点信息和更新LSP所负责的货运节点信息，可以修改自己的用户配置文件。C. 第四方物流商，4PL，可以查询货运节点信息和更新SCP所负责的货运节点信息，可以修改自己的用户配置文件。D. 系统管理员，System Admin，可以查询货运节点信息，可以修改所有用户的配置文件。下表为业务角色与其用途描述：表2-8 业务角色与描述2.5 货运订单设计

24、2.5.1货运订单必填项对于所有的订单类型，为了维持货运订单的完整性，设置了以下五个必填项，即对于一条完整的货运订单，需要填写完整的必填项，才能被4PL接收，否则拒绝接收。其中，Shipment Number为一条货运订单的基本单位。表2-9 货物订单必填项注A. Material Number，需要与化工企业数据库中的物料列表进行映射并校验是否存在在表中，如果不存在，则拒绝接收。B. 以上五个必填项，必需填写有值，并且需要通过EDI验证，方可被4PL系统接收。如果缺少其中一项，则直接回绝此条货运订单的上传。C. 以Shipment Number为一条货运订单信息的基本单位，即与同一Shipm

25、ent Number关联的所有必填项均为一条货运信息。一条货运订单，称为一条SU，如果一条货运信息中包含多个其他必填项信息，对于其中之一，称为一条SKU。根据业务需求，下表列出各个必填项之间的有可能的比例关系：表2-10 必填项间的比例关系2.5.2重要货运信息除了必填项之外，其他重要货运订单信息不作为完整性校验，但是作为对于货运订单信息的重要补充，注明货运订单的具体要求，需要被填写，但不做必填项强制要求填写。其他的重要货运订单信息在下表中列出：表2-11 重要货运订单信息注A. 除上述的货运订单信息之外，仍有其他货运订单信息，但均属于补充信息，不影响货运订单的完整性，在此不再敖述。B. 以上

26、重要货运信息中，需要映射校验的字段，需要校验所填写的资料是否存在在资料集中，如果不存在则拒绝接收此条货运信息。2.5.3货运订单模板因此，由上述所设计出的订单信息如下图所示:图2-1 货运订单模板由于BMSC与OLL之间的名词定义有区别，需要利用数据映射正确提取货运信息，下表为BMSC的货运订单数据与OLL数据库，两者字段之间的映射关系：表2-12 BMSC与OLL字段映射关系2.5.4取消货运订单需要取消一条货运订单，仅需要在试算表的最后一项Cancel中填入Y/y，并重新上传该货运订单即可取消。若Cancel项为空，则默认不取消。需要注意的是，要取消的货运订单，其必填项必须和原先的货运订单

27、完全一致，系统才会取消该货运订单。至此，货运订单的设计完成。下面将分析设计货运节点。2.6 货运节点设计2.6.1 货运节点概述由于货运节点共有六种类型，设计方法是一致的，仅字段不同以及字段的映射关系有所不同，限于篇幅，在此选取Normal Export类型作为代表用于论述，其他类型略同，在此不再敖述。对于货运节点，需要使用货运订单的必填项信息唯一确定一条货运订单信息，如果必填项缺失，则拒绝接收此条货运节点更新。在货运节点试算表模板中，一条货运节点分为多个阶段，如，生成运单，订舱，提货计划等。各个阶段中包含货运节点日期与货运节点日期补充信息，如订舱申请时间，订舱确认时间，准运证号，业务编号等。

28、其中，对于每种货运类型，都有一个货运节点截止日期，当提交截止日期信息之后，则对于此条之前的所有货运节点信息停止更新，仅可以更新截止日期项之后货运节点信息，并在提交货运节点完成日期之后，此条货运节点完成，在数据库中把此条货运信息标注为“COMPLETED”状态，拒绝除“Remark”之外的所有更新信息。在货运节点截止日期提交之前，可以更新原有的货运节点信息。出于物流企业的KPI考核需求，在此阶段交付的4PL系统，不设置货运节点时间之间的逻辑关系，时间逻辑将在以后交付的用户界面中实现。2.6.2货运节点状态货运节点由CSV与LSP共同负责更新，货运节点状态反应当前货运节点的完成状态，例如，New，

29、In-progress等。货运节点是否允许更新取决于货运节点状态，例如，Completed状态的货运节点拒绝任何更新。对于货运节点各个状态的定义，如下表所示，表2-13 货运节点状态2.6.3货运节点术语货运节点术语，用于表达特定情境的货运节点状况，对于货运节点其他术语定义如下，表2-14 货运节点术语2.6.4货运节点截止点应Customer要求，对于每种货运订单类型都有其不同的截止货运节点和追踪截止点，简而言之，截止货运节点的作用是，当被填写之后，除CSV重做货运节点之外，不允许任何用户对于已经填写的货运节点信息进行更新和修改。对于，追踪截止点，这是与Customer协商的终止截止点，即当

30、此货运节点被填写之后，OLL将不再对于此货运做追踪记录，OLL对于此条货运的责任已完成，同时，此条货运信息被标记为完成，不允许再有任何的更新和修改，认为已完成。不同的货运订单类型拥有不同的截止货运节点和追踪截止点，所以，下表将列出所有类型的截止货运节点和追踪截止点，对于这两种截止点需要设计测试方案测试是否能达到预期结果。如下表所示，表2-15 截止货运节点和追踪截止点由于权限控制的需求与职责范围的不同，货运节点信息由LSP与CSV（OLL）共同负责更新，一条货运节点信息需要双方的确认方可完成。2.6.5Normal Export货运节点因为每种类型的货运类型相类似，未免过于冗长，不一一列出所有

31、类型的货运节点，仅以Normal Export为例，列出其货运节点信息。货运节点分为不同阶段，不同阶段需要不同的节点时间和补充信息，在货运节点中罗列的信息均为出口贸易和进口贸易的海关申报所设置的，亦是物流行业的标准术语，在此不便于译为中文，请见谅。下表中，列出所有货运节点：表2-16 Normal Export的所有货运节点2.6.6货运节点模板如上，所有货运节点阐述完毕，制作其模板并截图，货运节点的试算表模板设计如题图所示，图2-2 货运节点模板2.6.7货运节点接收规则对于货运节点的接收，与货运订单类似，均以邮件附件上传方式接收，对于接收方式，由于邮件形式和接受权限因素，设定类接收规则，4

32、PL接收货运节点规则如下，A. 货运节点模板有版本控制功能，如果版本不符合4PL接收的版本，则拒绝接收此货运节点。B. 发送货运节点的邮箱需是4PL认可的邮箱地址，如果不在4PL认可之列，则拒绝接收。C. 发件人邮箱地址与角色绑定，如“123”，为LSP角色，则只能发送LSP模板类型试算表，如果发送CSV类型试算表，则拒绝接收。D. 发送货运节点通过邮件附件方式发送，如果发送的附件非试算表类型，则4PL拒绝接收。3.测试设计1233.1 测试环境与概要3.1.1环境数据库：Oracle10g数据库环境：QA2开发版本：Release2.23W操作系统：Windows 7 Professiona

33、l数据库查询：PL/SQL Developer Edition 8.6EDI：由CargoSmart Co.Ltd提供3.1.2概要用户上传的数据经由EDI转换和4PL校验后存储在OLL的数据库中，为了确保EDI转换的数据能正确地保存在数据库中，又因货运节点的测试必须建立在货运订单信息正确的前提下，需要先对货运订单上传进行测试，在货运订单信息正确无误后再对货运节点进行测试。3.2 货运订单测试设计3.2.1货运订单字段结构与映射测试由于是试算表模板，支持所有字符类型的输入，要测试系统能否正确转换并存储到数据库中。针对其在数据库中对字段的定义，并设计测试方案，对其长度和类型进行组合测试。下表列出

34、货运订单中数据库中每个字段在4PL系统中的结构：表3-1 字段结构部分字段需要映射取值，从设计文档中得知这些字段需要映射的字段，做出此表，下表列出需要映射的字段：表3-2 映射字段3.2.2字段长度与类型校验测试字段映射校验，此字段校验是由于在数据库设计时，需要结合OLL以往使用的货运目的地表，以及从BMSC读取的化学物料信息表，并存在另外一个表空间之中，需要利用映射取值，故，需要设计测试方案，校验字段的映射关系是否正确，取值是否正确。对于需要映射校验的字段，设计如下测试方案，表3-3 字段映射校验如表所示，一共设计了三种情况，A. 空值，校验失败。B. 有值但不在映射表内，校验失败。C. 有

35、值且在映射表内，校验成功。对于映射字段的数据，检查系统的接收回复邮件，如果成功校验，将提示成功接收货运订单，将在后文中给出截图，如果校验失败，则会在回复邮件中提示错误，并拒绝接受此货运节点。下一步，需要到数据库中检查数据是否完整地保存在数据库中。根据字段的长度设置和字符类型，设计如下测试方案。通过各种长度和类型的组合，覆盖所有可能出现的情况，以此完整测试字段的校验是否成功，在此利用了等价类划分方法，将在后文详细讲述，对于有可能出现的数据组合设计了如下的测试用例，覆盖了用户使用中有可能出现的业务数据。这根据从需求团队中获取的详细需求信息所设计的,另一方面，需求团队时刻与客户保持沟通，应客户的需求

36、变化而编写需求计划，反馈给开发团队与测试团队。在实际的开发过程当中，测试团队与需求团队是紧密沟通联系的，因此，在测试团队所编写的测试计划和预期结果是实时更新的，那么只要发现错误，即可上报缺陷报告。在此，字段的组合关系与类型，是针对客户业务过程中，会出现的情况有针对性地设计，可以说能有效的保证了字段长度与类型是符合实际应用的。表3-4 字段长度与类型校验组合3.2.3货运订单上传测试货运订单需要用邮件附件形式上传，且发件人必需在4PL接受列表中并符合协定模板，需要设计方案测试附件上传方式是否能正确被系统接收。设计以下测试方案，表3-5 货运订单上传与回复校验3.3 货运节点测试设计由于货运节点的

37、上传于货运订单的上传的形式基本相似，仅收件地址不同，测试邮件附件的方案，可以使用货运订单的方案，在此不再敖述。在原货运订单测试方案的基础上，需要添加对于模板版本的测试方案，如下：表3-6 货运节点模板版本测试在完成邮件附件的测试之后即可进行下一步的具体测试。3.3.1货运节点必填项测试由于更新货运节点需要唯一确定一条货运订单的信息，所以设置必填项，确保4PL能有足够的信息查找到对应的货运订单。因此，必填项的校验处于最高优先级，即如果必填项校验失败，则直接结束校验，并返回校验失败的原因。设计如下测试方案，测试货运节点的必填项：表3-7 货运节点必填项3.3.2货运订单存在性测试在确保必填项的完整

38、性之后，4PL可以利用必填项的信息查到货运订单，下一步将校验货运订单的是否存在在数据库中。设计如下测试方案，测试货运订单是否存在：表3-8 货运订单存在性测试3.3.3货运订单状态测试在确定货运订单存在在数据库中后，校验货运订单的状态，货运订单的状态决定了其货运节点是否能更新，因为一切货运节点的更新都是建立在货运订单可更新的状态之下，即为“New”或者“In-progress”，若是其状态为“Completed”或者“Cancel”则此货运订单拒绝被更新。设计如下测试方案，测试货运订单的状态：表3-9 货运订单状态测试3.3.4货运节点映射测试对于一些关键的货运节点信息，为了确保货运节点信息符

39、合用户的预期结果，需要校验其映射数据是否存在在资料集中。由于所需要校验映射的字段较多，限于篇幅，在此选取几个比较有代表性的字段进行测试。表3-10 货运订单映射测试3.3.5联合运输方案测试联合运输方案，主要是针对于国内运输以及进口，因为对于国内运输，由于LSP服务范围未能覆盖全国区域，Customer有可能委托两个LSP或者多个LSP为其联合运输，而这关系称为Joint LSP。故，互为联合运输关系的LSP之间，货运订单需要共享，共同为货运节点提供更新。Joint LSP对于联合运输方案的货运订单是拥有一致权限的。对于Normal Export/BLP，出口类型的货运订单，不存在联合运输方案

40、。设计如下测试方案，测试联合运输方案：表3-11 联合运输方案测试3.3.6货运节点补充信息测试补充信息包括提单信息，发票号码，报关行，保税手册号等，作为货运节点的补充信息，并非强制要求选项。需要校验是否能正确转换并保存在数据库中，在检查校验失败后，查看回复邮件是否包含提醒信息。设计如下测试方案，测试货运节点补充信息：表3-12 货运节点补充信息3.3.7四联运单号测试四联运单号是针对Domestic SO类型的货运订单制定的特殊一种货运订单流程，其用途是剧毒化学物料运输的备案与管理，这是由于中国公安部门对于所有的剧毒化学物料运输所做的强制性要求。在剧毒化学物料准许运输之前，LSP需要向公安部

41、门申请备案，取得四联运单号之后，交与CSV。由CSV首先上传至数据库中，再由CSV将其与货运订单信息进行链接，然后LSP才能对于四联运单号的货运订单进行货运节点的更新。此后，这个货运订单即为四联运单类型，按四联运单货运运输流程管理。剽窃文字表述1.Electronic Data Interchange，简称EDI。是指按照同一规定的一套通用标准格式，将标准的经济信息，通过通信网络传输，在贸易伙伴的电子计算机系统之间进行数据交换和自动处理。第四方物流管理系统的分析与软件测试_第2部分总文字复制比：1.3%（69）总字数：51311基于图书二维码标准符合性测试平台的研究与开发厉运伟(导师：吴洁明)

42、 - 北方工业大学硕士论文- 2011-05-091.3%是否引用：否2G.SHDSL网络设备测试的设计与实现苏下幸 - 大学生论文联合比对库- 20121.3%是否引用：否设计如下测试方案，测试四联运单号上传：表3-13 四联运单号测试方案同样地，对于四联运单号货运订单需要额外设计其回复邮件提示内容的测试，限于篇幅，在此列出部分具有代表性的测试方案，设计如下测试方案，测试四联运单号货运订单回复：表3-14 四联运单号上传测试至此，对于货运节点的测试设计已完成。以上所设计的测试计划，利用了两个比较常用的测试方法，等价类划分法和路径覆盖法。一个是黑盒测试方法，一个是白盒测试方法。对于等价类划分法

43、，例如，在所设计的测试计划中，对于字段长度和类型的校验，主要使用了等价类划分法。利用对于所测字段的长度，基于20字符长度，划分了三种长度类型，小于20，等于20，大于20，利用这三种长度，确保每个部分中选取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。选取等价类划分法的原因是基于对系统设计的详细了解，在有明确的条件和限制的情况下利用等价类划分技术可以设计出完备的测试用例。同时，在等价类划分了三个等价长度之后，利用对于长度和类型的字段组合，可以设计出，有可能出现的数据类型，确保完整覆盖所有有可能出现的类型。保证了测试的

44、有效性。对于路径覆盖法，利用这个测试方法是因为，路径覆盖法是所有白盒测试方法中，覆盖程度最高的。因为货运订单流程可以视为多条完整的路径，例如，对于四联运单号有自己的业务流程。4.测试执行44.1 执行测试计划测试的执行基于测试的设计，再上一个章节中，已经具体列出了测试计划以及预期结果，测试执行应当严格按照测试计划进行，以便全部覆盖。在测试设计的列表中，应该添加一列，Actual Result实际结果，并用P/F标记实际测试结果，用于记录和统计。这样，就是一个完整的测试计划表格，可以用于实际的测试执行，也是测试执行的依据。根据测试所得的实际所得，对照预期结果，得到实际测试的结果，即可验证系统是否

45、出现预期之外的错误。如果出现，则标记出，然后上报缺陷报告，将在后文详述。如下图所示，表4-1 测试记录表格4.2 制作测试数据针对测试设计方案制作合理的测试数据，对于校验字符长度和字符类型的字段可以根据等价类划分的方法，等价类划分方法可以具有代表性地覆盖测试用例，以求最大程度地测试有可能出现的数据类型，确保测试用例的完整性和健壮性。由于较为了解系统的设计方案和客户需求，结合需求文档，可以精确地确定数据长度范围，如，以“报关单号”这个字段为例，它在数据库中定义的长度为20个字符，VARCHAR（20），我们就可以，以长度限制20为界，划分了三种类型数据，小于20，等于20，大于20，这三种长度类

46、型，制作数据，就可以完整地覆盖可能出现的类型，因此，我们制作如下数据：表4-2 等价类数据特别地，因为日期类型的数据校验与普通数据类型的校验有所不同，需要为此设计特殊的测试用例。由于用户可能来自世界各地，其地区为日期类型的字段，制作如下特殊的测试数据：表4-3 日期类型测试至此，以上的数据涵盖了全部可能出现的数据类型和组合，测试的结果可以标记在测试设计方案旁，以便统计测试进度和撰写测试报告，也便于提交缺陷报告，后面章节将会提及。4.3检验测试结果以货运订单上传为例，用上面所设计的测试数据，上传至指定邮箱，然后检验4PL的回复报告，以此报告为测试结果，与测试设计方案为标准，做对比，得出是否符合测

47、试设计方案，作为判断是否为缺陷的依据，如下图所示：图4-1 货运订单接收结果可以在上图中看到，对应试算表的行数，系统的回复邮件中列出了每一行的校验结果，我们就可以从回复邮件的结果对比测试设计的预期结果，验证结果的正确性。因为预期结果是与需求团队以及用户达成共识的，是正确结果。如由出入，以测试设计的预期结果为准，查找数据出错的地方，判断是否是系统处理错误，亦或是源数据出错，并截图记录下，便于上报缺陷报告。上传缺陷报告的流程和步骤将在后文详述。5.缺陷管理55.1 缺陷管理的重要性缺陷，Defect，通俗地，我们会称之为Bug，用以指代软件的缺陷。但是要注意的是，软件缺陷不等于Bug，但Bug一定

48、是软件缺陷，软件测试的目的就是要发现软件的缺陷，并反馈给开发团队，予以更正修复。所以，既然是软件测试，那么必然会发现缺陷。测试一个庞大的复杂的项目，尤其是开发与测试并行的项目中，软件缺陷有时可能浩如烟海。当软件缺陷数目繁多的时候，如何有效的对软件缺陷进行管理，包括上报，跟踪，重测，就显得尤为重要。5.2 利用工具管理可以利用专门的软件缺陷管理工具来进行管理，可以有效的提高管理的效率。同时，在团队的工作中，还可以相互协调，提高工作效率。利用工具管理，是一种高效管理手段，在此，我们以一款工具为例。IBM Rational ClearQuest，简称CQ，是一款优秀的缺陷管理工具。能够行之有效的管理

49、所发现的缺陷，特别是在追踪缺陷方面，能够有效的进行管理。如图：图5-1 IBM Rational ClearQuest页面这是CQ的界面，可以看到，在此罗列的上报的缺陷的ID，简述，状态，等级，负责人，发现问题的版本，目标版本，上报者，上报日期等信息。更进一步，还可以根据自己的需求，来自行制定，有着优秀的扩展性。5.3 缺陷管理的流程5.3.1上报在根据先前所制定的测试计划的过程中，发现了软件的缺陷，进行第一时间的上报。新建一个缺陷报告，如下图：图5-2 新建一个报告可以看到，在界面中列出了所有需要填写，以便定位缺陷的信息。必填项标记为红色，填写了必填项后，可以据此迅速地定位到所发现的缺陷。在

50、描述栏中，应该尽量详尽的提供测试数据和测试步骤，以便开发团队迅速地找到原因所在。在下拉选项框中，应当准确地选择测试的环境和对应模块的负责人。另外，可以在附件栏中附加截图，重点画出出错的地方，这样可以更加直观的描述发现的缺陷。也让开发人员迅速了解到出错的地方，以便快速定位。需要另外说明的一点，就是，开发人员对于整个项目的流程和软件的整体处理逻辑未必是最清楚的，因为在开发的过程中，开发人员会每个人单独负责一个模块的编写，这样能专注于模块的功能，但是缺点是未必能了解到全局处理的逻辑。而全局处理逻辑通常是由需求团队所设定的。5.3.2跟踪作为测试人员，跟踪缺陷是其职能所在。不仅要时刻催促开发团队及时地

51、修复，还要时刻监督缺陷的修复进度。因为很多时候，一个软件缺陷很可能导致后续的测试计划无法执行，会完全阻碍测试进度。这时候，就要时刻督促开发团队的修复工作。这时候的软件测试人员就起着管理者的作用，因为产品上线的日期是固定的，如果开发团队占用过多的开发时间，留给测试团队的时间自然减少了，这很有可能会导致测试计划未能完整执行，导致软件质量不可靠。更重要的一点是，产品未能得到测试团队通过是不能交付使用的。所以，从这个方面而言，测试人员需要时刻监督开发团队的工作进度，以便完成整个项目的开发。5.3.3重测当上报的缺陷被修复，修复报告返回到测试方的时候。就要尽早地进行重新测试，以便通常地进行测试计划。在C

52、Q中，务必要留意开发团队修复缺陷后留下的信息，这里解答了缺陷产生的原因，或是代码错误，或是设计错误，也很有可能是数据错误导致。这时，需要我们认真仔细的分析，以及重测时格外留意时候能得到正确的结果。有些时候，上报的缺陷未必能得到修复，开发团队会觉得是由于测试团队错误的理解了软件执行的逻辑，或者是由于元数据错误而导致错误的结果，此时，开发团队不认为这是一个缺陷，会把修复报告拒绝，返回测试方。不管是修复重测亦或是拒绝修复报告，都需要测试人员认真的思考这时候是正确的结果。在项目的测试过程中，曾经试过与开发团队争执不下，双方都各执己见，此事最后需由需求团队给出正确解答，才得出最后的结论。当重测的结果能符

53、合要求之后，就要及时的关闭缺陷报告，然后专注于下一个测试。很多时候，管理者会通过查看测试报告来了解整个项目的开发质量和测试进度，这都会影响到个人的绩效，也是个人能力另一个体现，所以要及时的处理处理手上的报告。藉此介绍了ClearQuest的使用，对于CQ这个工具，是许多单位共同使用的软件缺陷管理工具，所以，特别详细地叙述了CQ工具的使用。与此同时，也着重讲述了缺陷报告的基本思想，工具只是方便管理，儿缺陷报告的思想则是重点需要讲述的，作为一个合格的测试人员应该对自己上报的缺陷负责到底，从发现到重测完成，每一个步骤都必不可少。工具只是一个事例，更重要的是其中的流程，这样才能完整地完成。6.进度报告

54、测试人员除了测试设计执行与缺陷报告之外，还有一项重要的任务就是进度报告。进度报告是每日测试任务完成之后必须记载的，起作用是不光是统计测试进度，更重要的是，可以全面地了解到系统开发的进度，和是否能按时完成测试任务的重要依据。因为项目的复杂性和交付期限的限制，开发与测试是并行的，那么作为测试人员就要时刻监督和催促开发团队交付功能模块以供测试。很有可能出现的情况就是，开发团队因为种种原因未能如期交付功能，导致测试团队无法进行测试，或者因为开发团队开发的质量不佳，导致测试任务很难进行下去，例如，许多流程是前后关联的，但是模块并未能全部完成，测试任务无法继续进行。这时就要统计测试进度用以催促开发团队加快

55、进度。这样可以尽可能地争取到测试团队可以及早进行测试，避免开发团队占用了原本属于测试团队的测试时间用于开发，这也是一种催促开发团队的方式。如下图所示：图6-1 进度报告这是用于每日向项目负责人发送的统计报告，A. 统计每个功能模块的进度。B. 标记处未能交付于测试。C. 列出所有已经上报的缺陷报告和简要说明，重点标记出亟需修复的缺陷和会导致测试无法进行的缺陷。以上所述，是为了便于项目负责人协调工作和管理，也是测试人员为项目负责的体现。最重要的是，以此为依据，在项目临近交付的时候，可以确保产品能够安全交付，如果进度未能按时完成，作为测试人员有权利取消产品的交付，这也是测试人员作为最后把关的重要性

56、所在。参考文献1 Amy Li著.Bayer Effort EstimationM.HongKong: OOCL Logistic， 2012:972 Amy Li著.Bayer 4PL Solution SpecificationM.HongKong:OOCL Logistic， 2012:1563 Amy Li著.Bayer Customer Requirement M.HongKong:OOCL Logistic， 2012:3254 Becky Yeung著.LSP&CSV Upload Template(Version 3.0) M.HongKong:OOCL Logistic， 2

57、012:2135 Gigi Chung著.Detail Design M.HongKong:OOCL Logistic， 2012:2016 Darren Kan著.EDI Detail Design M.HongKong:CargoSmart， 2012:567 Terry Chan著.Bug Resolve and Cause M.HongKong:OOCL Logistic， 2012:126致谢本文在陈红玲老师的悉心指导下和富有责任心的帮助下得以完成，从论题的选取，方案的论述，再到具体的设计和执行，都离不开老师的教导和帮助，特此向陈红玲老师致以深深的感谢。同时向实习单位的同事致以感谢，是他们的技术支持，和详细的分析，使我对这个论题有了深刻的理解和周密的构思。不积跬步何以至千里，在过去的四年学习生活期间，感谢各位导师的付出和努力，你们无私的关怀和认真的态度，我得以收获学识，感悟大学生活，在此向四年里，指导我和授予我学识的导师们致谢，表达我崇高的敬意。此文的结束也是我大学四年的结束，希望在踏入社会，在往后的工作生活中，能够一帆风顺，事业有成，成为学校的骄傲，各位导师们的得意门生。风雨不改凌云志，振衣濯足展襟怀。行方智圆煅内蕴，海阔天空铸宏图。再次致谢全体计算机与科学技术系的导师们，谢谢。Thank you my tutor, for everything.