| || |
Application requirements or project requirements?
Our company is using Test Director since 1999, but we don't use the requirements feature that has been recently added to the product (we now have TD 7.5). Recently our ISO-9000 Quality team has prescribed a rule that imposes to all projects to record requirements in TD and link them to the tests in order to have a criterion to verify the completeness of the tests planned.
I think that this is a very good decision, but now a methodological problem faces us. Let's suppose the following scenario.
We have completed the development of a large application. We have a set of requirements that are now "incorporated" into the application. Every requirement is linked to the tests that verify that the application satisfies it. The requirements may have been updated during the development process, but this is not relevant now.
Now we start the maintenance of the application. Maintenance activities - except the ones aimed at fix bugs - are composed of a set of projects. Many of them are very small (less than 20 gg/u, but we still call them projects), but there may be maintenance projects up to 100-200 day/person (and even more).
The question is:
"Should we record in TD the application requirements or the (maintenance) projects requirements?"
In other words, as we start a maintenance project should we create a new set of indipendent requirements (using a separate folder) or update the original ones.
I prefer the first way (application requirements), but I have some doubts, so I would like to understand what others are doing. All material I could find on requirements seems to be talking about the development of new applications.
I think that both options have some advantages (but also some disandvantages). To semplify we can consider only the advantages:
- Requirements perfectly states what the application (should) do
- What we record in TD is exactly what is written in the project document we agreed with the users
- Link these requirements to the tests is (maybe) easier.
I would greatly appreciate if someone of the members of this forum could help me with reference to resources (books, internet resources, etc.) or even with their own experiences and ideas.
Thank you in advance,
Re: Application requirements or project requirements?
We create Test Requirements in the Requirements module.
We break down the Business or Project Requirements into Test Requirements by reconciling the Business Reqs with Functionals and Technical specs.
Each Project gets it's own Root in the tree structure and details what needs to be tested for which requirement of that project. At this point we develop tests and add them to the coverage of the cooresponding Test Requirement.
If you have a system for creating a relationship between the Test Requirements and other documents outside of TestDirector then you can create a pretty good traceability matrix...
Hope that helps some..