Rapise V2.0 User Guide
Total Page:16
File Type:pdf, Size:1020Kb
About this Guide Top Previous Next The Rapise User's Guide is divided into four sections: Getting Started; Features; Dialogs, Views, and Menus; HowTos. Getting Started The Getting Started section is for new Rapise users. It has the following subsections: (1) An Overview of Rapise: what it's for and how to use it. (2) Test Samples, where the sample projects included with Rapise are described. (3) TwoDialogs Sample, a step-by-step tutorial for creating your first test with Rapise (4) Tutorial: Record and Playback, a slightly more advanced tutorial in using Rapise to test a web page. (5) Tutorial: Testing REST Web Services, a tutorial in using Rapise to test a RESTful web service API. Features The features of Rapise are many. Features have been designed to make all aspects of test automation as easy as possible. Most of the features of Rapise fall into one of five categories: (1) Building test scripts with little or no manual scripting. (2) Reading and interpreting results and reports. (3) Additional features and capabilities for sophisticated testing. (4) Writing more involved or complicated tests using scripting. (5) Extending Rapise to learn new or extended libraries of capabilities. Depending on the application set being tested, not all of these features are necessarily needed for every situation. For each feature, this document attempts to present: (1) The reason you might use a given feature. (2) A summary of the basic value of the feature. (3) An overview of how the feature works from the perspective of using it. (4) At least one useful sample that demonstrates how to use the feature. Dialogs, Views, and Menus This section details the Rapise GUI. Each subsection describes the function of a particular Dialog, View, or Menu. The purpose and consequences of all buttons, options, lists, and check boxes are listed. HowTos This section focuses on specific tasks that a Rapise user might want to accomplish. Glossary Top Previous Next This glossary presents a list of terms and their definitions as they are used in this guide. API - Application Programming Interface AUT - Application Under Test DOM - Document Object Model GUI - Graphical User Interface GWT - Google Web Toolkit IDE - Integrated Development Environment JSON - JavaScript Object Notation REST - REpresentation State Transfer SOAP - Simple Object Access Protocol UI - User Interface XML - eXtensible Markup Language YUI - Yahoo! User Interface (library) Getting Started Top Previous Next The Getting Started section is for new Rapise users. It has the following subsections: (1) An Overview of Rapise: what it's for and how to use it. (2) Test Samples, where the sample projects included with Rapise are described. (3) TwoDialogs Sample, a step-by-step tutorial for creating your first test with Rapise (4) Tutorial: Record and Playback, a slightly more advanced tutorial in using Rapise to test a web page. (5) Tutorial: Testing Adobe Flex Applications, a slightly more advanced tutorial in using Rapise to test an Adobe Flex/Flash/AIR application. (6) Tutorial: Testing REST Web Services, a tutorial in using Rapise to test a RESTful web service API. Overview Top Previous Next Rapise was created to make software testing easy and manageable without being prohibitively expensive. Rapise was made easy for software test professionals, developers and professionals concerned with quality assurance to simply and quickly write a test to cover an application, a web page, or a single bug to prevent regression. Consider for a moment what it is you do to test your software today. Most likely it has some for of user interface (UI), probably a graphic user interface (GUI). So you will run the application , click around, perhaps in some way that gives you complete coverage of all the features (but probably not if it's a large application or web). Then you will login, if appropriate, and you will fetch some data and modify some data, test some more controls - edit boxes, buttons, drop-down lists, links, etc. If you have just fixed a bug then you will focus on the area of the application where the bug occurred. You will enter data that causes the bug, or go through the control sequence that causes the bug. 5/15/2014 Page 1 of 97 Next time you come to fix a bug in this application, you will do the same thing again.. Once again, you will focus on the area where the bug was. Rapise presents you with two methods for capturing specific tests, and it will keep the test as a solo test or as part of a suite of tests that help you to qualify the application for release or a more formal QA process. Rapise is designed to allow the developer or the test professional to add new tests quickly and so to build up a library of tests. There are two methods for capturing tests: x Record and playback. In this type of test creation, you turn on the recorder and perform the actions needed to execute the test. Each test is saved to its own directory. A test consists of a javascript test script (.js), a meta-data file (*.sstest), and any number of additional supplementary scripts and data files. The test script is automatically generated after recording; simple modifications are required to make the test data driven. Checkpoints can be added during recording, or manually into the script. x Object-driven learning. Rapise considers each item on the page or within the application window to be an object. Examples are buttons, edit boxes, links, etc. To create a test using this technique, you have Rapise "learn" each control, and it will keep a miniature database of all the controls you "teach" it. To create a test, you write a script to instruct Rapise to perform a particular action on each object in the prescribed order. As any point along the way, the script you write can instruct Rapise to look inside an object and read its data and compare that value or content with what you expect it o be. There are many methodologies with their own recommended approaches for designing testing strategies to ensure that application coverage is complete and meets the business requirements specification of the work being accomplished. Inflectra in general, recommends that you create a new test for each software requirement (to track progress) and for each issue in your issue tracking system (to test for regressions). To help you manage the requirements and issue tracking processes and to ensure that you have adequate test coverage, Inflectra recommend that you use Rapise with a test management system such as SpiraTest. That way you can maintain all your requirements, test cases and defects in a single place. Once you have created the test, you can playback your test from within Rapise, run it from the command-line or execute it remotely using RapiseLauncher in conjunction with SpiraTest. A report detailing the outcome of each step of the test will be automatically generated. Recording, playback, the report, and the Rapise engine are all customizable. Samples Index Top Previous Next Rapise includes several sample tests that you are free to read, modify, copy and use. They are located in: RapiseDataDirectory\Samples. Unless you specified otherwise, the RapiseDataDirectory will be: C:\Users\Public\Documents\Rapise. The sample tests are described below. ActiveX These samples demonstrate the testing of Microsoft ActiveX / COM controls used in Visual Basic applications including the MSComCtl library. The samples include the Microsoft FlexGrid Control, MS Common Toolbar Control, Microsoft Tabbed Dialog Control, TabStrip, and Microsoft Windows Common Controls 6.0 [MSCOMCTL.OCX]. AdobeFlex3 This is a set of regression tests for Adobe Flex 3.x controls. AdobeFlex4 This is a set of regression tests for Adobe Flex 4.x controls. AnalogRecorder This sample demonstrates Analog Recording. CrossBrowser A simple recorded test is modified to run on both Firefox and Internet Explorer. Read the Cross Browser Testing HowTo for more details. DotNet20 This sample tests a .NET 2.0 application. This sample demonstrates the capabilities of the .NET library. The application under test contains various standard GUI controls, such as: button, edit, tree, combo box, menu, etc. FarPoint This sample script demonstrates using the FarPoint library to test the FarPoint SpreadSheet Control. Java This sample tests a Java AWT/SWING application. This sample demonstrates the capabilities of the Java library. The application under test contains various standard GUI controls, such as: button, edit, tree, combo box, menu, etc. Java SWT This sample tests a Java SWT/RCP application. This sample demonstrates the capabilities of the SWT and UIAutomation libraries. The application under test contains various standard GUI controls, such as: button, edit, tree, combo box, menu, etc. jQuery-UI This sample illustrates using the jQuery HTML DOM extension library that allows you to record/playback test scripts against web applications using widgets from the jQuery Javascript library framework. Library Information System These tests can be used to test the sample library information system web application hosted at http://www.libraryinformationsystem.net. This is the same sample application used by SpiraTest and illustrates how you can use SpiraTest to manage and execute automated Rapise tests. A copy of these tests is also available in new installations of SpiraTest v3.2+. Managed This sample tests a .NET 2.0 application. This sample demonstrates the capabilities of the Managed library. The application under test contains various standard GUI controls, such as: button, edit, tree, combo box, grid, listbox, listview, menu, etc. QtFramework TThis sample tests a sample QT Framework cross-platform application. This sample demonstrates the capabilities of the QtFramework library. The application under test contains various standard Qt widgets, such as: button, edit, tree, combo box, etc.