DOCSLIB.ORG

Ruby and Watir: Your New Test Automation Tools

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Ruby and Watir: Your New Test Automation Tools BIO PRESENTATION W8 10/18/2006 1:45:00 PM RUBY AND WATIR: YOUR NEW TEST AUTOMATION TOOLS Kalen Howell LexisNexis International Conference on Software Testing Analysis and Review October 16-20, 2006 Anaheim, CA USA Kalen Howell Kalen Howell is a Senior Software Test Analyst with LexisNexis® in Miamisburg, OH. For the past 4 ½ years Kalen has been part of the automation team supporting a number of applications and internal tools. Most recently Kalen has been a part of an Agile Development Team providing functional and automation test support. His technology background includes providing workstation and server support, programming in various languages and testing of web based and database applications. Kalen holds a B.S. in Information Technology from Wilberforce University and is currently working on his M.S. in Computer Science at Franklin University. Ruby and WATIR: Your New Test Automation Tool By Kalen Howell LexisNexis 1of 30 StarWest 2006 Agenda • How I discovered Ruby/Watir • An introduction to a scripting language called Ruby • An introduction to a Ruby library called WATIR • Examples of exploring Ruby/Watir features using IRB • Eclipse and other IDEs • Summary 2of 30 StarWest 2006 Discovery of Ruby/Watir • Change - From Waterfall to Agile • In search of Open Source Automation Tools • StarWest 2005 - Intro to Ruby/Watir • WATIR User’s Guide • My First Ruby/Watir test cases 3of 30 StarWest 2006 Introducing Ruby • Open source • Purely object oriented • Multithreaded • Interpreted scripting language • Highly portable 4of 30 StarWest 2006 Introducing WATIR • WATIR Library • Drives Internet Explorer via COM Objects • WATIR and IRB (Interactive Ruby Shell) • Test Execution in background 5of 30 StarWest 2006 Where to begin • WATIR User Guide: http://wtr.rubyforge.org/watir_user_guide.html – Installation – Unit Tests and Examples – Developing Test Cases – Interacting/Manipulating Web Pages – Using IRB and WATIR 6of 30 StarWest 2006 One-Click Ruby and WATIR Installer 7of 30 StarWest 2006 Prepackaged Ruby Editors • Includes Editors – Free Ride – Ruby built IDE – SCite – Text Editor 8of 30 StarWest 2006 WATIR Basics •Get IE instances ie = IE.new() ie.goto(“www.form.com”) • HTML Source is the key to using WATIR and IE to interaction with web pages <TD><INPUT id=email style="WIDTH: 200px" maxLength=60 name=email> </TD> • Set Text Field ie.text_field(:name, “email”).set(“some text”) 9of 30 StarWest 2006 A Basic Test Case 10 of 30 StarWest 2006 Results of Test Case Run 11 of 30 StarWest 2006 Filling a Web form with WATIR 12 of 30 StarWest 2006 Form Entry 13 of 30 StarWest 2006 Results of fill form test 14 of 30 StarWest 2006 Example of Refactoring test code 15 of 30 StarWest 2006 Benefits of Refactoring • Code Reuse – e.g. asserts and logging embedded in method • Simplifies Scripting – e.g. set text field – with single call and; – Assert field set correctly – Log actions to console 16 of 30 StarWest 2006 Results 17 of 30 StarWest 2006 IRB – Interactive Ruby • Console based – single line execution • Ruby playground – experiment and learn the features of Ruby • IRB and WATIR – learn how to use WATIR to drive IE • Test development – great tool to help develop test scripts 18 of 30 StarWest 2006 IRB 19 of 30 StarWest 2006 IRB 20 of 30 StarWest 2006 IRB 21 of 30 StarWest 2006 Code Examples • WATIR Example Test Case Guide: http://wtr.rubyforge.org/example_testcase.html • WATIR Unit Tests http://wtr.rubyforge.org/watir_user_guide.html 22 of 30 StarWest 2006 More Robust IDEs • Arachno Ruby • Komodo on Windows • Rad-Rails • MS Visual Studio • Eclipse via RDT (Ruby Development Tools) plug-in 23 of 30 StarWest 2006 RDT - Eclipse features • Syntax highlighting • Syntax checking • Graphical Outline • Debugging Features 24 of 30 StarWest 2006 Eclipse - Organization 25 of 30 StarWest 2006 Hierarchy view of project structure 26 of 30 StarWest 2006 Outline View of Modules and Classes 27 of 30 StarWest 2006 Code Folding 28 of 30 StarWest 2006 Summary • From Waterfall to Agile and back • I was introduced to Ruby at StarWest 2005 • Ruby – powerful and fun to learn • WATIR – employs a unique approach to driving IE • IRB – valuable utility that is easily overlooked • RDT – active project extending the power of Ruby in Eclipse • Conclusion – let’s take it to the next level 29 of 30 StarWest 2006 Contact Information Kalen R Howell Sr Sr. Software Test Analyst, Automation LexisNexis 9595 Springboro Pike Miamisburg, OH 45342 [email protected] "LexisNexis and the Knowledge Burst logo are registered trademarks of Reed Elsevier Properties Inc., used under license. Other products and services may be trademarks or registered trademarks of their respective companies. Copyright 2006 LexisNexis, a division of Reed Elsevier Inc. All rights reserved." 30 of 30 StarWest 2006.
Load more

