|
So write better code that they can't break.
Because if they can't, there is a much better chance that the users won't either.
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
Hmm. you are right, But its very difficult to have a perfect code always. Don't you think they should change their mind, Because some times they like enemies,
Gihan Liyanage
http://gihansampathliyanage.wordpress.com
|
|
|
|
|
Gihan Liyanage wrote: Don't you think they should change their mind
No, I think you should change your mind! Why? Simple:
Gihan Liyanage wrote: its very difficult to have a perfect code always
So someone has to find the problems. And a good tester is one who finds them, not one that doesn't. They are problem solvers, just like developers, but their problem is to work out where you might have got it wrong...
If you start giving them software to test that they can;t break, perhaps they will stop assuming it will break when you give it to them?
There is an old joke in development: "I'll double your salary when you hand over the code! But I'll halve it for every bug we find..."
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
Are you sure you understand the meaning of Quality Assurance?
Microsoft ... the only place where VARIANT_TRUE != true
|
|
|
|
|
Is it breaking Systems ? or finding issues ? 
Gihan Liyanage
http://gihansampathliyanage.wordpress.com
|
|
|
|
|
Both. If they find a way to break your system, you can be sure that an end user will as well. Accept the fact that they are there to prevent you getting a major kicking from users.
|
|
|
|
|
But any how user will kik us, and also before that, QA people also kik us.. 
Gihan Liyanage
http://gihansampathliyanage.wordpress.com
|
|
|
|
|
One QA person will kick you if they break it.
One thousand users will want to kick you if they break it...
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
QA People also don't usually demand their money back !!
Trust me ... a QA Team (even if it is only one person) is a Good Thing. They are not your enemy. They are your friend - sometimes love hurts.
|
|
|
|
|
Think of it another way. If you do your job properly, they won't break it.
|
|
|
|
|
Questionable Attitude (QA) do it just because they love making our lives miserable while giving themselves job security. 
Have you ever just looked at someone and knew the wheel was turning but the hamster was dead?
|
|
|
|
|
|
I feel your pain.
A good QA person should be all "MUAHAHAHAHAH!!!!!!!!!! I'm going to smash your application into elventy zillion little pieces. MUAHAHAHAHAH!!!!!!!!!!"
Non-motivated testers let lots of bugs into production; and they're never the people who get blamed when the big boss is doing a demo and something blows up in front of the customer.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
QA people are 'graded' on how many bugs they find... their job depends on it. So instead of working with you to ensure there are no bugs in the program, they do everything possible to invent problems that they can highlight just before release. It is really a bad situation.
I don't have a solution... but umm... that's my opinion. I used to throw in some obvious low liars into my code, so they could write those up and not start questioning arbitrary things like, what happens if the end user is malicious and puts a stick of dynamite under the server room. Will the client gracefully shut down and save work locally until the server comes back up again? What about if the client computer is exploded too... is that redundant as well 
|
|
|
|
|
Pualee wrote: QA people are 'graded' on how many bugs they find... their job depends on it.
This is just as bad as measuring dev's performance by number of lines of code. Fortunately this is not always the case
--
"My software never has bugs. It just develops random features."
|
|
|
|
|
Pualee wrote: Will the client gracefully shut down and save work locally until the server comes back up again?
Of course, and it will automatically call in tech service to clean up the mess and fix it, and serve coffee and donuts to the users while they wait 
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
Cant they find bugs without hating the System ?
Gihan Liyanage
http://gihansampathliyanage.wordpress.com
|
|
|
|
|
That's the developer vs tester game! Developers play by trying to catch mistakes before the tester gets to see them!
|
|
|
|
|
If you've done your job correctly, they won't be able to break your system. If your entire team does its job correctly, and QA can't break anything at all, QA will be looking for work, and that's the real payoff!
Will Rogers never met me.
|
|
|
|
|
Gihan Liyanage
http://gihansampathliyanage.wordpress.com
|
|
|
|
|
As the great DNA said "I love deadlines. I like the whooshing sound they make as they fly by"
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
Yeah, But even we do not want to love deadlines, day by day we are hating to dead line ..
Gihan Liyanage
http://gihansampathliyanage.wordpress.com
|
|
|
|
|
I like deadlines. They help you to focus on what's needed to complete a product/phase/whatever, rather than anything else.
The problems isn't the deadlines, it's the focusing on other stuff.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
|
At my first job there was an expression...
You have to shoot the engineers to finish the code.
Everyone thinks they have a great feature to add, it'll only take 5 minutes. Even PMs and Business Owners think the same. Reality is, if it isn't a critical requirement... leave it alone! Come back if there is time (rarely). Otherwise, it is a billable item in phase 2. We do want to make money, right?
It'll only take 5 [minutes|hours|etc]... and 4 months later it is part of the QA process, still causing bugs that delay the release, and everyone forgets it was not even a critical part of the system.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
