Professional Documents
Culture Documents
1.4.1 Release
Request #: Published On: Prepared By: Revision: 1/4 Release Plan 1/4/2012 Eric Zeffery 0.01 Approver(s)
Revision History
Date 12/22/2011 Version 0.1 Initial Creation Description Author Jim Wazorick
Type Defect Defect Defect Defect Defect Defect Defect Defect Defect Defect Defect Defect Defect Defect Defect Defect Defect Defect
Description
In message management, the search screen is still validating off partial member code even when the member code checkbox is not checked Lock wait timeout exceeded during MessageMover.listMessages Add date and time to Greenbar report When clicking on the filling florist portion of an order in Message Management, the sender's information is defaulted when the message is viewed Missing filling florist info in SAK on outbound order Do not restrict Main shop codes from becoming branches if the main shop code does not have any active branches In "QSTAT" change VOI to RJO No Member Note is being created for GOTO members that have gone offline. EROS should drop TCP connection if BUFKALIVE is not echoed back Lock wait timeout exceeded leaves Order in an inconsistent state Auto-Confirmation of Cancel gets INTERNALERROR in race with Filler receiving Order In Call Forwarding, clicking Busy/No Answer increases the call count associated with the shop by two instead of one Delete Member operation will offline the Member and should not Dead code related to Call Forwarding in Edmin OrderMessage Data Truncation: recipient_address CAN received at same time as REJ results in bad call and dead worker EROS Legacy worker dies when parsing bad console sequence number Lock wait timeout caused two orders to give out multiple order
29060 29217 29227 29257 29259 29423 29463 29468 29606 29609 29647 29648 29649 29653
Page 1 of 3
Invalid XML character in Message preventing publishing of MessageReceived event Edmin Sus/Res validation writing error to the server logs Atlas Apollo Member Events Routes
2. Document Path
This document is saved to TFS/QA/Test Plans Product Releases > 1.4
3. Release Date:
Regression Testing: 01/4/2012 01/13/2012 Live Ordering: 01/17/2012 1//18/2012 Live: 01/19/2012
5. Regression Execution
Testing case definition is located in Quality Center for manual execution in the following folder: EROS > 1.4 > 1.4.11> Message Regression. The following tests are defined Below and the tests address all messages being sent and received 5.1 Automated Message Tests [1]Direct1 - 01Sending Orders [1]Direct1 - 02Receiving Orders [1]Direct1 - 03Filler Sending an ASK [1]Direct1 - 03Sender Sending an ASK [1]Direct1 - 04Filler Sending an ANS [1]Direct1 - 04Filler Sending an ANS Delivery Confirmation [1]Direct1 - 04Sender Sending an ANS [1]Direct3 - REC - 01Sending Single [1]Direct5 - SUS - 01Sending [1]Direct3 - ADJ - 01Sending [1]Direct3 - Branch Sending - 01Sending Orders [1]Direct3 - Branch Sending - 02Receiving Orders [1]Direct3 - Branch Sending - 03Sending an ASK [1]Direct3 - Branch Sending - 06Cancel an Order [1]Direct3 - Branch Sending - 06Reject an Order [1]Direct3 - Branch Sending - 07Send a CON [1]Direct4 - FOR - 01Sending Orders [1]Direct4 - FOR - 02Receiving Orders [1]Direct4 - FOR - 03Forwarding Orders [1]Direct4 - FOR - 04Receiving Forwarded Orders [1]Direct4 - FOR - 04Receiving Incoming FOR Message [1]Direct4 - FOR - 05Sending an ASK
Page 2 of 3
[1]Direct4 - FOR - 06Sending an ANS [1]Direct4 - FOR - 08Cancel an Order [1]Direct4 - FOR - 08Reject an Order [1]Direct4 - FOR - 09Send a DEN [1]Direct5 - Branch Receiving - 01Sending Orders [1]Direct5 - Branch Receiving - 02Receiving Orders [1]Direct5 - Branch Receiving - 03Sending an ASK [1]Direct5 - Branch Receiving - 04Sending an ANS [1]Direct5 - Branch Receiving - 04Sending an ANS Delivery Confirmation [1]Direct5 - Branch Receiving - 05Receiving an ANS [1]Direct5 - GEN - 01Sending [1]Direct5 - GEN - 02Receiving 5.2 Manual Regression revolves around platforms that cannot be automated (m2k, m3K, Advantage,etc) and the Edmin interface that has b 5.2.1 Classics Regression 5.2.2 DLL Regression
7. Areas of Concern:
y The dotcom team has a tight schedule for testing availability events. End to end testing will be performed as soon as possible and the scenarios that have the highest potential for defects will be tested first. However, if something serious is detected late in testing, there is no guarantee that it will be fixed before the deadline. In Apollo, when a main store is suspended, it suspends all the branch stores associated with it. Also, when a branch store is suspended, any related branches and the main are suspended as well. This is existing Apollo functionality, but should be noted.
Page 3 of 3