Recommended publications
  • Watir Recipes the Problem Solving Guide to Watir
    Watir Recipes The problem solving guide to Watir Zhimin Zhan This book is for sale at http://leanpub.com/watir-recipes This version was published on 2017-02-12 This is a Leanpub book. Leanpub empowers authors and publishers with the Lean Publishing process. Lean Publishing is the act of publishing an in-progress ebook using lightweight tools and many iterations to get reader feedback, pivot until you have the right book and build traction once you do. © 2013 - 2017 Zhimin Zhan Also By Zhimin Zhan Practical Web Test Automation Selenium WebDriver Recipes in Ruby Selenium WebDriver Recipes in Java Learn Ruby Programming by Examples Learn Swift Programming by Examples Selenium WebDriver Recipes in Python API Testing Recipes in Ruby Selenium WebDriver Recipes in Node.js To Xindi, for your understanding and support. Thank you! Contents Preface ........................................... i Preface to First Edition ................................ ii Who should read this book .............................. iii How to read this book ................................. iii Get recipe test scripts ................................. iii Send me feedback ................................... iv 1. Introduction ...................................... 1 Watir and its variants ................................. 1 RSpec .......................................... 2 Run recipe scripts ................................... 3 2. Watir and Selenium WebDriver .......................... 10 Install Selenium Browser Drivers ........................... 10 Cross browser testing
    [Show full text]
  • Analysis of Code Coverage Through Gui Test Automation and Back End Test Automation Mr Tarik Sheth1, Ms
    IJISET - International Journal of Innovative Science, Engineering & Technology, Vol. 3 Issue 3, March 2016. www.ijiset.com ISSN 2348 – 7968 Analysis Of Code Coverage Through Gui Test Automation And Back End Test Automation Mr Tarik Sheth1, Ms. Priyanka Bugade2 , Ms. Sneha, Pokharkar3 AMET University1, Thakur College of Science and Commerce2,3 ABSTRACT coverage measurement through GUI automation and back Software testing provides a means to reduce errors, cut end automation testing of the software covers all aspects of maintenance and overall software costs. Testing has become testing, a particular website or a web application..The most important parameter in the case of software purpose of this project is to invent our own test tool which development lifecycle (SDLC). Testing automation tools will give more sophisticated outcomes then the cucumber enables developers and testers to easily automate the entire tool which will be using .The outcome of our research tool process of testing in software development. It is to examine & should be more better then the testing tool which is already modify source code. The objective of the paper is to conduct available in the market that is cucumber tool.. [3]. The paper a comparative study of automated tools such as available in tries to investigate and evaluate the effect of automation market in Selenium and cucumber test tool. The aim of this testing such as GUI and back end testing. [4]. research paper is to evaluate and compare automated The problems with manual testing are, it is very time software testing tools to determine their usability and consuming process, not reusable, has no scripting facility, effectiveness.
    [Show full text]
  • Ruby Cucumber, Selenium, Watir and Pageobject Course Content
    Ruby Cucumber, Selenium, Watir and PageObject Course Content ● Ruby History ● Environments and Editors ● Ruby Download and Installation ● Folder Structure and Gems Location ● Ruby Command Prompt Vs IRB ● puts Vs p Vs print ● Comments ● Variable Types with Naming Convention ● Numeric ● Interpolation ● Conditional and Controller Statements & Modifiers ● Operator Types ● Ruby Ranges and Date-time ● What is an Object in Ruby ● Object Types Built in Objects 1. Strings 2. Symbols 3. Arrays 4. Hashes ● Instance_methods(pre-defined methods) ● Methods(Functions) ● Iterators and Loops Statements ● Regular Expressions ● Files ● Modules Mixins with Naming Conventions ● Basic Object Orientation Concepts with Naming Conventions ● Doubts Clarification Introduction to Cucumber 1. Setup environment 2. What is cucumber 3. Generate cucumber framework 4. Framework flow 5. Setup configuration 6. What are watir, selenium, page-object 7. Writing Features 8. Writing Scenarios 9. Writing Step_definitions 10. Find out html element id’s, name and xpath 11. Running Tests in Different Browsers 12. Background 13. Scenario Outline 14. Tagging 15. Hooks 16. Alert 17. Screen_shot 18. Generate HTML Report 19. Watir-webdriver 20. Selenium-webdriver 21. Page-object ● What does student learn? By the end of the Ruby cucumber online training, student will learn below main concepts practically. ○ Ruby, Regular_expressions, Oop’s, Cucumber framework ○ Selenium-webdriver, watir-webdriver, page-object, testgen, etc., ○ Automation testing with web applications ★ What are advantages after learned this course? ○ Resume preparation by experienced trainer for shortlist for job ○ Student get job easily. ○ Student can manage job easily without job support. ○ This training 90% practical and 10% theory in every session with real time scenarios. ★ Student or Consultant must pay 70% 1st installment after 3 days from demo.
    [Show full text]
  • Comparative Analysis of Open Source Automated Software Testing Tools: Selenium, Sikuli and Watir
    International Journal of Information & Computation Technology. ISSN 0974-2239 Volume 4, Number 15 (2014), pp. 1507-1518 © International Research Publications House http://www. irphouse.com Comparative Analysis of Open Source Automated Software Testing Tools: Selenium, Sikuli and Watir Inderjeet Singh and Bindia Tarika Guru Nanak Dev Engineering College Ludhiana, [email protected] Guru Nanak Dev Engineering College Ludhiana, [email protected] Abstract Testing is one of the important aspects of Software Engineering and there is wide availability of open source software testing tools in this category of which Selenium, Sikuli and Watir are usually used open source automated testing tools. This paper presents the comparative analysis of these different tools in terms of their recording capabilities, Data Driven Testing, Efficiency, Languages Supported, Test and Code Reusability that conclude the effectiveness of testing tool under these parameters Keywords: Selenium RC, Selenium IDE, Selenium Web Driver, Sikuli, Watir, Eclipse Introduction Software testing is one the main component in developing software successfully and to ensure its correctness about the operation which it is expected to perform under different input cases. Various strategies or methods exist for performing software testing, major of which are Black Box and White Box Testing. Where Black Box testing gives an abstract view of operations performed by entire software, White Box testing gives detailed view about how the process of the software are carried out [1]. Other Classification of the Software testing techniques can be done accordingly how the testing is carried out [2]. According to this classification testing can be either Manual Testing or Automated Testing Manual Testing is carried out by preparing test cases manually and is more prone to human errors where as Automatic Testing is carried out by recording the various test cases on the basis of what actions had user performed.
    [Show full text]
  • Testing and Quality in Agile Development
    Testing and Quality in Agile Development Speaker: Allan Watty Company: ABB Inc Website: www.abb.com/enterprise-software Welcome to the PMI Houston Conference & Expo 2015 • Please put your phone on silent mode • Q&A will be taken at the close of this presentation • There will be time at the end of this presentation for you to take a few moments to complete the session survey. We value your feedback which allows us to improve this annual event. 1 Key Objectives • Challenges to expect with Agile test practices in large-scale, multi-team projects • The Power of three Will • Team dynamics cover • Organizational strategies & considerations • Test automation considerations • Customer, business impacts Key Objectives • Automation details Will not • In-depth tool details cover • Code samples Speaker Bio ABB Inc., 2012 – present • Senior Development Manager • New Product development with 2 Scrum Teams PROS, 2005 – 2012: Development Manager, QA Manager Aspen Technology, 2003 – 2005: Development Manager BMC Software, 1995 – 2003: Senior Development Manager Education • B.S. Math & Biology, Lehman College, CUNY • M.S. Computer Science, NYU Polytechnic • M.B.A , University Of Houston Bauer College, Certifications: PMP, CSM President – Agile Leadership Network Houston Chapter Former Life: Musician, Math Teacher Agenda • Agile Testing Challenges • The whole team approach • Designing for Testability • Definitions of Ready and Done • Risk based testing • Using the Power of Three • Making testing a first-class citizen • Acceptance Test Automation • Core
    [Show full text]
  • Automated Testing That Doesn't Hurt
    Watir Automated testing that doesn’t hurt About Me ●Željko Filipin ●functional testing of web applications since 2004 ●blog: ZeljkoFilipin.com ●podcast: WatirPodcast.com ●twitter: zeljkofilipin ●member of Watir core team Watir: about ●pronounced water ●stands for “Web Application Testing in Ruby” ●open-source library for automating web browsers ●can test web applications regardless platform it was implemented in (Ruby, .NET, Java, PHP...) Watir: languages ●Ruby - Watir ●.NET – WatiN ●Java - Watij Watir: browsers ● Internet Explorer - Watir ○ Windows ● Firefox - FireWatir ○ Windows, Linux, Mac ● Safari - SafariWatir ○ Mac ● Chrome - ChromeWatir ○ Windows ● Opera - OpWatir ○ not released yet ● no browser - Celerity ○ Windows, Linux, Mac Watir: test runners ●homebrew ●Test::Unit (1.2.3, 2.0) ●RSpec ●Cucumber Watir: frameworks ●watirloo - Marek J ●WatirCraft - Bret Pettichord (Watir lead developer) ●taza - Adam Anderson taza: overview ●opinionated browser-based test framework ●sites ○pages ■elements ■filters ■partials ○flows watir: code irb require "watir" browser = Watir::IE.new browser.goto "http://www.google.com/" browser.url == "http://www.google.com/" browser.link(:text, "Images").click browser.text.include? "The most comprehensive image search on the web" #=> true browser.text_field(:name, "q").set "Watir" browser.button(:value, "Search Images").click browser.text_field(:name, "q").value == "Watir" #=> true browser.select_list(:name, "imagesize").select "Large images" browser.image(:src, /flickr/).exists? #=> true watir: test.rb require
    [Show full text]
  • Study of Browser Based Automated Test Tools WATIR and Selenium
    International Journal of Information and Education Technology, Vol. 4, No. 4, August 2014 Study of Browser Based Automated Test Tools WATIR and Selenium Nisha Gogna Abstract—Web testing is the name given to software testing II. WATIR (4.0) that focuses on web applications. Complete testing of a web Watir (Web Application Testing in Ruby, pronounced based system before going live can help address several issues. Manually testing is a time consuming practice and is difficult to water), is an open-source (BSD) family of Ruby libraries for repeat but can’t be overlooked. Each time a software does not automating web browsers as specified in Table I. perform to specifications; the program will record and report It drives Internet Explorer, Firefox, Chrome, Opera and the exact command that caused the problem. Once the problem Safari, and is available as a RubyGems gem. Watir was is identified and the bug is fixed, one can execute the very same primarily developed by Bret Pettichord and Paul Rogers. set of commands to verify the success. There are a number of Watir is an open-source (BSD) library for automating web commercial and open source tools available for assisting with the development of test automation. In this paper, automated browsers. It allows writing tests that are easy to read and test tools named WATIR (Web Application Testing in Ruby) maintain in a simple and flexible manner. and Selenium are proposed to support the automated test Like other programming languages, Ruby gives the power scenario for web based applications. to connect to databases, read data files and spreadsheets, export XML, and structure the code as reusable libraries.
    [Show full text]
  • Benchmarking Web-Testing - Selenium Versus Watir and the Choice of Programming Language and Browser
    Benchmarking Web-testing - Selenium versus Watir and the Choice of Programming Language and Browser Miikka Kuutila, M3S, ITEE, University of Oulu, Finland Mika Mäntylä, M3S, ITEE, University of Oulu, Finland Päivi Raulamo-Jurvanen, M3S, ITEE, University of Oulu, Finland Email: [email protected], Postal address: P.O.Box 8000 FI-90014 University of Oulu Abstract Context: Selenium is claimed to be the most popular software test automation tool. Past academic works have mainly neglected testing tools in favour of more methodological topics. Objective: We investigated the performance of web-testing tools, to provide empirical evidence supporting choices in software test tool selection and configuration. Method: We used 4*5 factorial design to study 20 different configurations for testing a web-store. We studied 5 programming language bindings (C#, Java, Python, and Ruby for Selenium, while Watir supports Ruby only) and 4 Google Chrome, Internet Explorer, Mozilla Firefox and Opera. Performance was measured with execution time, memory usage, length of the test scripts and stability of the tests. Results: Considering all measures the best configuration was Selenium with Python language binding for Google Chrome. Selenium with Python bindings was the best option for all browsers. The effect size of the difference between the slowest and fastest configuration was very high (Cohen’s d=41.5, 91% increase in execution time). Overall Internet Explorer was the fastest browser while having the worst results in the stability. Conclusions: We recommend benchmarking tools before adopting them. Weighting of factors, e.g. how much test stability is one willing to sacrifice for faster performance, affects the decision.
    [Show full text]
  • Test Automation of Web Applications Can Be Done More Effectively by Accessing the Plumbing Within the User Interface. Here Is A
    Test automation of Web applications can be done more effectively by accessing the plumbing within the user interface. Here is a detailed walk-through of Watir, a tool many are using to check the pipes. by Jonathan Kohl and Paul Rogers 40 BETTER SOFTWARE APRIL 2005 www.StickyMinds.com As Web applications become more popular and increasingly To add the numbers 2 and 2, we enter this in IRB and hit Enter. more complex, the need for test automation of these applica- Note that what the user types is in bold type: tions grows. Automating tests through a GUI is difficult and can be costly. The most popular methods of automating using irb> 2 + 2 a GUI are to use window coordinates to click items or to create => 4 and use references to window objects. The first method relies on locations of objects not changing on a page; the second IRB evaluated the expression and printed the result. usually relies on a type of proprietary object mapping format In Ruby, everything is an object. This is important because where all Web page objects must be captured and saved prior to automate Web applications with Watir, all we have to do is to scripting. Another approach is to seek out and use testable identify objects and send them messages. interfaces that are built into Web browser applications and Here’s an example using a string object: provide the ability to directly access the objects on the page as they appear in the Web browser. irb> "watir".reverse In the case of Internet Explorer, there is a published, main- => "ritaw" tained testable interface in the form of the Component Object Model (COM) interface.
    [Show full text]
  • Making Test Automation Work in Agile Projects
    Making Test Automation Work in Agile Projects Agile Testing Days 2010 Lisa Crispin With Material from Janet Gregory 1 Introduction - Me . Programming background . Test automation from mid-90s . Agile from 2000 . Many new automation possibilities! 2 Copyright 2010: Lisa Crispin Introduction - You . Main role on team? . Programming, automation experience? . Using agile approach? . Current level of automation? (Test, CI,deployment, IDEs, SCCS...) 3 Copyright 2010: Lisa Crispin Takeaways Foundation for successful test automation . “Whole Team” approach . When to automate . Apply agile principles, practices . Good test design principles . Identifying, overcoming barriers . Choosing, implementing tools . First steps We won’t do any hands-on automation, but will work through some examples together 4 Copyright 2010: Lisa Crispin Why Automate? . Free up time for most important work . Repeatable . Safety net . Quick feedback . Help drive coding . Tests provide documentation 5 Copyright 2010: Lisa Crispin Barriers to Test Automation What’s holding you back? 6 Copyright 2010: Lisa Crispin Pain and Fear . Programmers don’t feel manual test pain . Testers treated as safety net . Fear . Programmers lack testing skills . Testers lack programming skills 7 Copyright 2010: Lisa Crispin Initial Investment . Hump of pain . Legacy code, changing code . Tools, infrastructure, time Effort Effort Time Copyright 2010: Lisa Crispin It’s Worth It . ROI – explain to management . “Present value” of automated tests . Acknowledge hump of pain 9 Copyright 2010: Lisa Crispin Economics of Test Design . Poor test practices/design = poor ROI . Tests had to understand, maintain . Good test practices/design = good ROI . Simple, well-designed, refactored tests 10 Copyright 2010: Lisa Crispin Exercise – What’s holding YOU back? .
    [Show full text]
  • Choosing the Right Automation Tool
    VIEW POINT CHOOSING THE RIGHT AUTOMATION TOOL AND FRAMEWORK IS CRITICAL TO PROJECT SUCCESS Harsh Bajaj, Technical Test Lead ECSIVS, Infosys Organizations have become cognizant of the crucial role of testing in the software development life cycle and in delivering high quality software products. As the competition in the IT sector grows stiffer, the pressure to deliver larger number of high quality products with fewer resources in limited time is increasing in intensity. During development cycles software tests need to be repeated to ensure quality. Every time the Introduction source code is modified, test cases must be executed. All iterations in the software need to be tested on all browsers and all supported operating systems. Manual execution of test cases is not only a costly and time-consuming exercise, but it is also prone to error. Automation testing addresses these challenges presented by manual testing. Automation tests can be executed multiple times across iterations much faster than manual test cases, saving time as well as cost. Lengthy tests which are often skipped during manual test execution can be executed unattended on multiple machines with different configurations, thus increasing the test coverage. Automation testing helps find defects or issues which are often overlooked during manual testing or are impossible to detect manually – for example, spelling mistakes or hard coding in the application code. Automaton also boosts the confidence of the testing team by automating repetitive tasks and enabling the team to focus on challenging and high risk projects. Team members can improve their skill sets by learning new tools and technologies and pass on the gains to the organization.
    [Show full text]
  • VS-1164 Certified Capybara Testing Professional Sample Reading Material
    Certified Capybara Testing Professional Certified Capybara Testing Professional VS-1164 Certified Capybara Testing Professional 1.1.1. CAPYBARA BASICS Before starting with Capybara, this section illustrates the basic concepts like TDD, BDD, DSL, etc. 1.1. TDD Test-driven development (TDD) is a software development process that relies on the repetition of a very short development cycle: first the developer writes an (initially failing) automated test case that defines a desired improvement or new function, then produces the minimum amount of code to pass that test, and finally refactors the new code to acceptable standards. Kent Beck, who is credited with having developed or 'rediscovered' the technique, stated in 2003 that TDD encourages simple designs and inspires confidence. Test-driven development is related to the test-first programming concepts of extreme programming, begun in 1999, but more recently has created more general interest in its own right. Programmers also apply the concept to improving and debugging legacy code developed with older techniques. TestTest----drivendriven development cycle 1. Add a test In test-driven development, each new feature begins with writing a test. To write a test, the developer must clearly understand the feature's specification and requirements. The developer can accomplish this through use cases and user stories to cover the requirements and exception conditions, and can write the test in whatever testing framework is appropriate to the software environment. It could be a modified version of an existing test. This is a differentiating feature of test-driven development versus writing unit tests after the code is written: it makes the developer focus on the requirements before writing the code, a subtle but important difference.
    [Show full text]