13. What group of teams can do software testing?
When
it comes to testing everyone in the world can be involved right from
the developer to the project manager to the customer. But below are
different types of team groups which can be present in a project.
- Isolated test team
- Outsource - we can hire external testing resources and do testing for our project.
- Inside test team
- Developers as testers
- QA/QC team.
14. What impact ratings have you used in your projects?
Normally, the impact ratings for defects are classified into three types:
- Minor: Very low impact but does not affect operations on a large scale.
- Major: Affects operations on a very large scale.
- Critical: Brings the system to a halt and stops the show.
15. Does an increase in testing always improve the project?
No
an increase in testing does not always mean improvement of the product,
company, or project. In real test scenarios only 20% of test plans are
critical from a business angle. Running those critical test plans will
assure that the testing is properly done. The following graph explains
the impact of under testing and over testing. If you under test a system
the number of defects will increase, but if you over test a system your
cost of testing will increase. Even if your defects come down your cost
of testing has gone up.
16. What's the relationship between environment reality and test phases?
Environment
reality becomes more important as test phases start moving ahead. For
instance, during unit testing you need the environment to be partly
real, but at the acceptance phase you should have a 100% real
environment, or we can say it should be the actual real environment. The
following graph shows how with every phase the environment reality
should also increase and finally during acceptance it should be 100%
real.
17. What are different types of verifications?
Verification
is static type of s/w testing. It means code is not executed. The
product is evaluated by going through the code. Types of verification
are:
- Walkthrough: Walkthroughs are informal, initiated by the author of the s/w product to a colleague for assistance in locating defects or suggestions for improvements. They are usually unplanned. Author explains the product; colleague comes out with observations and author notes down relevant points and takes corrective actions.
- Inspection: Inspection is a thorough word-by-word checking of a software product with the intention of Locating defects, Confirming traceability of relevant requirements etc.
18. How do test documents in a project span across the software development lifecycle?
The
following figure shows pictorially how test documents span across the
software development lifecycle. The following discusses the specific
testing documents in the lifecycle:
- Central/Project test plan: This is the main test plan which outlines the complete test strategy of the software project. This document should be prepared before the start of the project and is used until the end of the software development lifecycle.
- Acceptance test plan: This test plan is normally prepared with the end customer. This document commences during the requirement phase and is completed at final delivery.
- System test plan: This test plan starts during the design phase and proceeds until the end of the project.
- Integration and unit test plan: Both of these test plans start during the execution phase and continue until the final delivery.
source :http://www.indiabix.com
