Configuration management is a topic that often confuses new practitioners. So, let me describe it briefly:
- Configuration management determines clearly about the items that make up the software or system. These items include source code, test scripts, third-party software, hardware, data and both development and test documentation.
- Configuration management is also about making sure that these items are managed carefully, thoroughly and attentively during the entire project and product life cycle.
- Configuration management has a number of important implications for testing. Like configuration management allows the testers to manage their testware and test results using the same configuration management mechanisms.
- Configuration management also supports the build process, which is important for delivery of a test release into the test environment. Simply sending Zip archives by e-mail will not be sufficient, because there are too many opportunities for such archives to become polluted with undesirable contents or to harbor left-over previous versions of items. Especially in later phases of testing, it is critical to have a solid, reliable way of delivering test items that work and are the proper version.
- Last but not least, configuration management allows us to keep the record of what is being tested to the underlying files and components that make it up. This is very important. Let us take an example, when we report defects, we need to report them against something, something which is version controlled. If it is not clear what we found the defect in, the programmers will have a very tough time of finding the defect in order to fix it. For the kind of test reports discussed earlier to have any meaning, we must be able to trace the test results back to what exactly we tested.
Ideally, when testers receive an organized, version-controlled test release from a change-managed source code repository, it is along with a test item trans-mittal report or release notes. [IEEE 829] provides a useful guideline for what goes into such a report. Release notes are not always so formal and do not always contain all the information shown.
Configuration management is a topic that is very complex. So, advanced planning is very important to make this work. During the project planning stage – and perhaps as part of your own test plan – make sure that configuration management procedures and tools are selected. As the project proceeds, the configuration process and mechanisms must be implemented, and the key interfaces to the rest of the development process should be documented.
Other popular articles:
- What is Configuration management tools?
- How Do Software Development Lifecycle Activities & Work Products Affect Testing?
- What is Coverage measurement tools in software testing?
- What are the roles and responsibilities of a Test Leader?
- What are the Tools in Agile Projects?
Vijaya Ruppa says
D is correct because a test management tool that covers all phases of testing. In this question traceability which covers the requirement to test cases, recording of incidents/ Defect during execution and scheduling of tests which all test activities covered with a test management tool.
SP says
Can anyone help why E is the answer for this question – I thought incidents are recorded using test management tool and requirement traceability is done by test management tool and we schedule the test execution in the test management tool.
Looking for help here…
30 A tool that supports traceability, recording of incidents or scheduling of tests is
called:
a) a dynamic analysis tool
b) a test execution tool
c) a debugging tool
d) a test management tool
Den says
Here is no answer “E”.
But I hope – correct answer is “a test management tool”
soumya says
awesome and very helpful infomation provided on related topic