0% found this document useful (0 votes)
8 views4 pages

Understanding Negative Testing Techniques

The document discusses various software testing concepts, including negative testing, validation vs. verification, and the differences between regression and retesting. It also covers the traceability matrix, automation triggers, and contrasts the Waterfall and V models in software development. Additionally, it explains the role of system testing within the software development life cycle and defines key terms such as error, bug, and defect.

Uploaded by

srikanth292014
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
8 views4 pages

Understanding Negative Testing Techniques

The document discusses various software testing concepts, including negative testing, validation vs. verification, and the differences between regression and retesting. It also covers the traceability matrix, automation triggers, and contrasts the Waterfall and V models in software development. Additionally, it explains the role of system testing within the software development life cycle and defines key terms such as error, bug, and defect.

Uploaded by

srikanth292014
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd

Negative testing

This is a type of testing which is done by tester's to make sure that the system works fine
for the Inputs which the code doesn't designed for.

Validation Verification
Am I building the right product Am I building the product right
The review of interim work steps and interim
Determining if the system complies
deliverables during a project to ensure they
with the requirements and performs
are acceptable. To determine if the system
functions for which it is intended and
is consistent, adheres to standards, uses
meets the organization’s goals and
reliable techniques and prudent practices,
user needs. It is traditional and is
and performs the selected functions in the
performed at the end of the project.
correct manner.
Am I accessing the right data (in Am I accessing the data right (in the right
terms of the data required to satisfy place; in the right way).
the requirement)
High level activity Low level activity
Performed after a work product is Performed during development on key
produced against established criteria artifacts, like walkthroughs, reviews and
ensuring that the product integrates inspections, mentor feedback, training,
correctly into the environment checklists and standards
Determination of correctness of the Demonstration of consistency,
final software product by a completeness, and correctness of the
development project with respect to software at each stage and between each
the user needs and requirements stage of the development life cycle.

Difference between regression and retesting

Regression Testing means to test the entire application to ensure that the fixing of bug
will be affecting anywhere else in the application

Retesting means executing the same test case after fixing bug to ensure the bug fixing

What is Traceablility Matrix?

Traceability matrix is used to find out how many of the customer requirements are covered how many of requirement not covered
in each and every phase of SDLC.

When you will go for automation?

1,We will go for automation when there is a need of execution of same set of test cases
for each build.

2. we will go for automation when we need to test certain functionality for different kind
of inputs.

DIfference between Water fall model & W model


Waterfall model:

Based on the assumption thatrequirement will not change during the life cycle of the
project, whereas requirement can change at any phase of project.

Any mistake in Requirement phase can't be recognised in water fall model untill near the
end, when customer gets to see the product. This leads to huge cost of correctiveness in
terms of economy.

Emphasises the developement cycle and ignores the testing cycle.

Testing merely get time as developement phase takes almost 98% of project time.

v model:

Considers the change request at every phase of the software life cycle.

reduce the probability of occuring a mistake or defect. hance saves the cost.

Gives equal importance to the testing phase as developement.

testing & developement goes parralaly.

How does System Testing fit into the Software Development Life Cycle?

In a typical Enterprise, ‘unit testing’ is done by the programmers. This ensures that the
individual components are working OK. The ‘Integration testing’ focuses on successful
integration of all the individual pieces of software (components or units of code).

Once the components are integrated, the system as a whole needs to be rigorously tested
to ensure that it meets the Quality Standards.

Thus the System testing builds on the previous levels of testing namely unit testing and
Integration Testing.

Usually a dedicated testing team is responsible for doing ‘System Testing’.


What is Regression Testing?

Introduction:

This article attempts to take a close look at the process and techniques in Regression
Testing.

What is Regression Testing?

If a piece of Software is modified for any reason testing needs to be done to ensure that it
works as specified and that it has not negatively impacted any functionality that it offered
previously. This is known as Regression Testing.

Regression Testing attempts to verify:

- That the application works as specified even after the changes/additions/modification


were made to it

- The original functionality continues to work as specified even after


changes/additions/modification to the software application

- The changes/additions/modification to the software application have not introduced any


new bugs

RE: Waht is the difference between an bug and err...

Error: Is an undesirable deviation from requirements or Cosmetic .

Bug: Is an error found BEFORE the application goes into production or


missing Functionality.

Defect :Is an error found AFTER the application goes into production or
missing Requirement

Common questions

Powered by AI

Regression testing and retesting serve different purposes within software testing. Regression testing involves verifying that new changes have not adversely affected existing functionality, maintaining the software's integrity post-modification. Retesting, on the other hand, focuses on re-executing test cases for a specific bug after it has been fixed to confirm that the bug is resolved. Thus, regression testing is broader, ensuring no new issues arise, while retesting specifically verifies the resolution of known issues .

The primary difference between the Waterfall model and the V model is how they handle changes in requirements and their focus on testing. The Waterfall model is based on the assumption that requirements will not change during the life cycle of the project, leading to recognition of mistakes only near the end of the project. This late discovery results in a high cost of correction. In contrast, the V model considers change requests at every phase, allowing for early detection and correction of defects, which reduces costs. The V model also emphasizes testing alongside development, providing equal importance to both activities, thus helping to minimize defects early .

The Traceability Matrix contributes to the SDLC by tracking and ensuring that all customer requirements are met throughout every phase. It identifies how many requirements are covered and how many are not, allowing for gaps to be addressed promptly. This facilitates better management of project requirements and helps ensure that the final product meets the intended specifications .

The V model offers advantages over the Waterfall model in error management by allowing for change requests at every stage, which reduces the likelihood of defects remaining undetected until late in the development process. This continuous validation and verification at each phase help in early detection and correction of errors, significantly reducing the cost and time associated with fixing defects compared to the Waterfall model, where errors might be discovered only at the end .

Validation and verification differ in their focus and timing within the software development process. Validation is concerned with ensuring that the right product is being built, meaning it meets the user's needs and requirements, and is generally performed at the end of the project. Verification, however, is about building the product right; it ensures that interim work steps adhere to standards and produce the correct output. Verification occurs during development through walkthroughs and reviews, aiming to identify issues early and ensure consistency and correctness at each stage .

Negative testing involves testing the system with inputs that it is not specifically designed for, which helps ensure that the system can handle unexpected conditions without failing. It plays a crucial role in enhancing the robustness of the system by verifying that it can gracefully handle invalid or unexpected input, thus improving the software's reliability and user experience .

Regression testing is critical after modifications because it ensures that recent changes or additions have not introduced new bugs and that the software continues to operate as specified. It helps maintain the integrity of the existing functionality, ensuring that the application remains stable and reliable after updates or fixes .

System testing fits into the testing hierarchy by building on unit and integration testing, which are performed by programmers and focus on individual components and their integration, respectively. System testing involves testing the entire system as a whole to ensure it meets quality standards. This level of testing is critical as it rigorously evaluates the software's compliance with requirements before proceeding to user acceptance testing, typically done by a dedicated testing team .

A defect in software testing is an error found after the application has gone into production, signifying a failure to meet a requirement. In contrast, a bug is an error identified before the application goes into production, indicating a deviation from expected functionality. An error generally refers to any undesirable deviation from the specified requirements, which can be either cosmetic or functional .

The transition to automated testing is determined by several factors, including the need to repeatedly execute the same set of test cases for each build and the necessity to test certain functionalities with various inputs. Automation becomes advantageous when these conditions are met, as it increases efficiency, consistency, and coverage while reducing human error .

You might also like