Agile Testing Method Simplified _Software Testing Times - Tutorials, QTP, Manual Testing Automation Testing, Load Runner

June 2, 2016 | Author: bhagwansingh22 | Category: Topics, Food & Wine
Share Embed Donate


Short Description

c...

Description

1/15/2014

Agile Testing Method Simplified | Software Testing Times - Tutorials, QTP, Manual Testing Automation Testing, Load Runner

Software Testing Times - Tutorials, QTP, Manual Testing Automation Testing, Load Runner

- Best Blog on Software Testing. Here you can find the best articles on Software Testing, Automation Testing and Manual Testing Home

Software Testing Suite

Follow the Contributors of this blog Sumit: Brijesh Paul: Braidy Hunter: Amy White:

► QA Testing ► Agile ► Test Testing

► Test Testing ► User Testing ► Web Testing

► Web Testing ► It Testing ► Test Tools

Privacy Policy

Beginners Guide to Software Testing

ISTQB, ISEB, CSTE

QTP Portal

QTP Tutorials

Agile Testing Method Simplified

Disclaimer

Follow @testingconcepts

6,193 follow ers

Subscribe the QA and Software Testing Newsletter | Post Your Testing Queries

Didn't find your topic? Article for newbie who want to k now what is agile, how agile work s, how agile testing methodology is different from traditional methodologies and what are the challenges in agile.

Sponsored Links:

Agile Project Software

Search this website with more than 400 testing topics Search

www.seedpm.com

Today’s trend in Software Development is racing towards achieving Targets, Quality and Customer Satisfaction Adjust your tool to your within a limited time frame. This is mostly because the processes Test now and Business Scenario in today’s world is different from what it used to be, a few years ago. Most of the Product enjoy the benefits! Development companies are now adopting a new age concept called “Agile Methodology” for the Software Development Life Cycle. Software Testing has been a prime focus ever since the IT Industry has realized the importance of Quality of Deliverables, no matter what methodology we follow with the Software Development. However, since the Software Testing is a part of the Business Model, the Testing process also needs to change accordingly. Needless to say, we have so called “Agile Testing” as a result of such a Business Model.

Test Automation Event www.stpcon.com

Is test automation right for your software? Find out at STPCon

Introduction to Agile Testing While the given application under test is still evolving depending upon the customer needs, the mindset of the end user and the current market condition, it is highly impractical to go for the usual standard SDLC Models like Water Fall, V&V Model etc. Such models are most suitable for the Applications that are stable and non-volatile. The concept of “Time-To-Market” is the key word in today’s IT Business that compels the Software vendors to come up with new strategies to save the time, resources, cut down the cost involved and at the same time, deliver a reliable product that meets the user requirements. In this case, a reasonably good amount of end-to-end testing is carried out and the product could be acceptable with known issues/defects at the end of an intermediate release. These defects are harmless for the Application usability. To adopt such a process in a systematic way, we have a new concept called Agile Methodology. This methodology continuously strives to overcome the issues of dynamically changing requirements while still trying to maintain a well-defined process. The process is as follows: 1. The Customer prepares the Business Requirements and the Business Analyst or the Engineering team reviews it. Ideally, the Quality Assurance/Testing team is also involved in reviewing these requirements in order to be able to plan further stages accordingly. 2. During the Design and Implementation stages, the Engineering team writes User Stories and the analysis of issues at various stages. The Customer reviews these on regular basis and updates the Requirement specifications accordingly. The Testing team would follow up on regular basis at every stage until a consolidated documentation is prepared. This is to ensure that the Customer, the Engineering team and the Testing team are at the same page always and thus ensuring complete test coverage.

Blog Archive ► 2014 (1) ► 2013 (6)

3. While the Engineering team starts the implementation, the Testing team starts with test planning, test strategies and test cases preparation. These would be properly documented and handed over to the Customer and the Engineering team for review. This is to ensure the complete test coverage and avoid unnecessary or redundant test cases. 4. As and when the Developer implements the code, the Testing team identifies if the application can be built using this code for a quick testing. This is to identify the defects at the early stage so that the developer can fix them in the next round on priority basis and continue with further development. This iteration continues until the end of the code implementation. Once the testing cycle starts, the Test team can now focus more on major test items such as Integration, Usability Testing and System Testing etc. Scope of testing an application

http://www.softwaretestingtimes.com/2010/04/agile-testing-method-simplified.html

► 2012 (11) ► 2011 (34) ▼ 2010 (159) ► November (3) ► October (7) ► September (2) ► August (5) ► July (10) ► June (14)

