|
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 +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.