Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
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?
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.
While you're waiting, read the free novel we sent you. It's a Spanish story about a guy named 'Manual.'
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.
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.
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.
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.
Comment