1/4

1/15/2014

Agile Testing Method Simplified | Software Testing Times - Tutorials, QTP, Manual Testing Automation Testing, Load Runner The Testing team knows the complexity involved and it is accepted by the customer that the software development and/or the enhancements and hence the testing is a continuous process. Testing of the application at a black box level would suffice in order to identify the issues and raise the defects by the Testing team. The application continues to evolve until it reaches the stage of final acceptance. Hence the scope of testing would continue to evolve as per the Customer needs. Process followed at various stages in the product life cycle Every intermediate release of the product would be divided into two short cycles, usually of the duration of 40 days each. Each cycle would be executed in the following stages. The roles and responsibilities of every individual and the team are clearly defined for each stage. - Design Specifications: The Testing team’s efforts would focus on performing any tool or process improvements and reviewing, understanding, and contributing to the nascent specifications. - Implementation: While the Engineering/Development team is implementing the code, Testers would develop complete Testing Plan and Test Sets (set of test cases) for each of the features included in the cycle. Engineering features must be included; they would likely require some level of collaboration with the engineering feature developer. All Test Sets should be ready to execute by the end of implementation period of the respective cycle. After Test Set preparation, calculate the time estimation and prioritization for the Test Set execution based on the complexity and expected execution time for each test suite. - While the test execution time estimation is notoriously difficult, this number should provide the Customer with a starting point for benchmarking. - Testing/QA: Test Set execution, raising defects and follow up with the Engineering Team. End-toend validation of the defects. Focus simultaneously on improving the quality of test cases. Watching out for and adding new cases as testing proceeds. Testing the software end-to-end to discover regressions and subtle systemic issues. Learning to focus more on using the time available to uncover the largest number of and most important bugs. Any deviation from the estimated time should be communicated across well in advance, so that the schedule can be worked upon depending upon the priority of the pending tasks. If there are certain issues or test cases blocking due to unknown errors, they would be differed until the beginning of next Testing/QA Cycle. - Before acceptance: Follow up on ad-hoc requests/ changes in requirements on a regular basis, besides trying to complete the defined tasks. Looking at various broad areas of testing of a complex application, the system structure, and the depth of functionality implemented and the level of complexity, the complete end-to-end Test Execution within a limited time frame would be next to impossible with any standard SDLC Model available. The Product/application involves a good deal of learning of how and when to use the application and requires that the end user know the functionality of various modules prior to constructing a User defined model (UDM) for his Business purpose or even for testing.

Reasons for Agile Testing methodology to test an Application The testing wouldn’t be 100% complete in this case before the finished product reaches the hands of the end user. This is true especially when the target audience and its system structure are unknown. Different users have their own set of ideas and unique problems. Given this fact, it is hard to say that it is 100% bug free software when it reaches the customer. Hence, taking into account the constraints involved in using the standard SDLC Models, it is worth adopting an approach such as Agile Testing, which is more suitable for the dynamically changing requirements. Context Driven Testing and Rapid Testing: This type of testing is what usually the Agile Testers incorporate. Context Driven testing is the one where the test scenarios are not known before hand. It mostly comes from the context in which the application is being executed. In our case, it is constructing the UDMs based on a given use case from the targeted end user and test it for the scenarios that are explained by his system configuration. It also includes constructing the UDMs based on any trouble-shooting discussion arising out of defects pointed out during the Customer acceptance and testing. Rapid Testing is a process of defining our own strategies to test the Software, not necessarily following any specific Process or a Model. It focuses mainly on identifying the defects as quickly as possible rather than focusing on the end user requirements. Heuristic approach is used in such cases. The tester uses his common sense and previous work experience to test the application at various levels in order to figure out where the application stands. by Venk ata Nagesh Gandik ote References: http://www.testing.com/agile Online Documentation for Agile Testing and Rapid Testing: Agile Testing Challenges Rapid Software Testing

