Software Testing

20-Oct-2007 - Test Strategy Vs Test Plan

A test strategy is a statement of the overall approach to testing, identifying what levels of testing

are to be applied and the methods, techniques and tools to be used. A test strategy should ideally

be organization wide, being applicable to all of organizations software developments.

 

Developing a test strategy, which efficiently meets the needs of an organization, is critical to the

success of software development within the organization. The application of a test strategy to a

software development project should be detailed in the projects software quality plan.

 

The next stage of test design, which is the first stage within a software development project, is the

development of a test plan. A test plan states what the items to be tested are, at what level they

will be tested, what sequence they are to be tested in, how the test strategy will be applied to the

testing of each item, and describes the test environment.

 

A test plan may be project wide, or may in fact be a hierarchy of plans relating to the various levels

of specification and testing:

  • An Acceptance Test Plan, describing the plan for acceptance testing of the software. This would usually be published as a separate document, but might be published with the system test plan as a single document.
  • A System Test Plan, describing the plan for system integration and testing. This would also usually be published as a separate document, but might be published with the acceptance test plan.
  • A Software Integration Test Plan, describing the plan for integration of testes software components. This may form part of the Architectural Design Specification.
  • Unit Test Plan(s), describing the plans for testing of individual units of software. These may form part of the Detailed Design Specifications.

The objective of each test plan is to provide a plan for verification, by testing the software, that the

software produced fulfils the requirements or design statements of the appropriate software

specification. In the case of acceptance testing and system testing, this means the Requirements

Specification.

Comments (0) :: Permanent Link

20-Oct-2007 - Why does software have bugs?

  1. Miscommunication or no communication - understand the application requirements.
  2. Software complexity - the complexity of current software applications can be difficult to comprehend for anyone without experience in modern-day software development.
  3. Programming errors - programmers "can" make mistakes.
  4. Changing requirements - A redesign, rescheduling of engineers, effects on other projects, etc.  If there are many minor changes or any major changes, known and unknown dependencies among parts of the project are likely to interact and cause problems, and the complexity of keeping track of changes may result in errors.
  5. Time pressures - scheduling of software projects is difficult at best, often requiring a lot of guesswork. When deadlines loom and the crunch comes, mistakes will be made.
  6. Poorly documented code - it's tough to maintain and modify code that is badly written or poorly documented that result as bugs.
  7. Software development tools - various tools often introduce their own bugs or are poorly documented, resulting in added bugs.
Comments (0) :: Permanent Link

About Me

Muthuvel Kandaswami, Senior Test Engineer, Maveric Testing Solutions Limited, United Kingdom. "Testing identifies faults, whose removal increases the software quality by increasing the software’s potential reliability"

«  May 2012  »
MonTueWedThuFriSatSun
 123456
78910111213
14151617181920
21222324252627
28293031 

Links

Home
View my profile
Archives
Friends
Email Me

Friends