|
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.
|
|
|
|
|
"Bury that which can be dug up for ever."(12)
Simple enough
---------------------------------
Obscurum per obscurius.
Ad astra per alas porci.
Quidquid latine dictum sit, altum videtur .
|
|
|
|
|
Interminable - forever
Inter = bury
That which can be dug up - minable
|
|
|
|
|
I read CCC everytime and still never are able to understand the workings of it
»»» <small>Loading Signature</small> «««
· · · <small>Please Wait</small> · · ·
|
|
|
|
|
Good to know I'm not alone.
|
|
|
|
|
There are different types of "criptic-ness".
The answer to a clue can be a composite (as above), or an anagram, a subset of contiguous character from the clue, a homophone or some other cleverness.
for example the clue "HIJKLMNO / lb" (5,5) would be "heavy water" because it is "H to 0" (H20) over "lb" (weight)
the clue "gegs" (9,4) would be "scrambled eggs"
|
|
|
|