Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. Why QA People always think to break my Application ?

Why QA People always think to break my Application ?

Scheduled Pinned Locked Moved The Lounge
phpcombeta-testingquestion
22 Posts 13 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • G Gihan Liyanage

    Hmm, yeah, But I hate when heard, "Let me break your System" ;)

    Gihan Liyanage http://gihansampathliyanage.wordpress.com

    OriginalGriffO Offline
    OriginalGriffO Offline
    OriginalGriff
    wrote on last edited by
    #9

    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 – ∞)

    "I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
    "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt

    G 1 Reply Last reply
    0
    • OriginalGriffO OriginalGriff

      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 – ∞)

      G Offline
      G Offline
      Gihan Liyanage
      wrote on last edited by
      #10

      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

      OriginalGriffO 1 Reply Last reply
      0
      • G Gihan Liyanage

        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

        OriginalGriffO Offline
        OriginalGriffO Offline
        OriginalGriff
        wrote on last edited by
        #11

        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 – ∞)

        "I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
        "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt

        1 Reply Last reply
        0
        • G Gihan Liyanage

          But any how user will kik us, and also before that, QA people also kik us.. :laugh:

          Gihan Liyanage http://gihansampathliyanage.wordpress.com

          C Offline
          C Offline
          CHill60
          wrote on last edited by
          #12

          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.

          1 Reply Last reply
          0
          • G Gihan Liyanage

            But any how user will kik us, and also before that, QA people also kik us.. :laugh:

            Gihan Liyanage http://gihansampathliyanage.wordpress.com

            P Offline
            P Offline
            Pete OHanlon
            wrote on last edited by
            #13

            Think of it another way. If you do your job properly, they won't break it.

            1 Reply Last reply
            0
            • G Gihan Liyanage

              :sigh: " Let me break your Application " :(

              Gihan Liyanage http://gihansampathliyanage.wordpress.com

              Mike HankeyM Offline
              Mike HankeyM Offline
              Mike Hankey
              wrote on last edited by
              #14

              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?

              1 Reply Last reply
              0
              • G Gihan Liyanage

                :sigh: " Let me break your Application " :(

                Gihan Liyanage http://gihansampathliyanage.wordpress.com

                T Offline
                T Offline
                TheWebDeveloper
                wrote on last edited by
                #15

                Its called testing

                1 Reply Last reply
                0
                • G Gihan Liyanage

                  :sigh: " Let me break your Application " :(

                  Gihan Liyanage http://gihansampathliyanage.wordpress.com

                  D Offline
                  D Offline
                  Dan Neely
                  wrote on last edited by
                  #16

                  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

                  1 Reply Last reply
                  0
                  • G Gihan Liyanage

                    :sigh: " Let me break your Application " :(

                    Gihan Liyanage http://gihansampathliyanage.wordpress.com

                    P Offline
                    P Offline
                    Pualee
                    wrote on last edited by
                    #17

                    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 X|

                    D S G 3 Replies Last reply
                    0
                    • P Pualee

                      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 X|

                      D Offline
                      D Offline
                      Deflinek
                      wrote on last edited by
                      #18

                      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."

                      1 Reply Last reply
                      0
                      • G Gihan Liyanage

                        :sigh: " Let me break your Application " :(

                        Gihan Liyanage http://gihansampathliyanage.wordpress.com

                        B Offline
                        B Offline
                        BobJanova
                        wrote on last edited by
                        #19

                        That's the developer vs tester game! Developers play by trying to catch mistakes before the tester gets to see them!

                        1 Reply Last reply
                        0
                        • P Pualee

                          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 X|

                          S Offline
                          S Offline
                          Stefan_Lang
                          wrote on last edited by
                          #20

                          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 :-D

                          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)

                          1 Reply Last reply
                          0
                          • G Gihan Liyanage

                            :sigh: " Let me break your Application " :(

                            Gihan Liyanage http://gihansampathliyanage.wordpress.com

                            R Offline
                            R Offline
                            Roger Wright
                            wrote on last edited by
                            #21

                            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! :-D

                            Will Rogers never met me.

                            1 Reply Last reply
                            0
                            • P Pualee

                              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 X|

                              G Offline
                              G Offline
                              Gihan Liyanage
                              wrote on last edited by
                              #22

                              Cant they find bugs without hating the System ?

                              Gihan Liyanage http://gihansampathliyanage.wordpress.com

                              1 Reply Last reply
                              0
                              Reply
                              • Reply as topic
                              Log in to reply
                              • Oldest to Newest
                              • Newest to Oldest
                              • Most Votes


                              • Login

                              • Don't have an account? Register

                              • Login or register to search.
                              • First post
                                Last post
                              0
                              • Categories
                              • Recent
                              • Tags
                              • Popular
                              • World
                              • Users
                              • Groups