How to fail a technical test

[James Tiberius Kirk]

Kobayashi Maru?

"Klingons don't take prisoners"

[russell]

Test classes are usually a pile of tulipe anyway,

Then you can only have worked on noddy projects, try working on a complex system with many potential scenarios and then making a change. Now do all the scenarios that worked before still work?

[doodab]

Then you can only have worked on noddy projects, try working on a complex system with many potential scenarios and then making a change. Now do all the scenarios that worked before still work?

That doesn't change the fact that the code that tests that the change didn't break anything is mostly tulipe.

I'd recommend the book XUnit Test Patterns to those suffering with this. It has some useful stuff in it.

[MyUserName]

"Klingons don't take prisoners"

Kirk does say this in WoK but the Klingon Captain Kruge in The Search for Spock killed his helmsman when he blew up the Grissom because he wanted prisoners.

[hyperD]

Kobayashi Maru?

Hehe!

[Boney M]

Give him the job

[stek]

"Klingons don't take prisoners"

Classic sleeper sockie!!

160 posts since 2006, no one sleeps a sockie like that, I suspect admin foul play....

if it's real, fair play...

[suityou01]

Why give him the job? If he was being "clever", in a "trickie dickie" way he should have supplied the correct answer as well, then pointed out the improvement that could be made in the interview question.

All he has demonstrated is he is a drone that takes the path of least resistance.

[xoggoth]

Code should always be tested as quickly as possible as tiny errors spread and grow into big ones if left long enough. My code was always near perfect, if significant errors were found it was only because lazy testers did not test them quickly enough.

[minestrone]

Then you can only have worked on noddy projects, try working on a complex system with many potential scenarios and then making a change. Now do all the scenarios that worked before still work?

For all the tested systems I have worked on I can't honestly say that any of them have gained in any way from testing. Far too much code is written, it is never maintained only added to, what they test is usually code for testing sake rather than testing functionality and very rarely does it actually find a fault that would have went into production that would not have been spotted.

Now we can get into pissing competitions about noddy project but that is my experience working for 15 years on code tested code for clients big and small on projects big and small.

For instance my last project had testing on live user data, if the live user made a change and the DB was copied onto test the Jenkins builds would fail. Now that is an extreme example but that is the kind of stuff I see a lot of.

Really I think we should concentrate on getting people to write code safely and intelligently first before we let them lose with test cases that only give them a false sense of security and another bundle of tulipe code to maintain.