Hi all
I'm part of a small project that has been assigned to deliver a change to an existing software system. We've gathered requirements and produced a requirements document that was signed off by the customer, and we've also developed a solution document that has also been signed off by the customer.
Once the development is complete, I'm in charge of testing. My question to you is, should I be testing against the requirements, the solution, or both?
Thanks in advance.
Mark
Hey Mark,
You should at least test against the Solution but potentially both. A project transitions from Requirements Elicitation to Solutioning to Development/Coding.
When first gathering requirements, the solution is left undefined since there exists many ways to satisfy a requirement. However, once the solutioning begins and the client signs off then that is what the coders should be working towards.
In an ideal world you would only test against the signed off solution. The assumption is that before the sign-off of the Solution Document someone (client, analyst, whoever) has ensured that it met all requirements. But this step may not have occurred. A good analyst will determine if a requirement was missed, work to assess whether it was intentional (e.g., conversations occurred and it was deemed unnecessary), and if it was missed in error then take the necessary steps to figure out what should be done.
Hi Mark,
Definitely test against both the requirements and the design in my opinion. Don't assume anyone has mapped the solution to the design and if they did that they did it correctly.
Kimbo
brought to you by enabling practitioners & organizations to achieve their goals using: