As a tester, what is the final report u submitted to ur
customer? please write it in tabular form
Answers were Sorted based on User's Feedback
Answer / vijay
As a tester,I will submit the TEST COMPLETION REPORT as
final report.
In this report we need to mentioned,
How many test cases we have
How many test cases we executed
How many test cases we passed
How many test cases we failed
How many test cases Unable to Run
total number of defects raised
toal number of defects resolved
total number of defect still outstanding
total number of defects rejected
we can get these details in reports from quality center
with charts.
and also availability of environment,is there any problem
we are doing execution
Any issues are there.
is there any regression testing required for this project.
these details we will put in Test completion Report then
send it to the Test Manager.
Is This Answer Correct ? | 7 Yes | 1 No |
Answer / kumar
The final report we submit is the "POSTMORTEM" report,it
consists of the detailed report, status of the build ,the
known bugs in the build, the limitations of the
application. Please correct me if i am wrong.
Is This Answer Correct ? | 8 Yes | 5 No |
Answer / ronh
We provide the business with a "Test Exit Report" similar
to the the following:
[Company Logo]
Test Exit Report
Version 0.0
Description of Project
DOCUMENT NO:
VERSION:
CONTACT: [Name]
EMAIL:
DATE: 3/31/2009
Distribution is subject to copyright.
Disclaimers
The information contained in this document is the
proprietary and exclusive property of [Name] except as
otherwise indicated. No part of this document, in whole or
in part, may be reproduced, stored, transmitted, or used
for design purposes without the prior written permission of
[Name].
The information contained in this document is subject to
change without notice.
The information in this document is provided for
informational purposes only. [Name] specifically disclaims
all warranties, express or limited, including, but not
limited, to the implied warranties of merchantability and
fitness for a particular purpose, except as provided for in
a separate software license agreement.
Privacy Information
This document may contain information of a sensitive
nature. This information should not be given to persons
other than those who are involved in the Project Name
project or who will become involved during the lifecycle
Trademarks
[Trademarks are added here]
Version History
REVISION CHART
Version Author(s) Description of Version Date
Completed
Document Owner
•
The primary contact for questions regarding this document
is:
Author:
Project Name
Phone:
Email:
Document Approval
Document Name:
Publication Date:
Contract Number:
Project Number:
Prepared by:
Approval: __________________________
Name and Organization
Concurrence: _________________________
Name and Organization
Table of Contents
1 Introduction 5
1.1 Objectives 5
1.2 Notification of Test Exit 5
1.3 Notification 5
1.4 Defects and Test Case Summary Information 6
1.5 Test Case Listing 6
1.6 Test Case Status 7
1.7 Defects Remaining in this Release 7
1.8 Defects Determined to be Invalid 8
1.9 Exceptions 8
1.10 Actual Versus Projected Defect Chart 9
1.11 Software Release Form 10
SOFTWARE RELEASE FORM 10
Index of Tables
Table 1 — Test Case Summary 6
Table 2 — Test Case Listing 6
Table 3 — Test Case Status 7
Table 4 — Test Cases with Remaining Defects 7
Table 5 — Invalid Test Cases 8
Table 6 — Defects Deferred to a Later Release 8
Figure 1 — Actual Versus Projected Defect Chart 9
1 Introduction
The Test Exit Report outlines the findings of all testing
activities. It identifies the items and features tested;
and reports the number of test cases that passed, failed,
or were found to be obsolete and reports the findings to
project management.
1.1 Objectives
Describe the high-level test plan objectives, of the
products to be delivered.
1.2 Notification of Test Exit
Date
Application
Release
Test Level
Business Area Manager
Project Executive
Application Owner
Solution Project Manager
Test Leader
1.3 Notification
The application described above completed the:
[ ] Installation [ ] Integration
[ ] Function [ ] System
[ ] Customer Acceptance
On this date:
____________________________________________________________
_____
Using a [ ] Manual [ ] Automated testing method on Release
Version: __________________
As stated in the Master Test Plan, Testing was limited to
the new change requests and pre-existing defects included
in the scope of this release. All planned test cases have
been performed, and all Defects have either been fixed and
verified, or deferred to a future release. The application
will now exit from testing with the following exceptions.
Please confirm that you are in agreement.
1.4 Defects and Test Case Summary Information
The following illustrates the Defect and Test Case status
at the time of test exit.
Total Number of Test Cases Total Passed Total Failed
Total Defects that are still Remaining Total
Invalid Test Cases Total Exceptions for Later Release
Table 1 — Test Case Summary
1.5 Test Case Listing
Obsolete or Invalid
N/A Test Case Number – Title
N/A Test Case Number – Title
N/A Test Case Number – Title
N/A Test Case Number - Title
N/A Test Case Number - Title
N/A Test Case Number - Title
Passed
100% complete Test Case Number – Title
100% complete Test Case Number – Title
100% complete Test Case Number – Title
100% complete Test Case Number – Title
100% complete Test Case Number – Title
100% complete Test Case Number – Title
100% complete Test Case Number – Title
100% complete Test Case Number – Title
Failed
0% complete Test Case Number – Title
0% complete Test Case Number - Title
0% complete Test Case Number – Title
0% complete Test Case Number - Title
Table 2 — Test Case Listing
1.6 Test Case Status
Test Case Number Test Case Title Test Date
Status Regression Test Date Status
101 Test Case 1 11/20/2009 Passed
102 Test Case 2 11/20/2009 Failed 11/21/2009
Passed
Table 3 — Test Case Status
1.7 Defects Remaining in this Release
These are the defects that were NOT FIXED with this
software release. After management review, the following
defects were determined to be acceptable for release with
this version of the software. There are deferred defects.
Test Case Number Test Case Title Date Tested
Defect Reason
Table 4 — Test Cases with Remaining Defects
1.8 Defects Determined to be Invalid
These are the defects logged that were determined to be
invalid. They were either not reproducible, a result of a
configuration error in the test environment, or a
misunderstanding of the requirement. There are no deferred
defects.
Test Case Number Test Case Title Date Tested
Invalid Reason
Table 5 — Invalid Test Cases
1.9 Exceptions
The following defects have been specifically deferred to a
later release. They were deferred because the defect
updates were reviewed and decided that these updates are
not being addressed in this release. There are deferred
defects.
Test Case Number Test Case Title Date Tested
Reason for Deferral
Table 6 — Defects Deferred to a Later Release
1.10 Actual Versus Projected Defect Chart
Note: The following chart displays the Actual number of
defects versus the Projected number estimated prior to the
start of testing.
Figure 1 — Actual Versus Projected Defect Chart
1.11 Software Release Form
SOFTWARE RELEASE FORM
QA Department Manager Signature:
Date:
Business Analyst Signature:
Date:
Software Release Name:
Software Version #:
Client Company:
The following software:
_______________________________________________ has been
tested by the [Name] Quality Assurance Department and meets
the criteria to be deployed into production.
A complete Test Exit Report is on file with the [Name]
Quality Assurance Department and may be reviewed upon
request.
Release to Production is:
[ ] Disapproved
[ ] Approved
Is This Answer Correct ? | 3 Yes | 0 No |
How would you prioritise your tests
I have heard about Zephyr as a good test management system. Would like to hear from those who have actually used it?
what are the steps of software QC?
How would you ensure that your testing is complete and has good coverage?
If conflict arrises between u and developer how will solve that?
What is IEEE? Why is it important?
What is Project Planning? how we can do the same? Is there any tool we can use for the same?
What is Cause and Effect Diagram, how it helps in software testing?.
how we apply cmmi and iso in oyr testing or qa do it have some specifuc format
How to find all the bugs during first round of testing?
how v come to know that v hv to use which tool 4 this proj?
how much it is necessary that if u r a sqa engineer then ur programming should be strong or either u have only concepts of it but u r not a good programmer.If the person is not a good programmer then do they are able to make their carrer in this field of qa and do it has good scope for them being not a good programmer?