Professional Documents
Culture Documents
1 Introduction..................................................................................................................................4
1.1 Objective...........................................................................................................................4
1.2 Scope.................................................................................................................................4
2 Test Process Overview..................................................................................................................4
3 Features to be tested.....................................................................................................................6
4 Test Plan Strategy.........................................................................................................................7
4.1 Unit Testing.......................................................................................................................8
4.1.1 Objective...............................................................................................................8
4.1.2 Entry Criteria.........................................................................................................8
4.1.3 Exit Criteria...........................................................................................................8
4.2 Sanity Testing....................................................................................................................8
4.2.1 Entry Criteria.........................................................................................................8
4.2.2 Exit Criteria...........................................................................................................9
4.3 Functionality Testing.........................................................................................................9
1.1 Objective
Hercules is software, which shall be used by construction professionals. The Hercules software
would enable faster, accurate and easy to feed Total Stations with points, lines and arcs
information for field surveying/marking related works.
Field Construction office would also be able to view, edit or delete existing computations with
the same or different unit measurements like:
Measurements of distances
Angles
Lengths
1.2 Scope
This document describes the scope, approach, objectives, resources and schedule for Hercules
application testing. It identifies:
The items to be tested
Items not to be tested
Who will do the testing
The test approach followed
Pass/Fail criteria,
The testing schedule
The following Figure 2.1 represents the overall flow of the Testing process:
In the Requirements gathering and Analysis phase QA will validate the requirements for
correctness, completeness, and logically consistent.
Review the test cases to ensure that all the features are covered. If there is a problem with
a test case, the requirements associated with the test case can be corrected or the test
cases will be redesigned.
Document the test case configuration, test data and expected results as required.
Successful unit testing is required before the feature is eligible for component
integration/system testing.
Unsuccessful testing requires a Bug Report Form to be generated. This document shall
describe the test case, the problem encountered, its possible cause, and the sequence of
events that led to the problem. It shall be used as a basis for later technical analysis.
Following are the features that are part of the application testing:
1. Data Management
a. Projects & Jobs
b. Importing Projects, Jobs, Files
2. Rendering
a. 2D Rendering
b. 3D Rendering
c. View Ports
3. Working with Points
a. Point Creation – Single Mode
b. Point Creation – Multiple Mode
4. Working with Lines
a. Drawing Lines
b. Drawing Poly Lines
5. Working with Arcs and Circles
a. Working with Arcs
b. Working with Circles
6. Attributes
7. Layer Management
8. Filtering
9. Transformation
10. COGO – 2D only
a. Calculating Distances
b. Calculating Angles
11. Reporting
12. Settings
13. Command Line Interface
Test strategy describes the different types of testing activities carried out as part of the Hercules
PC Layout application testing. It also provides the Test Entry / Exit Criteria for each level of
testing.
Following Figure 4.1 depicts the flow of testing strategy for Hercules application.
Once the feature development is done, developer performs Unit testing before the code
check in.
After successful Unit testing, code check in is done and build integration task is initiated.
Successful build integration notifies an email and QA will pick up the build for testing.
After receiving the build email QA will perform the Sanity Testing. To perform Sanity
testing QA will define set of basic tests to validate the build for further testing.
Any issues identified during further phases of testing will be reported to development
team and for the tracking purposes bugs will be raised in JIRA.
Development team will fix the issues and the test process continues.
Unit testing is to verify that the build is working as expected and it is ok to release to QA.
Development team will take care of running & maintaining the unit tests.
Sanity testing is to make sure that the provided build is good to go and to start the functional
testing activity.
To make sure that all the features are implemented and are working as per the design and giving
expected result.
Regression testing is carried out before going for system testing, which is to test old
functionality. Regression testing consists of running a set of standard tests to ensure that old
functionality has not been broken by new functionality. Regression tests are also run if a new
release is made after fixing a number of defects.
All test cases for the corresponding functionality and for end to end flow cases are
created, reviewed and ready.
Integrated environment is setup to run tests.
All the end-to-end flow test cases are working as per the expected result.
Testing done to ensure that the application performs as per the agreed expectations (response
time, availability, portability, and scalability).
Acceptance Testing is conducted to determine whether or not a system satisfies the acceptance
criteria and to enable the customer to determine whether or not to accept the system. Acceptance
testing ensures that customer requirements' objectives are met and that all components are
correctly included in a customer package.
Beta Testing, done by the customer, using a pre-release version of the product to verify and
validate that the system meets business functional requirements. The purpose of beta testing is to
detect application faults, failures, and defects.
5 Test Report
Summary Report
Test Design effort
Test execution effort
Number of Test Cases executed
Number of Defects and their classification
Test Coverage (Number of test cases executed/Number planned)
7 Test Deliverables
Test deliverables are the artifacts, which are given to the stakeholders.
Following are the different types of Test Deliverables at different phases
Test Plan
Test cases Documents
Test Data
Test Results/Reports
Test Summary Report
Install/Configuration guides
Defect Report
Release notes
8.2 Assumptions
Every release to QA will accompany a release note specifying details of the features
implemented and its impact on the module under test.
All "Show-Stopper" bugs receive immediate attention from the development team.
9 Tools
Zephyr – Zephyr for JIRA is an add-on application that provides cost-effective, highly
sophisticated test management capabilities.