For every software testing company test plan is a document or set of documents, which describes in detail all the efforts, involved in testing of a project. It includes various software testing schemes, types of testing, existing testing resources, testers involved in the process of testing, internal requirements and processes, and if possible - test cases, expected results and the criteria for patency.
One of the concerns of test planning is the necessity for efficiency. Writing documentation takes time, and this time could not be spent on finding bugs. But the distribution between detail and the price is always a contentious issue.
Another feature of the test planning is that it is often made before the release of the product, based on the documentation concerning the requirements and specifications of the product. Therefore, as the project develops, planning must be reviewed and updated regarding to new features.
Test planning supports testing by compiling the project structure and improving communication in the test command. It is an integral part of finding the largest number of errors.
An important element of the test planning is the selection of software testing types. Often, such types of tests as functional, regression, acceptance, configuration are general for many projects. Depending on the type of web application, this list can be added with stress testing, security testing, testing database etc. Other tasks involved in test plan may be the features concerning development, bug tracking, configuration and build-process.
After considering the testing types and resources, it's time for the distribution of tasks. This stage is dedicated to bottom-up and top-down schedules. Bottom-up schedule specifies what type of testing will be used and how long it takes to execute it. Bottom-up schedule is not tied to the time of product release. A top-down schedule details all the tasks that must be completed before the date of release.
Test plans must be approved by peer management and project management review before implemented. While viewing the test plan, test command will have to negotiate with management concerning required resources, including schedules, equipment, and employees. The risks of quality and other vital matters may also be