Inputs for this process:
· A description of the required hardware and software components, including test tools. This information comes from the test environment, including test tool data.
· A description of roles and responsibilities of the resources required for the test and schedule constraints. This information comes from man-hours and schedules.
· Testing methodology. This is based on known standards.
· Functional and technical requirements of the application. This information comes from requirements, change request, technical and functional design documents.
· Requirements that the system can not provide, e.g. system limitations.
Contents of Test Strategy document:
Sections in the test strategy document include:
. A description of the required hardware and software components, including test tools: This information comes from the test environment, including test tool data.
. A description of roles and responsibilities of the resources required for the test and schedule constraints: This information comes from man-hours and schedules.
. Testing methodology: This is based on known standards.
. Functional and technical requirements of the application: This information comes from requirements, change request, technical, and functional design documents.
. Requirements that the system cannot provide, e.g. system limitations.
Outputs for this process:
· An approved and signed off test strategy document, test plan, including test cases.
· Testing issues requiring resolution. Usually this requires additional negotiation at the project management level.
your answer is helpful.Can you give a small example for s/w testing strategy.
ReplyDeleteAn example can be found at
ReplyDeletehttp://www.geocities.com/xtremetesting/SoftwareTestStrategy.html
Thanks for the example. Very useful!
ReplyDeleteYou can read about regression testing strategy on
ReplyDeletehttp://extremesoftwaretesting.com/Testing/RegressionTesting.html