POL00394532 - Email from Peter G Jones to Sukhjinder Kaur CC: Linda Austin, Ray Jackson RE: Testing Query.

Evidence on official site

POL00394532
POL00394532

From: Peter G Jones [CN=Peter G Jones/OU=e/O=POSTOFFICE]

Sent: 06/07/2004 15:32:53

To: Sukhjinder Kaur [CN=Sukhjinder Kaur/OU=e/O=POSTOFFICE @POSTOFFICE]

cc: Linda Austin [CN=Linda Austin/OU=e/O=POSTOFFICE@POSTOFFICE]; Ray Jackson [CN=Ray Jackson/OU=e/O=POSTOFFICE @POSTOFFICE]
Subject: Re: Testing Query

Suki,

It is the only fault raised by Fujitsu on the training vsn, I have no reason to think they would hide any more. You are correct the trg vsn does not do any
On-line trx's so none will not be covered. We started to drift between the live vsn and the trg vsn at the introduction of banking, it drifted further apart at S50 and
now even further at S60. We do not cover testing the trg vsn within our testing.

My understanding of the KEL process is that there is a list maintained of faults by Network support and Fujitsu and others that are identified during live running of
the systems some of which will have been added at the start of a new release going live as they were agreed not to be fixed during the testing and are deferred to
a future release. Items on the ongoing KEL will be fixed either :-

eASAP

eWhen that area of the code is next opened up
At the next release

At a later release

Never fixed

Some of the items found during S60 testing were stated as being in the S50 live code baseline but had not been found by the users.

So in summary a new KEL should now be created by Network support & Fujitsu which includes all known errors in the S50 baseline plus all the incidents deferred
from S60 testing.

Hope this helps
Regards

Peter

Peter G Jones

POL Release Test Manager
Ground Floor East Block
No1 Future Walk

West Bars

Chesterfield

Derbyshire

S49 1PF

Royal Mail is a trading name of Royal Mail Group plc. Registered in England and Wales.
Registered number 4138203. Registered office at 148 Old Street, LONDON EC1V 9HQ

Sukhjinder Kaur
06/07/2004 11:29

To: Peter G Jones/e/POSTOFFICE@POSTOFFICE

cc: Linda Austin/e/POSTOFFICE@POSTOFFICE, Ray

/e/POSTOFFICE@POSTOFFICE

Subject: Testing Query

Peter,

POL00394532
POL00394532

Ray had a meeting with Ann Cruttenden yesterday to talk through the deferred list. She would like to know if the defect below is the only discrepancy introduced by $60 for the

training mode. I understand that in the training mode we do not do online transactions so clerks will not be able to do PAF or DVLA. Is this correct?

[Fujitsu
Ref —
IPCO102
392

ILFS training mode — IN ADC cash still available.

IAt S60 the “cash” button has been removed from the IN ADC
jmenu — it is no longer possible to Rem In Cash. However, the
Ioutton is still available in IN ADC in training mode.

[The training mode
\does not reflect how
the transactions look
in live i.e. on line
itransactions.

Towever, front line

[Deferred for
ost S60.

ot known.

aiting for
[Fujitsu to
[provide
‘imescales.

aware of this defect.

taff may need to be

POL00394532
POL00394532

Also, can you confirm that the defects on the deferred list below were already on the KEL before S60 testing commenced. Or have they been put on the KEL
during the earlier cycles of testing?

Defects on the Known Error Log that have been found in $60 testing.

ISSO.

Defect Ref No Defect Description Impact On Business Defect Status Timescale For
Fix
POL - 950 Imartpost product retains compensation fee when PREV selected. (This is in the live environment as per [Deferred for post ‘ot known. Waiting

S60.

for Fujitsu to
rovide timescales.

[Fujitsu ref -

(Cash on hand. Ifa clerk does not declare their cash in the evening,

[This is in the live environment as per

[Deferred for post

ot known. Waiting

Merived from the 17:29 cash declaration.

this.

IPCO102969 ‘hen they sign on in the morning the “cash on hand” declaration ISSO. No live calls received on this IS60. ifor Fujitsu to
appears, when entering through this. it can take up to 1 min 20 sec for defect. lprovide timescales.
he _next screen to appear.
[Fujitsu ref [Performance refresh. When signing on to the counter first thing in the [This is in the live environment as per Deferred for post ‘ot known. Waiting
+-PCO103019 jmorning, and navigate through the screens, the screens seem to refresh _IS50. No live calls received on this S60. ifor Fujitsu to
ery slowly. Klefect. rovide timescales.
[Fujitsu ref — ILFS Cash statement doesn’t include latest ONCH. The cash statement [This is in the live environment as per [Deferred for post ‘ot known. Waiting
IPCO103712 roduced should have been derived from the 18:15 ONCH. Instead it is IS50. There have been no live calls on IS60. for Fujitsu to

rovide timescales.

[Fujitsu ref —

ILFS CAP /BP not shown on transaction log for all CIP trans. When the

This is in the live environment as per

[Deferred for post

ot known. Waiting

“2” pressed for the quantity followed by enter. By selecting 2 and enter
he system takes you out of smartpost however if the quantity is set to 1

[This is in the live environment and
n the Known Error Log.

he icon works again.

IPCO103857 Ireport was produced all of the transactions performed in individual ISSO. There have been no live calls on IS60. lfor Fujitsu to
Istock unit the CAP /BP were not shown. For all transactions performed this. provide timescales.
jin the shared stock unit the CAP / BP is shown.
POL — inable to use smartpost during customer session. 3 transactions were in [Cannot do multiple quantities in [Deferred for post Gone to Escher fora
1013 sales stack and smartpost was initiated. The weight was entered and the Ismartpost during customer session. IS60. fix. Waiting for

[Escher to provide
imescales.

POL00394532

POL00394532
Defect Ref IDefect Description Impact On Business Defect Status [Timescale For
lo Fix
IPCO104825_ I*Hang” on confirm non value stock. “Confirm non value stock” from the {On the known error log. If this [Deferred for post
joffice balancing menu. The normal “non value stock” screen was displayed _ [problem were to occur in Live ls60.
ind this remained on display for several minutes until it became apparent —_[Desktop restart would be required.

hat the application had “hung”. We were able to select the desktop and
kreturn to office balancing menu. This problem could not be reproduced. An
lexhaustive number of scenarios have been performed to attempt to recreate
his problem but to no avail.

I appreciate your help.
Kind regards,

Sukhi

Sukhi Kaur
Calthorpe House
First Floor

15-20 Phoenix Place
London

WCIX ODG

Telepho!