I N T R O D U C T I O N Systematic and comprehensive testing is known to be a major factor contributing to Information Systems Quality. Adequate testing is however often not performed, leading to a higher number of software defects which impact the real and perceived quality of the software, as well as leading to time and expense being spent on rework and higher maintenance costs. How to Write Software Test Documentation is a plain-English, procedural guide to developing high quality software test documentation that is both systematic and comprehensive. It contains detailed instructions and templates on the following test documentation: Test Plan, Test Design Specification, Test Case, Test Procedure, Test Item Transmittal Report, Test Record, Test Log, Test Incident Report, Test Summary Report, How to Write Software Test Documentation is derived principally from IEEE Std 829 Standard for Software Test Documentation. It contains clear instructions to enable project staff with average literacy skills to effectively develop a comprehensive set of software test documentation. D E T A I L Test Plan: a document describing the scope, approach, resources and schedule of testing activities. Test Design Specification: a document that provides details of the test approach in terms of the features to be covered, the test cases and procedures to be used and the pass/fail criteria that will apply to each test. The test design specification forms the entry criteria for the development of Test Procedures and the specification of Test Cases on which they operate. Test Case: a document specifying actual input values and expected outputs. Test cases are created as separate documents to allow their reference by more than one test design specification and their use by many Test Procedures. Test Procedure: a document describing the steps required to prepare for, run, suspend and terminate tests specified in the test design specification. As an integral part of the test the document specifies the test cases to be used. Test procedures are created as separate documents as they are intended to provide a step by step guide to the tester and not be cluttered with extraneous detail. Test Item Transmittal Report: a document identifying the test items being transmitted for testing. Test Records: a suite of documents which record the results of testing for the purposes of corrective action and management review of the effectiveness of testing. Test records are represented as: Test Log: a document used by the test team to record what happened during testing. The log is used to verify that testing actually took place and record the outcome of each test (i.e. pass/fail). Test Incident Report: a report used to document any event that occurs during testing that requires further investigation. The creation of a Test Incident Report triggers corrective action on faults by the development team at the completion of testing. Test Summary Report: a management report summarising the results of tests specified in one or more test design specifications. This document informs management of the status of the product under test giving an indication of the quality of software produced by the development team.
"Sinopsis" puede pertenecer a otra edición de este libro.
I N T R O D U C T I O N Systematic and comprehensive testing is known to be a major factor contributing to Information Systems Quality. Adequate testing is however often not performed, leading to a higher number of software defects which impact the real and perceived quality of the software, as well as leading to time and expense being spent on rework and higher maintenance costs. How to Write Software Test Documentation is a plain-English, procedural guide to developing high quality software test documentation that is both systematic and comprehensive. It contains detailed instructions and templates on the following test documentation: Test Plan, Test Design Specification, Test Case, Test Procedure, Test Item Transmittal Report, Test Record, Test Log, Test Incident Report, Test Summary Report, How to Write Software Test Documentation is derived principally from IEEE Std 829 Standard for Software Test Documentation. It contains clear instructions to enable project staff with average literacy skills to effectively develop a comprehensive set of software test documentation. D E T A I L Test Plan: a document describing the scope, approach, resources and schedule of testing activities. Test Design Specification: a document that provides details of the test approach in terms of the features to be covered, the test cases and procedures to be used and the pass/fail criteria that will apply to each test. The test design specification forms the entry criteria for the development of Test Procedures and the specification of Test Cases on which they operate. Test Case: a document specifying actual input values and expected outputs. Test cases are created as separate documents to allow their reference by more than one test design specification and their use by many Test Procedures. Test Procedure: a document describing the steps required to prepare for, run, suspend and terminate tests specified in the test design specification. As an integral part of the test the document specifies the test cases to be used. Test procedures are created as separate documents as they are intended to provide a step by step guide to the tester and not be cluttered with extraneous detail. Test Item Transmittal Report: a document identifying the test items being transmitted for testing. Test Records: a suite of documents which record the results of testing for the purposes of corrective action and management review of the effectiveness of testing. Test records are represented as: Test Log: a document used by the test team to record what happened during testing. The log is used to verify that testing actually took place and record the outcome of each test (i.e. pass/fail). Test Incident Report: a report used to document any event that occurs during testing that requires further investigation. The creation of a Test Incident Report triggers corrective action on faults by the development team at the completion of testing. Test Summary Report: a management report summarising the results of tests specified in one or more test design specifications. This document informs management of the status of the product under test giving an indication of the quality of software produced by the development team.
"Sobre este título" puede pertenecer a otra edición de este libro.
EUR 6,87 gastos de envío desde Reino Unido a España
Destinos, gastos y plazos de envíoEUR 4,55 gastos de envío desde Reino Unido a España
Destinos, gastos y plazos de envíoLibrería: WorldofBooks, Goring-By-Sea, WS, Reino Unido
Paperback. Condición: Very Good. The book has been read, but is in excellent condition. Pages are intact and not marred by notes or highlighting. The spine remains undamaged. Nº de ref. del artículo: GOR008774374
Cantidad disponible: 1 disponibles
Librería: THE SAINT BOOKSTORE, Southport, Reino Unido
Paperback / softback. Condición: New. This item is printed on demand. New copy - Usually dispatched within 5-9 working days 107. Nº de ref. del artículo: C9781461136880
Cantidad disponible: Más de 20 disponibles
Librería: Better World Books, Mishawaka, IN, Estados Unidos de America
Condición: Good. Used book that is in clean, average condition without any missing pages. Nº de ref. del artículo: 14843618-6
Cantidad disponible: 1 disponibles
Librería: GreatBookPrices, Columbia, MD, Estados Unidos de America
Condición: As New. Unread book in perfect condition. Nº de ref. del artículo: 20931000
Cantidad disponible: Más de 20 disponibles
Librería: GreatBookPrices, Columbia, MD, Estados Unidos de America
Condición: New. Nº de ref. del artículo: 20931000-n
Cantidad disponible: Más de 20 disponibles
Librería: GreatBookPricesUK, Woodford Green, Reino Unido
Condición: New. Nº de ref. del artículo: 20931000-n
Cantidad disponible: Más de 20 disponibles
Librería: GreatBookPricesUK, Woodford Green, Reino Unido
Condición: As New. Unread book in perfect condition. Nº de ref. del artículo: 20931000
Cantidad disponible: Más de 20 disponibles
Librería: Best Price, Torrance, CA, Estados Unidos de America
Condición: New. SUPER FAST SHIPPING. Nº de ref. del artículo: 9781461136880
Cantidad disponible: 1 disponibles
Librería: CitiRetail, Stevenage, Reino Unido
Paperback. Condición: new. Paperback. I N T R O D U C T I O N Systematic and comprehensive testing is known to be a major factor contributing to Information Systems Quality. Adequate testing is however often not performed, leading to a higher number of software defects which impact the real and perceived quality of the software, as well as leading to time and expense being spent on rework and higher maintenance costs. How to Write Software Test Documentation is a plain-English, procedural guide to developing high quality software test documentation that is both systematic and comprehensive. It contains detailed instructions and templates on the following test documentation: Test Plan, Test Design Specification, Test Case, Test Procedure, Test Item Transmittal Report, Test Record, Test Log, Test Incident Report, Test Summary Report, How to Write Software Test Documentation is derived principally from IEEE Std 829 Standard for Software Test Documentation. It contains clear instructions to enable project staff with average literacy skills to effectively develop a comprehensive set of software test documentation. D E T A I L Test Plan: a document describing the scope, approach, resources and schedule of testing activities. Test Design Specification: a document that provides details of the test approach in terms of the features to be covered, the test cases and procedures to be used and the pass/fail criteria that will apply to each test. The test design specification forms the entry criteria for the development of Test Procedures and the specification of Test Cases on which they operate. Test Case: a document specifying actual input values and expected outputs. Test cases are created as separate documents to allow their reference by more than one test design specification and their use by many Test Procedures. Test Procedure: a document describing the steps required to prepare for, run, suspend and terminate tests specified in the test design specification. As an integral part of the test the document specifies the test cases to be used. Test procedures are created as separate documents as they are intended to provide a step by step guide to the tester and not be cluttered with extraneous detail. Test Item Transmittal Report: a document identifying the test items being transmitted for testing. Test Records: a suite of documents which record the results of testing for the purposes of corrective action and management review of the effectiveness of testing. Test records are represented as: Test Log: a document used by the test team to record what happened during testing. The log is used to verify that testing actually took place and record the outcome of each test (i.e. pass/fail). Test Incident Report: a report used to document any event that occurs during testing that requires further investigation. The creation of a Test Incident Report triggers corrective action on faults by the development team at the completion of testing. Test Summary Report: a management report summarising the results of tests specified in one or more test design specifications. This document informs management of the status of the product under test giving an indication of the quality of software produced by the development team. Shipping may be from our UK warehouse or from our Australian or US warehouses, depending on stock availability. Nº de ref. del artículo: 9781461136880
Cantidad disponible: 1 disponibles