STE Unit 5 Notes
STE Unit 5 Notes
Manual Testing
• A test plan document is prepared that acts as a guide to the testing process
in order to havethe complete test coverage.
• Requirement Analysis
• Test Plan Creation
• Test case Creation
• Test case Execution
• Defect Logging
• Defect Fix & Re-Verification
Time andResources.
Covering all areas of the Application requires more Tests, Creating all possible Test
cases, and executing Test cases takes more time. If it is Test Automation, Test tool
can execute Tests quickly.
ii) Less Accuracy
vi) Batch Testing is possible, but for each test execution Human user interaction
is mandatory.
Batch Testing means executing series of tests, In Batch Testing for every test case
execution User / Tester interaction is mandatory, If it is Test Automation Test tool
can execute series of Tests without human user interaction.
vii) GUI Objects Size difference and Color combinations etc.. are not easy to find
in Manual Testing.
viii) Manual Test Case scope is very less, if it is automated test, scope is more.
In Manual Testing, Test case scope is very limited why because Tester/user can
concentrate on oneor two Verification points only, If it is Test Automation, Test tool
(Tool also Software) can concentration on multiple verification points at a time.
ix) Executing same tests again and again is time taking process as well as
Tedious. Sometimes we need to execute same tests using multiple sets of Test
data, for each test iteration user interaction is mandatory, In Test Automation using
Test Data, data file (either Text file or Excel file or Database file) we can easily
conduct Data driven Testing.
x) For every release you must rerun the same set of tests which can be
tiresome. We need to execute Sanity Test Cases and Regression Test cases on every
modified build, it takes more time. In Automated Testing / Test Automation once
we can create Tests then Tool can execute Tests multiple times quickly.
Automation Testing
Test automation is the use of special software to control the execution of tests and
the comparison of actual outcomes with predicted outcomes. The objective of
automated testing is to simplify as much of the testing effort as possible with a
minimum set of scripts. Test automation can automate some repetitive but
necessary tasks in a formalized testing process already in place, or add additional
testing that would be difficult to perform manually.
Types of test automation tools:
• Efficient testing
• Consistency in testing
• Better quality software
• Automated testing is cheaper
• Automation testing is faster
• Automated testing is more reliable
• Automated testing reduces human and technical risks
• Automated testing is more powerful and versatile
ii. Identification of the areas within the organization where tool support will
help to improvetesting processes;
iii. Evaluation of tools against clear requirements and objective criteria;
iv. Proof-of-concept to see whether the product works as desired and meets the
or open-sourcenetwork of support;
vi. Identifying and planning internal implementation (including coaching and
modules
2. Test beds :simultaneously displays source code along with the program under
execution
3. Emulators
1. Speed. The automation tools tests the software under tests with the very faster
speed. There is a vast difference between the speed of user entering the data and
the automated tools generating and entering the data required for the testing of
the software. Speed of this software also completes the work faster.
2. Efficiency. While testers are busy running test cases, testers can't be doing
anything else. If the tester have a test tool that reduces the time it takes for him
to run his tests, he has more time fortest planning and thinking up new tests.
3. Accuracy and Precision. A test tool will perform the same test and check the
certain test case. The number of people or the amount of equipment required to
create the test condition could be prohibitive. A test tool can be used to simulate
the real world and greatly reduce the physical resources necessary to perform the
testing.
5. Simulation and Emulation. Test tools are often used to replace hardware or
software that would normally interface to your product. This "fake" device or
application can then be used to drive or respond to your software in ways that you
choose and ways that might otherwise be difficult to achieve.
6. Relentlessness. Test tools and automation never tire or give up. They can keep
going and going and on and on without any problem; whereas the tester gets tired
to test again and again.
1. The tool must match its intended use. Wrong selection of a tool can lead to
not have proper training and skill then they may not be able to work
effectively.
4. Select affordable tools. Cost and benefits of various tools must be
compared beforemaking final decision.
5. Backdoor entry of tools must be prevented. Unauthorized entry results
into failure of tool and creates a negative environment for new tool
introduction.
Criteria for Selecting Test Tools:
• The Criteria's for selecting Test Tools are,
1. Meeting requirements;
2. Technology expectations;
3. Training/skills;
4. Management aspects.
1. Meeting requirements
There are plenty of tools available in the market but rarely do they meet all the
requirements of a given product or a given organization. Evaluating different tools
for different requirements involve significant effort, money, and time. Given of the
plethora of choice available, huge delay is involved in selecting and implementing
test tools.
2. Technology expectations
Test tools in general may not allow test developers to extends/modify the
functionality of the framework. So extending the functionality requires going back
to the tool vendor and involves additional cost and effort. A good number of test
tools require their libraries to be linked with product binaries
3. Training/skills
While test tools require plenty of training, very few vendors provide the training to
the required level. Organization level training is needed to deploy the test tools, as
the user of the test suite are not only the test team but also the development team
and other areas like configuration management.
4. Management aspects
A test tool increases the system requirement and requires the hardware and
software to be upgraded. This increases the cost of the already- expensive test tool.
When to use automated test tools
• Stress, reliability, scalability and performance testing:
These types of testing require the test case to be run from a large number of
different machines for an extended period of time, such as 24 hours, 48
hours, and so on. It is just not possible to have hundreds of users trying out
the product they may be not willing to perform the repetitive tasks, nor will it
be possible to find that many people with the required skill sets. Test cases
belonging to these testing types become the first candidates for automation.
• Regression tests: Regression tests are repetitive in nature .These test cases
are executed multiple times during the product development phase. Given
the repetitive nature of test cases, automation will save significant time and
effort in the long run. The time thus gained can be effectively utilized for
other tests.
• Functional tests: These kinds of tests may require a complex set up and thus
require specialized skill, which may not be available on an ongoing basis.
Automating these once, using the expert skill sets, can enable using less-
skilled people to run these test on an ongoing basis
thereby giving a better understanding of the relationship among the activities and
entities they affect.
2. Control: Using baselines, goals and an understanding of the relationships, we can
can improve a product. Similarly, based on the analysis of a project, a process can
also be improved.
Metrics classification
Metrics are classified as:
1. Product Metrics: Product metrics are measures of software product at
process such as the overall development time, type of methodology used or the
average level of experience of the programming staff.
Product Metrics is classified as
1. Project Metrics: A set of metrics that indicates how the project is planned and
executed.
2. Progress: A set of metrics that tracks how the different activities of
the project areprogressing.
Progress Metrics is classified as
1. Test defect metrics: help the testing team in analysis of product quality and testing.
numbers that can be collected and used for planning and tracking testing
activities.