Due to architectural decisions I can't control, developers continue to
use %date as the usual way to get the date into a program. But from a
testing standpoint this makes things very difficult. Many things are
date-dependant but need to be tested before that date occurs. And I am
trying to emphasize automated testing so the advice recently given to me
of 'run it in debug and change the date' isn't good enough. That's bad
testing form anyway...
I did some digging and I can't find a way to override or control the
system date other than changing the date, which again is not my first
choice because it will affect all testing not just the one I want and
the impact on the journals scare me anyway.
I need to be able to programmatically control the system date a program
gets whether it be CL, COBOL or RPG without actually changing the system
date itself.
Thanks
James P. Wiant
Test System Administrator
Foodstuffs, Auckland, Ltd.
60 Roma Road
Mt Roskill
Auckland, New Zealand 1041
09-621-0774
jim.wiant@xxxxxxxxxxxxxxxx
Quicker by taking more time.
Proverb
This message has been sent from Foodstuffs (Auckland) Limited ("Foodstuffs").
The information contained in this message and or attachments
is intended only for the person or entity to which it is
addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other
use of, or taking of any action in reliance upon, this
information by persons or entities other than the intended
recipient is prohibited. If you received this in error,
please contact the sender and delete the material from any
system and destroy any copies.
The views and opinions expressed in this message may be those
of the individual and not necessarily those of Foodstuffs,
and are not given or endorsed by it.
Please note that this communication does not designate an
information system for the purposes of the Electronic
Transactions Act 2002.
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.