A general slides for test automation principle, terminologies and implementation
Also, the slides provide an example - PET, which is a platform written by Perl, but not just for Perl. It provides a general framework to use.
The document discusses test management for software quality assurance, including defining test management as organizing and controlling the testing process and artifacts. It covers the phases of test management like planning, authoring, execution, and reporting. Additionally, it discusses challenges in test management, priorities and classifications for testing, and the role and responsibilities of the test manager.
Hybrid Automation Framework Development introduction
The document discusses hybrid test automation frameworks. A hybrid framework combines aspects of data-driven and keyword-driven frameworks to eliminate their individual disadvantages. It allows testers to write tests using keywords without coding, while supporting bulk data changes and flexible execution like data-driven frameworks. The document proposes a sample hybrid framework where test data, page objects, and keywords are defined in an Excel file, eliminating the need for code. This provides reusability, maintainability and a low learning curve while maintaining flexibility.
A brief that includes the following:
- Software Testing
- Quality Assurance
- Quality Control
- Types of Testing
- Levels of Software Testing
- Types of Performance Testing
- API
- Verification & Validation
- Test Plan & Testing Strategy
- Agile & Waterfall
- Software Development Life Cycle
- Career Path
The document discusses various aspects of test management including organizational structures for testing, configuration management, test estimation and monitoring, incident management, and standards for testing. It describes different levels of independence for testing, such as testing by developers, testing by development teams, and independent test teams. It also outlines the importance of configuration management, estimating and measuring test progress, logging incidents, and following standards for quality assurance and industry-specific testing.
The document discusses test automation process and framework. It provides details on what test automation means, benefits of automation, guidelines for identifying test cases to automate, challenges in automation, and components of an automation framework like data tables, libraries, object repositories, scripts, and results.
Katalon Studio is a free and robust automation solution for API, Web, and Mobile testing. It integrates all necessary components with built-in keywords and project templates into a complete automation framework. Katalon Studio is easy to use for beginners but still offers advanced capabilities for experienced users. This solution is trusted by an active community of over 150K users from 150+ countries around the world.
In this knolx, we’ll take a look at what is API Testing and how the katalon studio is helpful in API Testing.
Test Management as Chapter 5 of ISTQB Foundation 2018. Topics covered are Test Organization, Test Planning and Estimation, Test Monitoring and Control, Test Execution Schedule, Test Strategy, Risk and Testing, Defect Management
There are many types of tools that support testing across the entire software development lifecycle. While automation can help improve testing, automating and testing require separate skills. Effective use of tools requires identifying the appropriate tests to automate through planning and effort, while maintaining control over the test automation process. Tools should support requirements testing, static analysis, test design, test data preparation, test execution, comparison, debugging, and test management.
Testing software is conducted to ensure the system meets user needs and requirements. The primary objectives of testing are to verify that the right system was built according to specifications and that it was built correctly. Testing helps instill user confidence, ensures functionality and performance, and identifies any issues where the system does not meet specifications. Different types of testing include unit, integration, system, and user acceptance testing, which are done at various stages of the software development life cycle.
This document outlines a test plan template for testing a product. It includes sections for objectives and tasks, scope, testing strategy, hardware and environment requirements, test schedule, control procedures, features to be tested, resources and responsibilities, schedules, impacted departments, dependencies, risks, tools, and approvals. The testing strategy section describes the different types of testing to be performed, including unit, integration, performance, user acceptance, batch, regression, and beta testing. It provides definitions and outlines the methodology for each type. The document provides a framework to define all aspects of testing for a project.
Katalon Studio is a codeless automation testing tool that allows users to create tests visually without writing code. It uses a drag and drop interface or record and playback functionality to automate tests. Some key benefits of codeless automation with Katalon Studio include reduced test automation time, higher test coverage through increased regression test execution, cross-browser and cross-platform testing capabilities, and integration with continuous integration/continuous delivery tools. The presentation demonstrated Katalon Studio's features for web UI testing, API testing, and code-based versus codeless automation approaches.
Do you have traceability where you can efficiently determine the cause of defects if there was an unclear requirement? Are you sure your test cases cover your requirements? Can you easily execute targeted regression when you’ve updated your software’s functionality? Now with software development teams mostly working from home or in dispersed geographies, supporting effective collaboration between remote workers is critical. In this XBOSoft quarterly webinar, our CEO, Philip Lew, teams up with BDQ’s CEO Chris Bland, to discuss the problems with working remotely, integrating the phases of testing in development in an Agile, and how this can be done using Zephyr, one of the predominant plugins in the Atlassian marketplace for test management. In this webinar, you will learn how to:
--Link tests with user stories and group tests within test cycles.
--Tie your results (defects) all the way back to user stories for effective defect root cause analysis.
--Classify defects to analyze and prioritize your test efforts.
--Use the traceability matrix with Zephr for deep visibility into your Agile process.
Cygnet’s innovation and insight-driven software testing services have paved way for numerous path-breaking software applications. Our meticulous approach towards application testing eliminates pesky bugs, reduces the time-to-market while optimizing the total-cost-of-ownership.
What are the Key drivers for automation? What are the Challenges in Agile automation and How to deal with them? How to automate? Who will automate? Which tool to select? Commercial or open source? What to automate? Which features? Here is what our experience says
Test Automation Framework Development Introduction
The document discusses test automation frameworks and the page object model pattern. It recommends treating automated testing as software development with principles like separation of concerns. The page object model pattern models pages as objects and allows tests to interact with pages through page object classes. Data driven testing is also discussed where test data is stored externally in spreadsheets or databases and passed into tests.
Test Automation Demonstration with Dr Yongyan Wang by XBOSoft
Dr. Yongyan Wang presented on a test automation framework (TAF). Some key points:
- TAF is an open source framework for automating repeatable tasks across different languages/tools. It uses a distributed architecture.
- Challenges addressed include making automation independent of test/tool types and ensuring consistency. TAF's design focuses on repeatability, adaptability, and a simple web interface.
- A demonstration showed how TAF can simplify test management and provide pass/fail reports. It also integrates other tools like AutoIt and allows command-line usage.
- TAF aims to make automation easy, reliable, reusable, and independent through its structured approach and extens
The document discusses 24 interview questions related to Java Collections Framework. It covers common questions about the key interfaces and classes in Collections like HashMap, ArrayList, Vector, Iterator, differences between HashMap and Hashtable, fail-fast property, and more. Example questions include what is difference between Iterator and ListIterator, when to use Hashtable vs HashMap, how to make a HashMap synchronized, and importance of hashCode() and equals() methods.
Amanat Ali has over 18 years of experience as a quantity surveyor and civil estimator. He has worked on numerous construction projects in Pakistan and Afghanistan for companies like ADEEL Construction, Descon Engineering, Lakeshore Toltest Corp, and Central Asia Development Group. His responsibilities have included cost estimation, budget management, procurement, and contract administration. He has a diploma in quantity surveying and skills in AutoCAD, MS Office, and construction estimation software.
The document describes NexOS's test automation framework, which takes a hybrid approach combining test script modularity, library-driven testing, and data-driven testing. It utilizes VBScript library files for different application partitions and generic functions. Test data is stored in Excel files and imported into QTP. Results are recorded in an Access database and Quality Center. Scripts follow guidelines for components and are executed from Quality Center or manually from the test lab.
The document contains questions and answers related to Cucumber integration with Selenium. It discusses how to integrate Cucumber and Selenium by creating a Maven project and adding the Cucumber dependency. It also addresses the need for a feature file and step definition file to run Cucumber tests and the use of tags to filter scenarios. Finally, it compares Cucumber to other frameworks like JBehave and RSpec.
Este documento presenta la leyenda de Sant Jordi, el patrón de Cataluña. Narra cómo un dragón amenazaba una aldea y se iba comiendo a sus habitantes. Un día, le tocó en el sorteo a la princesa más querida ser sacrificada al dragón. Sin embargo, apareció Sant Jordi cabalgando y mató al dragón con su espada, salvando a la princesa. En conmemoración a esta leyenda, el 23 de abril en Cataluña las mujeres regalan libros y los hombres rosas a sus parejas.
How To Transform the Manual Testing Process to Incorporate Test Automation
Although most testing organizations have some automation, it's usually a subset of their overall testing efforts. Typically the processes have been previously defined, and the automation team must adapt accordingly. The major issue is that test automation work and deliverables do not always fit into a defined manual testing process.
Learn how to transform your manual testing procedures and how to incorporate test automation into your overall testing process.
The document discusses font choices for a pop magazine called "We Love Pop". It considers fonts with hearts, flowers, stars, and simplistic designs that could fit the pop genre. A heart font is chosen for the masthead to represent love and follow conventions of pop magazines. Handwriting fonts will provide a personal connection for the readership while basic texts convey facts. A mixture of bold and childish fonts on the final cover design make the magazine fit the pop genre visually.
The document discusses three "laws of test automation framework":
1) Test frameworks will continue growing unless changes are made, leading to complex step definitions and refactoring issues.
2) The more complex ("messy") a test framework becomes, the more effort is required to maintain it.
3) Changes to test frameworks can cause pushback from business and technical issues like merge conflicts and build failures.
The document promotes a Model-View-Controller approach to structure Cucumber tests to improve code quality and maintainability. Declarative styles are preferable to imperative to make tests more robust to business changes. Regular monitoring, desk checks, and appropriate timing of changes can help address challenges.
F5 Networks - - OpenStack Summit 2016/Red Hat NFV Mini Summit
F5 Networks presentation on protocol normalization, given at OpenStack Summit 2016 in Barcelona, Red Hat NFV Mini Summit. Includes F5/Red Hat collaboration description.
This document discusses designing an effective test automation strategy. It notes that current testing processes often lack sufficient test coverage and ROI turns negative. It emphasizes defining the proper scope and selecting an automation solution that can cover that scope. The document then introduces iLeap 2.0, an automation platform from Impetus Technologies that integrates open-source frameworks and tools to automate functional, API/web service, and security testing according to best practices. iLeap 2.0 is said to improve test coverage and maximize ROI.
Test Automation Best Practices (with SOA test approach)Leonard Fingerman
Today we hear a lot of buzz about the latest & greatest test automation tools like Selenium, Rational Functional Tester or HP LoadRunner but to make your test automation effort successful it might take more than just having the right tool. This presentation will try to uncover major pitfalls typically involved with test automation efforts. It will provide guidance on successful strategy as well as differences among third-generation frameworks like keyword-driven, data-driven and hybrid. It will also cover various aspects of SOA test automation
The Heuristic Test Strategy Model provides a framework for designing effective test strategies. It involves considering four key areas: 1) the project environment including resources, constraints, and other factors; 2) the product elements to be tested; 3) quality criteria such as functionality, usability, and security; and 4) appropriate test techniques to apply. Some common test techniques include functional testing, domain testing, stress testing, flow testing, and scenario testing.
The document discusses test management for software quality assurance, including defining test management as organizing and controlling the testing process and artifacts. It covers the phases of test management like planning, authoring, execution, and reporting. Additionally, it discusses challenges in test management, priorities and classifications for testing, and the role and responsibilities of the test manager.
Hybrid Automation Framework Development introductionGanuka Yashantha
The document discusses hybrid test automation frameworks. A hybrid framework combines aspects of data-driven and keyword-driven frameworks to eliminate their individual disadvantages. It allows testers to write tests using keywords without coding, while supporting bulk data changes and flexible execution like data-driven frameworks. The document proposes a sample hybrid framework where test data, page objects, and keywords are defined in an Excel file, eliminating the need for code. This provides reusability, maintainability and a low learning curve while maintaining flexibility.
A brief that includes the following:
- Software Testing
- Quality Assurance
- Quality Control
- Types of Testing
- Levels of Software Testing
- Types of Performance Testing
- API
- Verification & Validation
- Test Plan & Testing Strategy
- Agile & Waterfall
- Software Development Life Cycle
- Career Path
The document discusses various aspects of test management including organizational structures for testing, configuration management, test estimation and monitoring, incident management, and standards for testing. It describes different levels of independence for testing, such as testing by developers, testing by development teams, and independent test teams. It also outlines the importance of configuration management, estimating and measuring test progress, logging incidents, and following standards for quality assurance and industry-specific testing.
The document discusses test automation process and framework. It provides details on what test automation means, benefits of automation, guidelines for identifying test cases to automate, challenges in automation, and components of an automation framework like data tables, libraries, object repositories, scripts, and results.
Katalon Studio is a free and robust automation solution for API, Web, and Mobile testing. It integrates all necessary components with built-in keywords and project templates into a complete automation framework. Katalon Studio is easy to use for beginners but still offers advanced capabilities for experienced users. This solution is trusted by an active community of over 150K users from 150+ countries around the world.
In this knolx, we’ll take a look at what is API Testing and how the katalon studio is helpful in API Testing.
Test Management as Chapter 5 of ISTQB Foundation 2018. Topics covered are Test Organization, Test Planning and Estimation, Test Monitoring and Control, Test Execution Schedule, Test Strategy, Risk and Testing, Defect Management
There are many types of tools that support testing across the entire software development lifecycle. While automation can help improve testing, automating and testing require separate skills. Effective use of tools requires identifying the appropriate tests to automate through planning and effort, while maintaining control over the test automation process. Tools should support requirements testing, static analysis, test design, test data preparation, test execution, comparison, debugging, and test management.
Testing software is conducted to ensure the system meets user needs and requirements. The primary objectives of testing are to verify that the right system was built according to specifications and that it was built correctly. Testing helps instill user confidence, ensures functionality and performance, and identifies any issues where the system does not meet specifications. Different types of testing include unit, integration, system, and user acceptance testing, which are done at various stages of the software development life cycle.
This document outlines a test plan template for testing a product. It includes sections for objectives and tasks, scope, testing strategy, hardware and environment requirements, test schedule, control procedures, features to be tested, resources and responsibilities, schedules, impacted departments, dependencies, risks, tools, and approvals. The testing strategy section describes the different types of testing to be performed, including unit, integration, performance, user acceptance, batch, regression, and beta testing. It provides definitions and outlines the methodology for each type. The document provides a framework to define all aspects of testing for a project.
Katalon Studio - A Codeless Automation Tool.pdfKnoldus Inc.
Katalon Studio is a codeless automation testing tool that allows users to create tests visually without writing code. It uses a drag and drop interface or record and playback functionality to automate tests. Some key benefits of codeless automation with Katalon Studio include reduced test automation time, higher test coverage through increased regression test execution, cross-browser and cross-platform testing capabilities, and integration with continuous integration/continuous delivery tools. The presentation demonstrated Katalon Studio's features for web UI testing, API testing, and code-based versus codeless automation approaches.
Agile Test Management Using Jira and ZephyrXBOSoft
Do you have traceability where you can efficiently determine the cause of defects if there was an unclear requirement? Are you sure your test cases cover your requirements? Can you easily execute targeted regression when you’ve updated your software’s functionality? Now with software development teams mostly working from home or in dispersed geographies, supporting effective collaboration between remote workers is critical. In this XBOSoft quarterly webinar, our CEO, Philip Lew, teams up with BDQ’s CEO Chris Bland, to discuss the problems with working remotely, integrating the phases of testing in development in an Agile, and how this can be done using Zephyr, one of the predominant plugins in the Atlassian marketplace for test management. In this webinar, you will learn how to:
--Link tests with user stories and group tests within test cycles.
--Tie your results (defects) all the way back to user stories for effective defect root cause analysis.
--Classify defects to analyze and prioritize your test efforts.
--Use the traceability matrix with Zephr for deep visibility into your Agile process.
Enterprise QA and Application Testing ServicesCygnet Infotech
Cygnet’s innovation and insight-driven software testing services have paved way for numerous path-breaking software applications. Our meticulous approach towards application testing eliminates pesky bugs, reduces the time-to-market while optimizing the total-cost-of-ownership.
What are the Key drivers for automation? What are the Challenges in Agile automation and How to deal with them? How to automate? Who will automate? Which tool to select? Commercial or open source? What to automate? Which features? Here is what our experience says
Test Automation Framework Development IntroductionGanuka Yashantha
The document discusses test automation frameworks and the page object model pattern. It recommends treating automated testing as software development with principles like separation of concerns. The page object model pattern models pages as objects and allows tests to interact with pages through page object classes. Data driven testing is also discussed where test data is stored externally in spreadsheets or databases and passed into tests.
Test Automation Demonstration with Dr Yongyan Wang by XBOSoftXBOSoft
Dr. Yongyan Wang presented on a test automation framework (TAF). Some key points:
- TAF is an open source framework for automating repeatable tasks across different languages/tools. It uses a distributed architecture.
- Challenges addressed include making automation independent of test/tool types and ensuring consistency. TAF's design focuses on repeatability, adaptability, and a simple web interface.
- A demonstration showed how TAF can simplify test management and provide pass/fail reports. It also integrates other tools like AutoIt and allows command-line usage.
- TAF aims to make automation easy, reliable, reusable, and independent through its structured approach and extens
The document discusses 24 interview questions related to Java Collections Framework. It covers common questions about the key interfaces and classes in Collections like HashMap, ArrayList, Vector, Iterator, differences between HashMap and Hashtable, fail-fast property, and more. Example questions include what is difference between Iterator and ListIterator, when to use Hashtable vs HashMap, how to make a HashMap synchronized, and importance of hashCode() and equals() methods.
Resume q.surveyor - amanat ali (updated)Amanat ali
Amanat Ali has over 18 years of experience as a quantity surveyor and civil estimator. He has worked on numerous construction projects in Pakistan and Afghanistan for companies like ADEEL Construction, Descon Engineering, Lakeshore Toltest Corp, and Central Asia Development Group. His responsibilities have included cost estimation, budget management, procurement, and contract administration. He has a diploma in quantity surveying and skills in AutoCAD, MS Office, and construction estimation software.
The document describes NexOS's test automation framework, which takes a hybrid approach combining test script modularity, library-driven testing, and data-driven testing. It utilizes VBScript library files for different application partitions and generic functions. Test data is stored in Excel files and imported into QTP. Results are recorded in an Access database and Quality Center. Scripts follow guidelines for components and are executed from Quality Center or manually from the test lab.
The document contains questions and answers related to Cucumber integration with Selenium. It discusses how to integrate Cucumber and Selenium by creating a Maven project and adding the Cucumber dependency. It also addresses the need for a feature file and step definition file to run Cucumber tests and the use of tags to filter scenarios. Finally, it compares Cucumber to other frameworks like JBehave and RSpec.
Este documento presenta la leyenda de Sant Jordi, el patrón de Cataluña. Narra cómo un dragón amenazaba una aldea y se iba comiendo a sus habitantes. Un día, le tocó en el sorteo a la princesa más querida ser sacrificada al dragón. Sin embargo, apareció Sant Jordi cabalgando y mató al dragón con su espada, salvando a la princesa. En conmemoración a esta leyenda, el 23 de abril en Cataluña las mujeres regalan libros y los hombres rosas a sus parejas.
How To Transform the Manual Testing Process to Incorporate Test AutomationRanorex
Although most testing organizations have some automation, it's usually a subset of their overall testing efforts. Typically the processes have been previously defined, and the automation team must adapt accordingly. The major issue is that test automation work and deliverables do not always fit into a defined manual testing process.
Learn how to transform your manual testing procedures and how to incorporate test automation into your overall testing process.
The document discusses font choices for a pop magazine called "We Love Pop". It considers fonts with hearts, flowers, stars, and simplistic designs that could fit the pop genre. A heart font is chosen for the masthead to represent love and follow conventions of pop magazines. Handwriting fonts will provide a personal connection for the readership while basic texts convey facts. A mixture of bold and childish fonts on the final cover design make the magazine fit the pop genre visually.
The document discusses three "laws of test automation framework":
1) Test frameworks will continue growing unless changes are made, leading to complex step definitions and refactoring issues.
2) The more complex ("messy") a test framework becomes, the more effort is required to maintain it.
3) Changes to test frameworks can cause pushback from business and technical issues like merge conflicts and build failures.
The document promotes a Model-View-Controller approach to structure Cucumber tests to improve code quality and maintainability. Declarative styles are preferable to imperative to make tests more robust to business changes. Regular monitoring, desk checks, and appropriate timing of changes can help address challenges.
F5 Networks - - OpenStack Summit 2016/Red Hat NFV Mini Summitkimw001
F5 Networks presentation on protocol normalization, given at OpenStack Summit 2016 in Barcelona, Red Hat NFV Mini Summit. Includes F5/Red Hat collaboration description.
This document discusses test automation within a Scrum process. It begins by providing background on the author and defining test automation. It then discusses how to start with automation, including using frameworks and learning programming skills. It describes how to plan test automation in a Scrum process, including when to automate, criteria for choosing what to automate, and how to plan the automation work. The document then discusses automating test cases, executing automation scripts, and delivering the automation work in a Scrum process. Finally, it briefly discusses some newer trends in test automation.
Rajendra Narayan Mahapatra from Mindfire Solutions presented on Selenium automation frameworks. The presentation covered definitions of an automation framework, reasons for using one, and types including modular, data-driven, and hybrid frameworks. Code was provided for fetching test data from an Excel sheet in a data-driven framework. The agenda indicated frameworks would be defined and compared.
This document discusses test automation in agile projects. It begins with an overview of agile principles like the agile manifesto. It then discusses agile testing principles and practices like continuous integration and continuous delivery. The bulk of the document focuses on test automation, including why it's important, different types of test automation frameworks, and design considerations like the test automation pyramid. It provides tips for test automation including design patterns, abstraction layers, and evolving the framework over time.
A study and practice of OpenStack release Kilo HA deployment. The Kilo document has some errors, and it's hardly find a detailed document to describe how to deploy a HA cloud based on Kilo release. Hope this slides can provide some clues.
The document discusses test automation in agile environments. It covers Capgemini's World Quality Report on automation, the evolution of business models and IT ecosystems, and challenges with agile automation. Key topics include testing being embedded within the Scrum process with no separate schedule for testing, the importance of test-driven development and behavior-driven development, achieving high levels of automation coverage, and using tools like Cucumber, JUnit, and Selenium to support test automation. The document emphasizes that automation is necessary to achieve faster time to market and increased productivity in agile.
This document provides an overview of Microsoft Test Manager (MTM) 2013 and how to use it for test planning, test case management, test runs, exploratory testing, and lab management. Key capabilities covered include creating test plans and test suites, managing manual and automated test cases, running tests and recording results, performing exploratory testing sessions, and setting up and using lab environments to collect diagnostic data during testing. The document demonstrates these capabilities through examples and screenshots.
This document discusses test automation, including its benefits, types, skills needed, and challenges. Some key benefits of test automation include: saving time by allowing software to execute test cases faster than humans; freeing up test engineers from repetitive tasks; and enabling more reliable and immediate testing. There are three generations of test automation: record and playback, data driven, and action driven. Setting up an effective test automation framework requires skills in programming languages, framework design, and understanding the product being tested. Challenges of test automation include gaining management commitment and the initial costs and learning curve.
Microsoft Test Manager 2013 is a test management tool that allows users to:
- Create and manage test plans, test suites, test cases, and test runs
- Support different types of testing like manual, automated, and exploratory testing
- Integrate with Visual Studio, TFS, and lab environments to facilitate testing activities
- Provide reporting features to track test progress and results
For Impetus’ White Papers archive, visit- http://www.impetus.com/whitepaper
This white paper presents an overview of iLeap, which increases developer/tester productivity by providing a robust and easy-to-use framework.
Software Test Automation - Best PracticesArul Selvan
The document provides best practices for software test automation. It recommends treating test automation like a software development project by focusing on design, documentation, and bug tracking. It also stresses setting measurable goals, choosing the right testing tool and framework to meet automation needs, ensuring high quality test data, training a dedicated team, conducting early and frequent testing, and writing independent test cases.
Software test automation involves developing automated test scripts to test software. There are several benefits to test automation including saving time, freeing up test engineers from repetitive tasks, improving reliability of tests, and enabling certain types of testing. Effective test automation requires identifying what to automate based on factors like test type, prone to change areas, and standards. It also requires skills in test case design, frameworks, programming languages, and reporting. Proper design and requirements are needed for the test automation framework and tools. The test automation process should follow the same development lifecycle model as the product.
Automated Software Testing Framework Training by Quontra SolutionsQuontra Solutions
Learn through Experience -- We differentiate our training and development program by delivering Role-Based training instead of Product-based training. Ultimately, our goal is to deliver the best IT Training to our clients.
In this training, attendees learn:
Introduction to Automation
• What is automation
• Advantages of automation & Disadvantages of automation
• Different types of Automation Tools
• What to automate in projects
• When to start automation. Scope for automation testing in projects
• About open-source automation tools
Introduction to Selenium
• What is selenium
• Why selenium
• Advantage and Disadvantages of selenium
Selenium components
• Selenium IDE
• Selenium RC
• Selenium WebDriver
• Selenium Grid
Selenium IDE
• Introduction to IDE
• IDE Installation
• Installation and uses of Firepath, Firebug & Debug bar
• Property & value of elements
• Selenium commands
• Assertions & Verification
• Running, pausing and debugging script
• Disadvantages of selenium IDE
• How to convert selenium IDE Scripts into other languages
Locators
• Tools to identify elements/objects
• Firebug
• IE Developer tools
• Google Chrome Developer tools
• Locating elements by ID
• Finding elements by name
• Finding elements by link text
• Finding elements by XPath
• Finding Elements by using CSS
• Summary
Selenium RC
• What is selenium RC
• Advantages of RC, Architecture
• What is Eclipse/IntelliJ, Selenium RC configure with Eclipse/IntelliJ
• Creating, running & debugging RC scripts
Java Concepts
• Introduction to OOPs concepts and Java
• Installation: Java, Eclipse/IntelliJ, selenium, TestNg/JUnit
• operators in java
• Data types in java
• Conditional statements in java
• Looping statements in java
• Output statements in java
• Classes & Objects
• Collection Framework
• Regular Expressions
• Exception Handling
• Packages, Access Specifiers /Modifiers
• String handling
• Log4J for logging
Selenium Web Driver with Java
• Introduction to WebDriver
• Advantages
• Different between RC and WebDriver
• Selenium WebDriver- commands
• Generate scripts in Eclipse/IntelliJ. Run Test Scripts.
• Debugging Test Script
• Database Connections
• Assertions, validations
• Working with Excel
• Pass the data from Excel
• Working with multiple browser
• Window Handling, Alert/confirm & Popup Handling
• Mouse events
• Wait mechanism
• Rich Web Handling: Calendar handing, Auto suggest, Ajax, browser forward/back navigation, keyboard events, certificate handling, event listeners
TestNg/JUnit Framework
• What is TestNg/JUnit
• Integrate the Selenium Scripts and Run from TestNg/JUnit
• Reporting Results and Analysis
• Run Scripts from multiple programs
• Parallel running using TestNg/JUnit
Automation Framework development in Agile testing
• Introduction to Frame W
This document provides an overview of Cucumber-JVM best practices for behavior driven development. It discusses layers of agile development including test driven development and behavior driven development. It then explains Cucumber-JVM and Gherkin syntax for defining features, scenarios, steps, and tags. Finally, it outlines best practices for writing feature files, using code coverage, and building test data in step definitions.
Software Testing- Principles of testing- Mazenet SolutionMazenetsolution
This document provides an overview of software testing concepts. It discusses why testing is necessary due to the likelihood of software faults. The fundamental test process involves test planning, specification, execution, recording, checking completion. An important part of testing is regression testing to check for unintended effects of fixes. Prioritizing tests is important to make the best use of limited testing time. The psychology of testing discusses challenges like finding faults can undermine confidence and independence is important.
This document discusses software test documentation standards and processes. It describes the IEEE 829 standard for software test documentation, which includes a test planning and control process involving test plans, analysis and design involving test cases and procedures, implementation and execution involving bug reports and test procedures, and evaluation and reporting involving status reports and test logs. It provides details on various test documentation artifacts like test plans, test designs, test cases, test procedures, and reports. It explains the purpose, structure, and contents of each artifact to provide documentation at different stages of the testing process.
Testing frameworks provide an execution environment for automated tests. The main types are modular, data-driven, and keyword-driven frameworks. Modular frameworks organize tests into independent scripts representing application modules. Data-driven frameworks store test data and expected results in external files to reduce code duplication. Keyword-driven frameworks use external files to store test actions and data. Hybrid frameworks combine advantages of the different approaches. While frameworks work with waterfall models, agile methodologies benefit more from test-driven development and behavior-driven development which integrate testing throughout development.
The presentation explains the PHP unit testing framework and provides a basic training on Testing with PHPunit. It Covers fundamental of unit testing, unit testing benefits and best practices. Starting ground up from PHP unit fundamentals, features of unit testing tries to explore advanced topics like Data providers, Fuxtures, Test doubles and more...
TMPA-2017: Regression Testing with Semiautomatic Test Selection for Auditing ...Iosif Itkin
TMPA-2017: Tools and Methods of Program Analysis
3-4 March, 2017, Hotel Holiday Inn Moscow Vinogradovo, Moscow
Regression Testing with Semiautomatic Test Selection for Auditing of IMS Database
Alexey Ruchay, Ivan Kliavin, Tatiana Kotova, Julia Ivanova, Applied Technologies
Would like to know more?
Visit our website:
www.tmpaconf.org
www.exactprosystems.com/events/tmpa
Follow us:
https://www.linkedin.com/company/exactpro-systems-llc?trk=biz-companies-cym
https://twitter.com/exactpro
The document provides an overview of the agenda and content for Day 1 of an ISTQB Foundation Level training course. It begins with an introduction to ISTQB, including what it is, its purpose, and certification levels. It then outlines the agenda for Day 1, which includes introductions to ISTQB, principles of testing, testing throughout the software development lifecycle, static testing techniques, and tool support for testing. The document provides details on each of these topics, such as definitions of testing, principles of testing, software development models, testing levels, types of testing, and examples of static testing techniques.
The document discusses several automated testing tools:
- PHPUnit is a unit testing framework for PHP that allows writing and running automated tests. It helps ensure code quality and finds regressions.
- Selenium is a suite of tools for automating web application testing across browsers and platforms. It includes the Selenium IDE, RC, and Grid.
- Phing is a build system based on Apache Ant for PHP projects. It uses XML build files and PHP tasks to provide an extensible and flexible build framework.
The document summarizes key principles of software testing including:
1. Testing is necessary because software will contain faults due to human errors, and failures can be costly.
2. Exhaustive testing of all possible test cases is impractical. Risk-based prioritization is used to test the most important cases first.
3. The test process includes planning, specification, execution, recording results and checking completion criteria. Effective test cases are prioritized to efficiently find faults.
This document discusses context-driven test automation and describes four common contexts for automation: individual developer, development team, project, and product line. It analyzes two case studies - the ITE and xBVT test automation frameworks - and how they address common test automation tasks like distribution, setup/teardown, execution, verification and reporting differently depending on their context. The key lesson is that the approach that works best depends on who writes and uses the tests rather than a one-size-fits-all framework. Defining the context upfront helps determine how automation tasks are implemented.
The document discusses various software testing techniques including white box testing and black box testing. It provides details on test cases, test suites, and testing conventional applications. Specifically:
- It describes white box and black box testing techniques, and explains that white box tests the implementation while black box tests only the functionality.
- It defines what a test case is and lists typical parameters for a test case like ID, description, test data, expected results. It provides an example test case.
- It explains that a test suite is a container that holds a set of tests and can be in different states. A diagram shows the relationship between test plans, test suites and test cases.
- It discusses unit testing and
The document discusses principles of software testing including why testing is necessary, common testing terminology, and the testing process. It describes the testing process as having six key steps: 1) planning, 2) specification, 3) execution, 4) recording, 5) checking completion, and 6) planning at a more detailed level. It emphasizes prioritizing tests to address highest risks and outlines factors that influence how much testing is needed such as contractual requirements, industry standards, and risk levels.
Similar to Test automation principles, terminologies and implementations (20)
Software Engineering and Project Management - Introduction to Project ManagementPrakhyath Rai
Introduction to Project Management: Introduction, Project and Importance of Project Management, Contract Management, Activities Covered by Software Project Management, Plans, Methods and Methodologies, some ways of categorizing Software Projects, Stakeholders, Setting Objectives, Business Case, Project Success and Failure, Management and Management Control, Project Management life cycle, Traditional versus Modern Project Management Practices.
Profiling of Cafe Business in Talavera, Nueva Ecija: A Basis for Development ...IJAEMSJORNAL
This study aimed to profile the coffee shops in Talavera, Nueva Ecija, to develop a standardized checklist for aspiring entrepreneurs. The researchers surveyed 10 coffee shop owners in the municipality of Talavera. Through surveys, the researchers delved into the Owner's Demographic, Business details, Financial Requirements, and other requirements needed to consider starting up a coffee shop. Furthermore, through accurate analysis, the data obtained from the coffee shop owners are arranged to derive key insights. By analyzing this data, the study identifies best practices associated with start-up coffee shops’ profitability in Talavera. These findings were translated into a standardized checklist outlining essential procedures including the lists of equipment needed, financial requirements, and the Traditional and Social Media Marketing techniques. This standardized checklist served as a valuable tool for aspiring and existing coffee shop owners in Talavera, streamlining operations, ensuring consistency, and contributing to business success.
Social media management system project report.pdfKamal Acharya
The project "Social Media Platform in Object-Oriented Modeling" aims to design
and model a robust and scalable social media platform using object-oriented
modeling principles. In the age of digital communication, social media platforms
have become indispensable for connecting people, sharing content, and fostering
online communities. However, their complex nature requires meticulous planning
and organization.This project addresses the challenge of creating a feature-rich and
user-friendly social media platform by applying key object-oriented modeling
concepts. It entails the identification and definition of essential objects such as
"User," "Post," "Comment," and "Notification," each encapsulating specific
attributes and behaviors. Relationships between these objects, such as friendships,
content interactions, and notifications, are meticulously established.The project
emphasizes encapsulation to maintain data integrity, inheritance for shared behaviors
among objects, and polymorphism for flexible content handling. Use case diagrams
depict user interactions, while sequence diagrams showcase the flow of interactions
during critical scenarios. Class diagrams provide an overarching view of the system's
architecture, including classes, attributes, and methods .By undertaking this project,
we aim to create a modular, maintainable, and user-centric social media platform that
adheres to best practices in object-oriented modeling. Such a platform will offer users
a seamless and secure online social experience while facilitating future enhancements
and adaptability to changing user needs.
A brand new catalog for the 2024 edition of IWISS. We have enriched our product range and have more innovations in electrician tools, plumbing tools, wire rope tools and banding tools. Let's explore together!
Exploring Deep Learning Models for Image Recognition: A Comparative Reviewsipij
Image recognition, which comes under Artificial Intelligence (AI) is a critical aspect of computer vision,
enabling computers or other computing devices to identify and categorize objects within images. Among
numerous fields of life, food processing is an important area, in which image processing plays a vital role,
both for producers and consumers. This study focuses on the binary classification of strawberries, where
images are sorted into one of two categories. We Utilized a dataset of strawberry images for this study; we
aim to determine the effectiveness of different models in identifying whether an image contains
strawberries. This research has practical applications in fields such as agriculture and quality control. We
compared various popular deep learning models, including MobileNetV2, Convolutional Neural Networks
(CNN), and DenseNet121, for binary classification of strawberry images. The accuracy achieved by
MobileNetV2 is 96.7%, CNN is 99.8%, and DenseNet121 is 93.6%. Through rigorous testing and analysis,
our results demonstrate that CNN outperforms the other models in this task. In the future, the deep
learning models can be evaluated on a richer and larger number of images (datasets) for better/improved
results.
Online music portal management system project report.pdfKamal Acharya
The iMMS is a unique application that is synchronizing both user
experience and copyrights while providing services like online music
management, legal downloads, artists’ management. There are several
other applications available in the market that either provides some
specific services or large scale integrated solutions. Our product differs
from the rest in a way that we give more power to the users remaining
within the copyrights circle.
Encontro anual da comunidade Splunk, onde discutimos todas as novidades apresentadas na conferência anual da Spunk, a .conf24 realizada em junho deste ano em Las Vegas.
Neste vídeo, trago os pontos chave do encontro, como:
- AI Assistant para uso junto com a SPL
- SPL2 para uso em Data Pipelines
- Ingest Processor
- Enterprise Security 8.0 (Maior atualização deste seu release)
- Federated Analytics
- Integração com Cisco XDR e Cisto Talos
- E muito mais.
Deixo ainda, alguns links com relatórios e conteúdo interessantes que podem ajudar no esclarecimento dos produtos e funções.
https://www.splunk.com/en_us/campaigns/the-hidden-costs-of-downtime.html
https://www.splunk.com/en_us/pdfs/gated/ebooks/building-a-leading-observability-practice.pdf
https://www.splunk.com/en_us/pdfs/gated/ebooks/building-a-modern-security-program.pdf
Nosso grupo oficial da Splunk:
https://usergroups.splunk.com/sao-paulo-splunk-user-group/
Conservation of Taksar through Economic RegenerationPriyankaKarn3
This was our 9th Sem Design Studio Project, introduced as Conservation of Taksar Bazar, Bhojpur, an ancient city famous for Taksar- Making Coins. Taksar Bazaar has a civilization of Newars shifted from Patan, with huge socio-economic and cultural significance having a settlement of about 300 years. But in the present scenario, Taksar Bazar has lost its charm and importance, due to various reasons like, migration, unemployment, shift of economic activities to Bhojpur and many more. The scenario was so pityful that when we went to make inventories, take survey and study the site, the people and the context, we barely found any youth of our age! Many houses were vacant, the earthquake devasted and ruined heritages.
Conservation of those heritages, ancient marvels,a nd history was in dire need, so we proposed the Conservation of Taksar through economic regeneration because the lack of economy was the main reason for the people to leave the settlement and the reason for the overall declination.
Understanding Cybersecurity Breaches: Causes, Consequences, and PreventionBert Blevins
Cybersecurity breaches are a growing threat in today’s interconnected digital landscape, affecting individuals, businesses, and governments alike. These breaches compromise sensitive information and erode trust in online services and systems. Understanding the causes, consequences, and prevention strategies of cybersecurity breaches is crucial to protect against these pervasive risks.
Cybersecurity breaches refer to unauthorized access, manipulation, or destruction of digital information or systems. They can occur through various means such as malware, phishing attacks, insider threats, and vulnerabilities in software or hardware. Once a breach happens, cybercriminals can exploit the compromised data for financial gain, espionage, or sabotage. Causes of breaches include software and hardware vulnerabilities, phishing attacks, insider threats, weak passwords, and a lack of security awareness.
The consequences of cybersecurity breaches are severe. Financial loss is a significant impact, as organizations face theft of funds, legal fees, and repair costs. Breaches also damage reputations, leading to a loss of trust among customers, partners, and stakeholders. Regulatory penalties are another consequence, with hefty fines imposed for non-compliance with data protection regulations. Intellectual property theft undermines innovation and competitiveness, while disruptions of critical services like healthcare and utilities impact public safety and well-being.
2. 2
Outline
•Test Automation Principles & Terminologies
Why Test Automation
How to do Test Automation
Terminologies about Test Automation (Sycamore)
•Implement the Terminologies in Automation Scripts
General Conventions
An Example - PET
4. 4
Top 10 Reasons for Automating Tests - What people said
1. Manual testing sucks.
2. Tool vendor said
“Capture replay works.”
3. Fun to watch the
dialogs popping on the
screen.
4. “Afterwards we can fire
all those pesky
testers.”
5. Everybody else is doing
it.
6. “No humans were
harmed in the testing of
this software.”
7. Big bucks already spent
on the test tool.
8. Looks good on the
resume.
9. No Testing for Dummies
book ... yet.
10.Keep the intern busy.
5. 5
Reasons for Automating – What people want
• Speed up testing
• Allow more frequent testing
• Reduce manual labor costs
• Improve test coverage
• Ensure consistency
• Simplify testing
• Define the testing process
• Make testing more interesting and challenging
• Develop programming skills
• Justify cost of the tools
• Of course we’ll have automation!
7. 7
Keep it Simple, Sustainable
•Uniform/Common infrastructure
•Appropriate tools
•Manage source code, test data, tools
•Agreed Conventions within the team
•High-quality Scripts
•Gradual Test Automation
8. 8
Quality of Automation Scripts
•Maintainability
Will the tests still run after product design changes?
Will tests for 1.0 work with 2.0? And can be easily updated?
•Reviewability
Can others review and understand what is being covered?
Are the scripts documented?, can we make sure it matches the original design?
How about the coverage? How easy another engineer use the scripts for the next
release?
•Reusability
To what degree the assets can be reused to create more, different tests?
Can they be reused in different releases, in different environments?
•Dependability
Integrity
Reliability
•Repeatability
•Independence
•Performance
•Simplicity
10. 10
Architecture for Automation
Test Planning Test Preparation Test PerfectingTest Performing
Test Suite
Logical TestBed
Test Case
Test Case
…
Test Case
Test Suite
…
Physical TestBed
Test Case
Test Case
…
Test Case
Test Case
Logical TestBed
Test Case
Test Case
…
Test Case
Test Case
Test Plan
…
Test Step 1
Test Step 2
…
Test Step n
Test Task
…
…
Test Report
Specify TestBed & TestCase List
For a release
Set a task to run a plan
Schedule
Runtime Options+
Schedule
Runtime Options+
Detailed Runtime Information
Detailed TestBed Information
Test Case Result
Test Case Result
…
Test Case Result
Detailed Runtime Information
Detailed TestBed Information
Test Case Result
Test Case Result
…
Test Case Result
Revised
Test Suites
Test Plans
Logical TestBed
Test Case
Test Case
…
Test Case
Physical TestBed
Test Case
Test Case
…
Test Case
Execute a task
11. 11
Test Bed
•Briefly, a test bed is the definition of the environment for a
specified test. A test bed include the hardware/software
and configuration/provisioning.
•There are two kinds of test beds:
Logical TestBed. A logical test bed depicts all the elements and
configuration required for the test, but not indicate which exactly
elements will be used (i.e. the index or addresses are not required.)
Physical TestBed. A physical test bed is an instantiation of a logical
test bed. A physical test bed exactly indicates which elements are
used in the test, and a test task can be really run on the test bed.
• Base State of a test bed
The initial state of the test bed, ready for test case (group) start to
run with it.
A self-cleaning test case (group) should get the test bed back to the
base state when the execution completed.
12. 12
Test Case (group)
•A test case is a sequence of operations against a system
whose results can be used to determine if a requirement
or use case upon an application of the system is partially
or fully satisfied.
A test case contains a set of test steps, and based on a particular
test bed.
A test step is an atomic statement of a test case, can have pass/fail
result. Usually it contains one operation and the expected result.
A set of test cases can be grouped in a test case file.
•Test Case File (test group):
A test case file defines one or multiple test cases, which is based on
a clean test bed for running, and do self-cleaning after performing
all the cases one by one.
A test group are a set of test cases saved in one test case file.
13. 13
Test Suite
•A suite of test cases, which share the same test bed to
verify a specified feature in a specified test area. Usually,
there are multiple test cases in one test suite.
•In automation scripts, a test suite includes:
A test suite file: to describe the basic information of this test suite
A logical test bed: to define the test bed which the test suite is
based on
One or more test case files: each test case file is self-cleaning, so
that each file can run independently.
•Usually, test suite is feature oriented. It can be created
once the feature is introduced, and keep being improved
along the product life, or even product family life.
14. 14
Test Plan
•A test plan is an instantiation of a subset of a test suite, in
which a set of test cases selected for a particular test for a
feature in a program; and indicate the physical test bed
for test performing.
E.g. we have a BLSR_4F_2Node test suite, then we can make a plan
for SN16K R9.0 BLSR 4F 2Node Regression test, targeted run it in
two days.
•In automation scripts, a test plan includes:
Test suite path/name
The physical test bed, which is an instantiation of the logical test bed
A test case file list, selected from the test suite
•Usually, a test plan is feature and release oriented. For
different releases, one can have different test plan for one
feature. And, a test plan should be defined in the test
preparation stage.
15. 15
Test Task
•Test Task is a runtime concept, it defines when and how to
execute a test plan. Once a test task is executed, a test
report should be reproduced
•In automation scripts, a test task could be a command in
CLI, an item in TMS, or a file, which includes:
The test plan path/name
A schedule for the test plan running
Runtime options, e.g. Halt or skip if any failure? Wait or fail if the
test bed is not available? Recycle or one-time running?
•Multiple test tasks can be created for a test plan, that
means, a test plan can be executed multiple times in a
release.
•Usually, a test task is created in test performing stage by
the tester for one-time running, and will not be reused.
16. 16
Test Report
•A test report is a result record of a test task.
•Test reports can also be organized by test plans or test
suites for broadened view to analyze requirements
satisfaction.
•A test report should have the following information
Runtime information: e.g. who/where/how had run this task with
what options?
Detailed test bed information: e.g. build no. for each node, serial
numbers of elements, software versions
Test results for each case and each step.
•A test report can be valuable just with a specified test bed
on which the test was running.
17. 17
Outline
•Test Automation Principles & Terminologies
Why Test Automation
How to do Test Automation
Terminologies about Test Automation (Sycamore)
•Implement the Terminologies in Automation Scripts
General Conventions
An Example - PET
18. 18
Classic Reasons for Automation Failure
10. No clear objectives for automation.
9. Minimal or No attention of non GUI automation.
8. Lack of methodology to success of the project.
7. Automation is easy Just record and playback. –
6. Aim for 100% automation.
5. Testing for automation scripts.
4. No clarity of real cost involved in automation.
3. Automation is part time job of testers.
2. Wrong selection of Test cases.
1. Not treating automation as software development.
20. 20
A flexible framework
•General framework allows users define format and
language
•User defined languages for:
Test bed
Test cases
Test report
Test task
Scheduler ….
•General format
XML
Perl, Python
Simply BDD language,
Spreadsheet
22. 22
An example: PET
•Pet: Peal Engine for Test
It is not just for Perl testing, but
Implement a framework to support different test format
It is independent to run as an application
Or, to be used as a library for your bigger framework
•Key engine: Test Recorder
•Download from: https://github.com/steven004/Pet
24. 24
What is Pet?
•Pet – Perl Engine for Test
Perl: Pet is based on Perl. It can run on almost any platforms
Engine: It will speed up your work, and provide lots of benefit
Test: It is designed for test, not just for test execution, but test
management as well
IQstream
WebUI
SN9K/3K/16K
…
Support different products
Console
HTML
TMS
E-Mail
…
TEA XML Perl …
Support different format/language
Support different outputs
Test Plans/Suites
Pet Engine
Library
Key-Words
Objects
…
Test Cases
Test Beds
TestRecorder
25. 25
Why you need Pet?
•TestRecorder Module embedded in Pet
You will get test results via different channels
Console output, HTML files for Web, E-mail notification, TMS database, and more if you request
All the channels can be configured, you can select any of them as you like/need when running your scripts.
A bunch of test recorder functions provided
•Multi-format supported for scripts writing
Pure-perl
TEA format compliant
Or mix-programming
You can use Perl in your TEA case file; or use TEA format in Perl scripts
Spreadsheet cases
• Scripts running control
A mechanism provided to run scripts case by case, or step by step
Runtime control provided, by “Ctrl-c”
Failure handling, for collect information in your scripts.
Error handling, If there is some syntax problem in your scripts, Pet
will let you know.
26. 26
How to run Pet – the 1st
step
• Pet looks complicated, but we make it simple
• Let’s start
a. Log into an automation Server using your unix account
• 172.21.7.200 (Shanghai) or 172.31.115.6 (Chicago)
• Run Pet
-bash-3.2$ pet
/usr/bin/pet requires arguments. Try ‘pet –h’ for help.
-bash-3.2$ pet -h
Usage: Pet [-cnhpv] [testplanfile] [switches] [arguments]
-u UserName indicate the who is running the test scripts. Pet will get the user name from OS if no this option
-h print Usage hints
-l OutputDir indicate the output directory of log. tmppetusername will be used for the default output directory
-m the mail address for test result reports
-v print version, subversion <includes VERY IMPORTANT Pet functionality info>
-d [:debugger] run program under debugger (future)
-b BuildNumber indicate the build number of the system/software under test
-n new a test plan file in current directory based on the existing test bed and test case files
-p parse the test plan and print the case list to the standard output
-r ReleaseName indicate the release name/number of the system/software under test
-o [tms/console/html/xml/txt] indicate the environment of the Pet. Local run by default
-c Pet will just check test bed availability, instead running all cases in the test case list
-t TaskID indicate the test task ID for TMS. This option is just required by TMS to run the Pet
-f
[KEEP_RUNNING/STOP_ON_STEP_FAIL/STOP_ON_CASE_FAIL/PROMPT_ON_FAIL/PROMPT_BY_STEP/PROMPT_BY_CASE/T
EST_QUIT] continue the program or stop it when there is a case fail
27. 27
Pet running examples
•Run a Perl file
$ pet example.pl –r 1.0
•Run a Perl-format test plan
$ pet example_pl.xml –r 1.2 –b B2.8
•Run a Tea-format test plan
$ pet example_tea.xml –r 1.2 –b B2.7 –m steven004@gmail.com
•More parameters
$ pet example_tea.xml –r 1.2 –b B2.7 –u xli –m
steven004@gmail.com –t 53432 –o CONSOLE – l /tmp/xli
•Parse TestPlan
$pet –p exampletp.xml
28. 28
Outline
•Pet Basic
•Quick Start
Understand test plan, test suite, test bed and test suite
Create your own test task
Testbed modification
Testcase files selection
Where you get the results?
Email, HTML, TMS?
•I want to do some change
•Advanced: How can I use Pet to write scripts
•Dig into Pet
29. 29
Terms – Test Plan/Bed/Suite/Task/Report
•See details in
Previous slides
•Pet is to run a test plan in which
Test Bed, Test Suite, Test Case list are specified
•A test plan example
<?xml version="1.0" encoding="UTF-8" ?>
<!-- Test Engineer: Guo, Hugh -->
<!-- Program: Pet Example -->
<!-- Description: Tea-type example test plan -->
<TestPlan
SuiteFile="../exampleSuite.pl"
PhysicalTestBedFile="../PhysicalTestBeds/example_tb.ttb">
<TestCases>
<File>../TestCases/example_tc.ttc</File>
</TestCases>
</TestPlan>
! Use Relative paths in your test plan, instead of absolute ones !
30. 30
Create your own test task
•Create/Modify TestBed file
•Create/Modify test plan file
Indicate the test suite file
Indicate the test bed file
TestCase files selection
Again, Use the relative paths, instead of absolute ones
•Demo …
31. 31
Where is my test results?
•Important Environment Variables
Get it by running ‘set’ in Linux
-bash-3.2$ set
…
TESTMAILTO=steven004@gmail.com #results will be sent to this mail.
TESTRECOPT='TESTSUMMARY|TESTDETAIL|TESTLOG|ERRORLOG|WARNINGLOG|INFOLOG|DEBUGLOG‘
# All logs will be recorded
TESTRECPATH=/shared1/users/IQstream_Result/auto_pet/output/
#The place to save output results
TESTRECTO='CONSOLE|HTML|EMAIL‘ #You can get results through Console, Email and HTML files.
…
•Demo…
32. 32
Outline
•Pet Basic
•Quick Start
•I want to do some change
Use default output options
Set Pet Environment Variables
TESTRECOPT, TESTRECPATH, TESTRECTO, TESTMAILTO
Set Pet Options in your scripts
•Advanced: How can I use Pet to write scripts
•Dig into Pet
33. 33
All about TestRecorder
•TestRecorder Manual
https://github.com/steven004/Pet/blob/master/Documents/TestReco
rder.htm
•TestRecorder Training Slides
https://github.com/steven004/Pet/blob/master/Documents/Use
%20PET%20step%20by%20step.ppt
•Default TestRecorder Options had been set in automation
servers for all users
For TestRECTO, TESTRECPATH, TESTRECOPT
•You need to set TESTMAILTO
•You can also set your own Recorder Options in your profile
34. 34
Use different options for a particular test
•Two ways to go
1) Specify your options as arguments when you run your test
pet myplan.xml –m notme@abc.com –r 1.2 –b 1 –l /tmp/xli/
This time, notme@abc.com will get the result, and all results
files will be save in /tmp/xli in the automation server
pet myplan.xml –u goldman –r 1.2 –b 3.8 –f STOP_ON_CASE_FAIL
This time, pet will think the goldman is running the scripts, instead of
you, the one log into the server, and scripts will stop once there is a
case fail.
2) Set in your scripts (not recommended)
See more in TestRecorder Training Slides
35. 35
Outline
•Pet Basic
•Quick Start
•I want to do some change
•Advanced: How can I use Pet to write scripts
Call Flow in Pet
TestSuite file writing
TestBed & TestCase file
Pure Perl programming
TEA format programming
Mix-mode programming
•Dig into Pet
36. 36
Call Flow in Pet
•Typical call flow
Import TestSuite
(run testsuite file)
Import TestBed
(run PhyTestBed file)
TestBed Setup
Test Start
Test End
TestBed Cleanup
Run CaseFiles #1
#2
…
#n
Case, Step & TestLog
related functions (defined
in TestRecorder) can be
used here, and all activities
will be recorded by Pet.
37. 37
TestSuite file
•TestSuite file has to be a Perl file
•It could be very simple
•The simplest example:
# A Test Suite Example
use IQsteam::Objects; # it means you will test a IQstream system
•The TestSuite.pl template:
## use the necessary packages here
use IQsteam::Objects;
sub TestBedSetup {
#add your scripts here#
1;
}
sub TestBedClearup {
#add your scripts here#
1;
}
1;
38. 38
TestSuite file is serving the test suite
•Anything related to the test suite should be defined in it
•It may contain
The packages to be used in the test suite
The attributes of the test suite
Test Bed base state definition (TestBed Setup)
How to recover the test bed after test completes
Any variables/data to be used in the test suite, but not related to a
particular physical test bed
Any functions definition for test cases & Test bed initiation
E.g. the testsuite.pl defined for Lab Pcap running
39. 39
TestBed & Test Case files
•Test Bed design
Define variables/data related to particular test beds, i.e. Any
parameters may change when you change your test bed to do the
same test
•Test Case file design
Test Case file is just to define test procedures
Test Case files should not be modified when you run your test on
different test beds
Case / Step / TestLog related functions defined in TestRecorder will
be used in TestCase Files
Test Cases defined in one TestCase file should be self-clean for
better test plan making
40. 40
TestBed & TestCase Files – Pure Perl
•TestBed Example (from WebUI test suite)
our $BrowserType='*iexplore';
our $BrowserURL='http://172.21.5.109';
our $CNIPAddress='172.21.5.109';
our $client_IP='172.21.160.154';
our $PortNumber='4444';
All the definitions are about the particular test bed, and can be easily
changed when you run it in another test bed.
•TestSuite Example
CaseStart(“Just an example");
{
InfoMsg(“All the following steps should pass!");
Step(3*2==6, "3*2==6");
Like(“Shanghai”, “Sh”, “Shanghai =~ Sh");
Is(3*2, 6, "3*2 is 6?");
} CaseEnd();
……
CaseStart(“Other Cases….”); {…} CaseEnd();
More Functions, please
see TestRecorder Manual
Editor's Notes
Actually, Pet is not a good name, since it is really like a robot or a dog, instead of a pet, which need you to take care of. On the contrast, it provide much more benefit to you, and help you