► May (16) ▼ April (99) Choosing right scripting technique/Framework for A... Selenium for Functional testing of web application... Types of Software errors and bugs | Most Common So... Measuring Software test effectiveness HP WinRunner exam HP0-M12 sample questions Step by Step guide to Test Case Development Software Testing Techniques Test Design Techniques Difference between Test Plan and Test Strategy | D... Tricky Software testing Terms SQL For Testers – Part 2 V Model to W Model | W Model in SDLC Simplified Selenium Interview Questions Software Testing Checklist Major Areas of Testin... CSTE Sample Papers | CSTE Sample Questions Asnwers to advanced software Testing Interview Que... Advanced Software Testing Interview Questions – Pa... Tips for Software Testing Resume Bug triage Meeting Process How and When Testing Starts Requirement Specification document Review Guidelin... Role of a tester in defect prevention and defect d... HP QTP Certification HP0-M016 Exam Sample Question... QTP Sample paper - Part 14 **** Mostly asked que... QTP Sample paper - Part 13 **** Mostly asked que... QTP Sample paper - Part 12 **** Mostly asked que... QTP Certification HP0-M16 Practice Questions - Set... QTP Certification HP0-M16 Practice Questions - Set... QTP Certification HP0-M16 Practice Questions - Set... QTP Certification HP0-M16 Practice Questions - Set... QTP Certification HP0-M16 Practice Questions - Set... QTP Certification HP0-M16 Practice Questions - Set...

SPONSORED LINKS

Web Load Testing Tool www.neotys.com/Get_NeoLoad

Easy, Realistic tests in 10 minutes Download Free 30 Day T rial Now

QTP Certification Practice Questions - Set 4 QTP Certification Practice Questions - Set 3 QTP Certification Practice Questions - Set 2 QTP Certification Practice Questions - Set 1

http://www.softwaretestingtimes.com/2010/04/agile-testing-method-simplified.html

2/4

1/15/2014

Agile Testing Method Simplified | Software Testing Times - Tutorials, QTP, Manual Testing Automation Testing, Load Runner When to Stop Testing | Testing Completion Criteria... Game Testing Tips and Considerations QTP Descriptive Programming How to get number of... Tutorial Database Testing using SQL | SQL for Test... Concept of Complete Testing | Exhaustive testing i...

Do not want to miss any Software Testing tips and latest updates? Subscribe the Software Testing Newsletter and get effective software testing tips Enter your Email below:

Testing Limitations Practical interview questions on Software Testing ...

Subscribe me!

Descriptive Programming in QTP QTP: Object Repository, Descriptive Programming an...

+1 Recommend this on Google

Equivalence Class Partitioning Simplified

No comments yet

Gray Box Testing White Box Testing Test Design Techniques

Add a comment as Chaudhary B.S.

Methods of Black box Testing Black Box Testing Fault, Error and Failure What Is Software Testing? Why is Software Testing Important? Defect Density Mercury Quality Center Interview Questions HP0 M15 Quality Center Certification Questions Effective Handbook for Implementing Test Strategie... Defining a Test Strategy Creating a Test Strategy Test Strategy A simple approach to Software Test Estimation Software Testing Effort Estimation Estimation Guidelines for Testing Projects

Newer Post

Home

Older Post

Software Testing Post Project Reviews Traceability Matrix from Software Testing perspect...

Subscribe to: Post Comments (Atom)

Selecting a Software testing Tool | Testing Tools ... Security Testing – Secure Software Development Lif... Unit Testing - Points to take care The Testing Mindset Practical Test Reporting Guide to Effective Test Status Reporting and Metri... Golden Rules for Bug Reporting Function Testing Step by Step – Part 2 Functional Testing Step by Step – Part 1 V-model is the basis of structured testing Agile Testing Method Simplified

http://www.softwaretestingtimes.com/2010/04/agile-testing-method-simplified.html

3/4

1/15/2014

Agile Testing Method Simplified | Software Testing Times - Tutorials, QTP, Manual Testing Automation Testing, Load Runner Unscripted Testing Techniques/Approaches SQL interview questions for Testers Web Testing basic Concepts | Get/Post methods and ... Testing with Visual Studio Team System 2010 (VS 20... Testing with Visual Studio Team System - Static Co... Testing with Visual Studio Team System - Manual Te... Load Testing with Visual Studio Team System 2010 Metric Based Approach for Requirements Gathering a... Requirements Reliability Metrics Testing Reliability Matrix Checklist for Data Warehouse Testing White box testing Simplified Unit test framework – An Introduction Guide to Metrics Collection in Software Testing Art of Test case writing Why start testing Early? Golden Rules for Software Testing Disclaimer / Contact Us QTP Tutorials Software Testing Suite Software Testing Tutorials for Beginners Software Testing Certifications ISTQB, ISEB, CSTE ... ► March (1) ► February (2)

Awesome Inc. template. Powered by Blogger.

http://www.softwaretestingtimes.com/2010/04/agile-testing-method-simplified.html

4/4

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF