Re: Sv: Setting the date ahead for Y2K testing

At 02:49 PM 6/2/98 -0400, Peter  wrote:
>Glen:
>I agree that simulation will help in testing application.  I agree that a
>2nd system is the ideal.  However, I real real test has to take place.  We
>did all sorts of testing on an application and got bugs out but guess what
>we decided to change the system date.  We found problems that we would
>never find under simulation mode.  
>
> Peter H. O'Connor
>>>> PAE Inc.
Peter:
The  case you are suggesting  should be the final  phase of the activities
after  the greatest  percentages of testing  has been  done.  I am sure you
and  your client  do not want  large scale  SAV/RSTSTG activities
happening to often.
Glenn

>
>Message text written by Glenn Ericson
>Glen writes:
>>>>Peter 
>I am not  suggesting your  method is without merits but  date simulation
>and date agers/comparators  have there place in all of this.
>
>I submit to you  that  running  tests with smaller cases [ baseline
>established] - will allow  faster recycling of test cases - - which in
>many instances will be iterative.  Date simulation  can allow for  multiple
>current tests  - perhaps in different plains depending on the tool.
>
>Nonetheless, to protect  your production  "STUFF" the  best solutions is an
>inexpensive  second system  for testing.  Oops  are not intentional  but a
>troublesome pain in the " - - -"   to say the  least. One of those
>Tantamount things Al  mentions ..... and Jon Paris  warns of the  values of
>system #2<<<
>
>>>>Chuck wrote above:
>>What not use a product like Simdate or something and forget all the other
>>hassle
>>?<
>>
>>
>>>Peter H. O'Connor wrote:
>>>
>>>> Testing for Y2K can be an experience.  Here is what to do to save your
>>>> mind.
>>>>
>>>> 1.  SAVSTG
>>>> 2.  Do your testing
>>>> 3.  RSTSTG when done
>>>>
>>>> If you don't follow these instructions, you might want to change jobs.
>>>>
>>>> Peter H. O'Connor
>>>> PAE Inc.
>>
>>
>>There is nothing like to real stuff doing testing.  Simulation mode does
>>NOT test everthing and everything has to be tested.  You will have things
>>happen in simulation mode that will not in the real world and vise versa. 
>>These products work on changing a job date but there are other thing that
>>run automated that will NOT be touched by a simulation product.    If you
>>don't try the real thing, prepare your resume.  
>>
>>Peter H. O'Connor
>
>



Glenn
___________________________________________________
Glenn Ericson,          Phoenix Consulting                      
P O Box 701164   East Elmhurst NY 11370-3164 USA                            
Phone 718 898 9805       Fax 718 446 1150
AS/400 & Year 2000- - Solutions Specialists
 © 1998 copyright,  all rights reserved
____________________________________________________


 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---