User Acceptance Testing Defect Classification when developing for an outside client

Posted by DannyC on Programmers See other posts from Programmers or by DannyC
Published on 2012-09-23T12:54:49Z Indexed on 2012/09/23 15:49 UTC
Read the original article Hit count: 347

Filed under:
|

I am involved in a large development project in which we (a very small start up) are developing for an outside client (a very large company).

We recently received their first output from UAT testing of a fairly small iteration, which listed 12 'defects', triaged into three categories : Low, Medium and High.

The issue we have is around whether everything in this list should be recorded as a 'defect' - some of the issues they found would be better described as refinements, or even 'nice-to-haves', and some we think are not defects at all.

They client's QA lead says that it is standard for them to label every issues they identify as a defect, however, we are a bit uncomfortable about this. Whilst the relationship is good, we don't see a huge problem with this, but we are concerned that, if the relationship suffers in the future, these lists of 'defects' could prove costly for us.

We don't want to come across as being difficult, or taking things too personally here, and we are happy to make all of the changes identified, however we are a bit concerned especially as there is a uneven power balance at play in our relationship.

Are we being paranoid here? Or could we be setting ourselves up for problems down the line by agreeing to this classification?

© Programmers or respective owner

Related posts about acceptance-testing

Related posts about defect