Answers ( 8 )

  1. Thanh Huynh
    0
    June 14, 2015 at 12:14 pm

    Please briefly explain why you feel this answer should be reported .

    Report Cancel
    @Toan,

    It's a tricky question. I find testing is enough when:

    * Team agree on current testings performed and their results
    * Release date is more important than more tests to perform
    * Team is well-informed on testing status
    * Testing budget is running out

    As a testers, I always to test more. There are always more cases to test. However, as we all know, we don't have all the time in the world to do the testing. We need to balance when to test and when to stop.

    Thanks again for your questions.
  2. ToanN
    0
    June 15, 2015 at 9:30 am

    Please briefly explain why you feel this answer should be reported .

    Report Cancel
    Hi Thanh,

    On my opinion, before testing, we have to decide pass rate to make sure how many percentage for any function. Ex: 80% passed case, 20% failed case or...
    Also, as you mention:
    * Budget of project
    * Resource
    * About date line: it's belong to progress management, we can't say we are nearly deadline but still have a lot of things can't finish...

    Thanks your ideas,
  3. Thanh Huynh
    0
    June 15, 2015 at 9:55 am

    Please briefly explain why you feel this answer should be reported .

    Report Cancel
    @Toan,

    Re: "Ex: 80% passed case, 20% failed case or.."
    > Sure, you can rely on these exit criteria to exit the testing or say we do enough testing. If you take a further steps, try to understand why these numbers come from. To me, it's all about the answer to the question "are we confident enough to release this software now?"

    Basically, I recommend communication among team over numbers.

    Happy testing!
  4. ToanN
    0
    June 15, 2015 at 10:13 am

    Please briefly explain why you feel this answer should be reported .

    Report Cancel
    Hi Thanh,

    Can you tell me your idea about "why there numbers come from"?

    Basically, I recommend communication among team over numbers.
    => It's not only communication, but also it's on planning (project management process), with customer will decide base on traceability matrix for this function to make it release.
  5. Thanh Huynh
    0
    June 15, 2015 at 11:28 am

    Please briefly explain why you feel this answer should be reported .

    Report Cancel
    @Toan,

    Sorry, it's a typo, I mean "where these numbers come from" not why...

    I do agree the exit criteria is a planning work but in order to make the plan works, a proper communication is needed. As far as experience, plan is likely to be out of date at some point of time. That's why I recommend constant communication over plan
  6. Paul Seaman
    1
    June 20, 2015 at 4:46 pm

    Please briefly explain why you feel this answer should be reported .

    Report Cancel
    ToanN
    "On my opinion, before testing, we have to decide pass rate to make sure how many percentage for any function. Ex: 80% passed case, 20% failed case or..."

    Let's say before testing you agree on 80% passed test cases. You finish testing and achieve 85%. So is testing now all OK? What if that 15% of fails are issues that would prevent the software going in to production?

    Does that agreed metric really tell you anything useful about the software? Are there other things you could consider instead?
  7. Thanh Huynh
    0
    June 22, 2015 at 4:58 pm

    Please briefly explain why you feel this answer should be reported .

    Report Cancel
    Re: "Let's say before testing you agree on 80% passed test cases. You finish testing and achieve 85%. So is testing now all OK? What if that 15% of fails are issues that would prevent the software going in to production?"

    Good points Paul. I wish more managers could be aware of the dark side of metrics before assigning the numbers to team.
  8. Tri Nguyen
    1
    July 4, 2015 at 8:46 pm

    Please briefly explain why you feel this answer should be reported .

    Report Cancel
    I think the exit criteria based on pass rate is not enough. It also must based on how much percent of critical bug/issue and how they effect on other functions especially on main function. That also should be reported to customer and if they are agree then we have a good signal to go.

    Cheers! :)

Leave an answer

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

ToanN R

About [ToanN]