huaweiintegratedtestingstrategy-华为供应链(doc29)-供应链管理(编辑修改稿)

huaweiintegratedtestingstrategy-华为供应链(doc29)-供应链管理(编辑修改稿)内容摘要：

basis of customer segmented availability picture OrPr4 Order processing should use the shipset information for an order so that all the line items belonging to a set are delivered on same time. OrPr5 An order can of two types: Inquiry and ATP mit. Inquiry orders should not consume any ATP and ATP mit sales orders should consume ATP. The order status will be “ENTER” for inquiry orders and “BOOKHOLD” for the ATP mit orders OrPr6 Use the following search logic for ATP check. The details are descried in the description of the scenario. OrPr7 For each ATP check, DF should provide the customer site arrival date as well as the shipment start date. OrPr8 Some order lines can be added in a sales order for POC items. Provide ATP search ability for such PTO items, if required. It should be possible to provide standard procurement lead times for such items. OrPr9 For all the sales order lines, Oracle OM will provide a target sign date. DF while searching for ATP will look for availability of ATP after the target sign date. OrPr10 Order Rescheduling (Customer initiated) Order volume changes. An order quantity can be increased or decreased. An order increase will be considered a new order with the delta quantity. An order decrease should release the delta supply without affecting promise date. OrPr11 Configuration Changes – If a configuration change is requested for an existing order, then, this would have the logical effect of an order cancellation and reentry. SCC Business Scenarios Serial Number Categories of Scenarios Target User Scenarios within Category/Comments SCC1 Forecast Collaboration Huawei publish long term forecast SCC2 Supplier publish forecast mit SCC3 Review forecast mismatch exception SCC4 Review forecast/mit mismatch difference SCC5 VMI Consignment Huawei publish Pull forecast SCC6 Huawei publish current Inventory level SCC7 Supplier publish scheduled shipment quantity SCC8 Review projected inventory SCC9 Review stock out exception SCC10 VMI JIT Huawei publish Material request SCC11 Supplier publish scheduled shipment quantity SCC12 Supplier publish current Inventory level SCC13 Review projected inventory SCC14 Review stock out exception Overall Solution Architecture Huawei APS Project Page 10 of 29 Serial Number Categories of Scenarios Target User Scenarios within Category/Comments SCC15 Order Collaboration (PO) Huawei publish new PO SCC16 Huawei publish new delivery dates based on expedite PO SCC17 Supplier updates PO (promise date) SCC18 Huawei changes request date and/or quantity in OC SCC19 Supplier cancels PO SCC20 Huawei cancels PO SCC21 Supplier accepts PO change request by Huawei SCC22 Huawei accepts PO change request by supplier SCC23 Review PO status summary view SCC24 Order Collaboration (ASN) Supplier create ASN SCC25 Huawei Review ASN SCC26 Review over/under shipment exception SCC27 Review inbound delay of ASN exception SCC28 General Exception Handling Review exception list SCC29 Review alert messages SCC30 Send message to Huawei/Supplier Overall Solution Architecture Huawei APS Project Page 11 of 29 ARCHITECTURE The following diagram indicates the environments that will be used during the APS BR1 Test. The specific environment requirements for the defined levels of test will be covered in the Detailed Test Plan and once the technical specification development process has been pleted. F u l l U A TI n te g r a ti o nU n i t T e s tPr o to ty p eEx te n d e d SI TL i m i te d U A TER P SI TER P U A TC o r e SI TStr e s sM a n u a l TEST ENVIRONMENT REQUIREMENTS The SIT and UAT Detailed Test Plans will document the necessary test environments for each of these test levels. The current plan for testing activities is provided below. Activity End Date Develop Test Strategy 4 Sep 2020 Sign off Test Strategy Complete SIT Detailed Test Plan Complete Development of SIT Test Cases Complete SIT Environment Setup Commence Core SIT Commence Extended SIT Complete SIT Complete UAT Detailed Test Plan Complete UAT Environment Setup Overall Solution Architecture Huawei APS Project Page 12 of 29 Activity End Date Complete Development of UAT Test Cases Commence Limited UAT Commence Full UAT UAT Go/No Go Checkpoint (after Limited UAT) UAT Go/No Go Checkpoint (after Full UAT) Sign Off Acceptance Production Cut over Final Go/No Go Checkpoint TEST DELIVERABLES The following deliverables will be created:  Test Strategy  Test plans for unit, and internal integration by module teams  Detailed Test Plan for SIT amp。 UAT  Test Schedules for each level of testing  Test Objectives/Conditions Matrices  Test Cases  Test Results  Test Defect and Test Management Reports Test Summary Reports TEST APPROACH The objective of test APS BR 1 will be to ensure the APS modules, operations and works that are in scope perform as specified in the business and technical documentation. FOCUS The overall objective of test is to reduce the risks inherent in systems. The process must address and minimize those risks. Thus, areas are identified to assist in drawing attention to the specific risks or issues where test effort is focused and which must be handled by the test strategy. It is virtually impossible and economically not feasible to perform exhaustive testing. The limited resources must be used optimally while reducing cycle time and costs. This means that only necessary and sufficient tests must be performed thus avoiding undertesting and overtesting. This leads to the key question: What are the factors, or risks that are most important to  The user or the client? Overall Solution Architecture Huawei APS Project Page 13 of 29  The。