in reply to Re^3: "deep" unit testing
in thread "deep" unit testing
No I can't.
Communication is hard and I had to come up with a self contained example.
Enough to tell that these are extensive ETL operations shuffling and transforming trillions of data sets each night.
And I'm not going to tell my client that his code base of the last 20 years is "horse shit". *
The case is still interesting as such: What is the best approach for deep unit testing?
Cheers Rolf
(addicted to the Perl Programming Language :)
Wikisyntax for the Monastery
FootballPerl is like chess, only without the dice
*) at least not on a daily basis ;-)
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^5: "deep" unit testing
by stevieb (Canon) on Mar 28, 2019 at 02:21 UTC | |
by Your Mother (Archbishop) on Mar 28, 2019 at 02:36 UTC |