Slide 1: U in g Qu ic k Te s t s Pro fe s s io n a l 8 .0 (Ba s ic )
Slide 2: M rc ury Quic kTe s t Pro fe s s io n a l e • Introduction to QTP − QuickTest Professional, the Mercury advanced keyword-driven testing solution enables you to test standard Windows applications, Web objects, ActiveX controls, and Visual Basic applications. You can also acquire additional QuickTest add-ins for a number of special environments (such as Java, Oracle, SAP Solutions, .NET Windows and Web Forms, Siebel, PeopleSoft, Web services, and terminal emulator applications).
Slide 3: Quic kTe s t Win d o w The QuickTest window contains the following key elements: − − − − − QuickTest title bar—Displays the name of the currently open test or component. Menu bar—Displays menus of QuickTest commands. File toolbar—Contains buttons to assist you in managing your test or component. Testing toolbar—Contains buttons to assist you in the testing process. Debug toolbar—Contains buttons to assist you in debugging your test or component (not displayed by default). − Action toolbar—Contains buttons and a list of actions, enabling you to view the details of an individual action or the entire test flow. − Test pane—Contains the Keyword View and Expert View tabs. − Active Screen—Provides a snapshot of your application as it appeared when you performed a certain step during the recording session.
Slide 4: Co n tin ue d … − Data Table—Assists you in parameterizing your test or component. For a test, the Data Table contains the Global tab and a tab for each action. For a component, the Data Table contains single tab. − Debug Viewer pane—Assists you in debugging your test or component. The Debug Viewer pane contains the Watch Expressions, Variables, and Command tabs (not displayed by default). − Status bar—Displays the status of the QuickTest application.
Slide 5: QTP Win d o w
Slide 6: 1 . Pre p a re to Re c o rd Objectives • • • Review documented user steps of a business transaction. Understand the application under test and its environment. Prepare the test environment to utilize QuickTest Professional correctly.
Slide 7: Ad d -in M n a g e r a QTP’s Add-ins helps you to create tests and components for applications that use a variety of environments. Once an add-in is loaded, you can record on that application in its supported environment and recognize the objects specific to the application under test (AUT).
Slide 8: Quic kTe s t Pro fe s s io n a l Op tio n s > Ge n e ra l A best practice when setting general options for QuickTest are to: •Deselect all check boxes except “Save data for integrating with performance testing …” and “Display Add-in Manager on startup”. •Click on “Restore Layout” button to reset screens to the initial setting when QuickTest was first installed.
Slide 9: Quic kTe s t Pro fe s s io n a l Op tio n s > Run A best practice, when setting run options for QuickTest are to: •Enable the normal mode. this ensures that the execution arrow appears to help with trouble shooting your test. •You can choose to have the test results appear after each test run or not. •Select "Allow other Mercury products to run tests and components" •Save step screen capture to results " On error and warnings"
Slide 10: Re c o rd a n d Run Se ttin g s - Win d o w s • •A best practice is to use the options to configure QTP to "Record and run test on any open Windows- based application" •This window will appear the first time you click on the Record button in the new test. •Manually recall this window by selecting Test->Record and Run settings
Slide 11: 2 . Cre a te a Te s t Objectives • • • • Create a basic test from a manual test case. Run a test and check for errors. Store the test file. Discuss the importance of initial and end conditions.
Slide 12: Th e U e r I te rfa c e s n • The QuickTest Professional user interface is broken up into a number of functional areas. You can choose to focus on one or more areas depending on the task you are performing.
Slide 13: Re c o rd a Te s t • Once the record button is pressed and test steps are performed , QuickTest listens and records the activities. This results in the recording and storing of each step of the business process. Each step consists of: − The object − The method (operation) − The method property (a value for the action performed on the object) QuickTest should be running before the application under test is invoked. For some environments, this is mandatory. •
Slide 14: Sa v in g a Te s t Saving the test in Quality Center • • • • • 7. 8. 9. Only relevant when using QTP with QC A bulls-eye symbol in the header with “Open Test from Quality Center” appears A folder structure is listed under the parent directory “Subject” You have the option to click the File System button on the upper right corner Once you have logged into Quality Center: Select your folder Type in the test name Save the file If you are using QuickTest Professional alone the file system you will save to is under the QuickTest Professional’s test directory. You have the option to save the test results along with the test. Save a test in QuickTest Professional • •
Slide 15: Ste p s to Run a Te s t − − − From the QTP Toolbar, click on the Run Button. A best practice is to use the temporary folder to hold the results while debugging your test. Press the OK button to execute the Run command.
Slide 16: V w in g th e Te s t Run ie • • • When you run a test, QuickTest performs each step as it was recorded. You can watch in the AUT as QuickTest performs each step. A yellow arrow in the left margin of the KEYWORD VIEW points out the step currently running. When QuickTest finishes running the test, you can open the Test Results window.
Slide 17: Ste p s to Vie w th e Re s ults 1. 2. 3. 4. Decide if results must be viewed. If yes, select TEST->RESULTS from the QTP menu bar. View the outcome of the test run. Expand the results tree. From the Test Results menu bar, select VIEW->EXPAND ALL
Slide 18: V w Te s t Re s ults ie •Failure “roll-up” to the parent at the top level of the tree. •Expand the Test Results tree to see the outcome of each step. •Navigate to the child step that caused the failure.
Slide 19: 3 . Th e Ob je c t Re p o s ito ry Objectives • • • • • • Define what a Quick Test Professional object is. Describe the role of the Object repository Identify a given object as part of a class. Describe how objects are recognized by Quick Test Professional. Use the Object Repository to find and add objects. Change object logical names using the Keyword View.
Slide 20: Ob je c t Typ e s • • A Quick Test Professional object is a graphic user element in an application, such as a button or a drop-down list. Objects are categorized into classes. Buttons, Graphic Images and Edit Boxes are a few examples of class types.
Slide 21: Quic kTe s t Ob je c t Pro p e rtie s • • • • In the example above, there are several objects called Buttons, two of which are: Update Order Delete Order. The only way to distinguish one object from the other of the same class is by the difference in object characteristics. Specific characteristics of an object within QuickTest are called object properties.
Slide 22: Quic kTe s t Re c o g n ize s Ob je c ts • • QuickTest uses a method when it learns objects during the recording process. QuickTest first looks at the object you are recording and stores it as a test object, determining its object class. For example, QuickTest might classify the test object as a standard Windows dialog box or a web button. For each object class, QTP has a default set of properties that it always learns. Usually, only a few properties are needed to uniquely identify an object. • •
Slide 23: As s ig n in g a Lo g ic a l Na m e • • • • After learning the class and properties of an object, QTP assigns a name to the object. This is known as the object’s logical name. QTP refers to the object in a recorded test by using its logical name. Edit the logical name to make it more descriptive if you wish. The logical name given to an object during recording may be sufficient, but changing a logical name can give clarity to the test and the documentation that is generated.
Slide 24: Sto re d Te s t Ob je c ts • • • • • Recorded object properties are stored in QTP’s Object Repository. Each test has its own Object Repository, by default.. These “stored” objects are referred to as “ Test Objects”. The purpose of a Test Object is to represent application objects in the test. During a test run, QTP uses the Test Object to search for a match in the application during run time.
Slide 25: Ste p s to c h a n g e A Lo g ic a l Na m e You can change an object’s logical name in the OBJECT REPOSITORY. 2. Right-click on the object at the KEYWORD VIEW level. 3. Choose OBJECT PROPERTIES. 4. Click on the REPOSITORY button.
Slide 26: Th e Ob je c t Pro p e rtie s Dia lo g 2. 3. 4. 5. Once in the Object repository: Right-click the object in the repository tree. Choose RENAME. Type a descriptive name for the object. Click OK.
Slide 27: Quic kTe s t Do c um e n ta tio n • • QuickTest updates the object name and documents it in the documentation field of the Keyword View. IMPORTANT: if you start a brand new test, the test will record the original, default object names in the Object Repository.
Slide 28: 4 . Syn c h ro n iza tio n Objectives • • • Define Synchronization. Examine when and where synchronization is most helpful. Add a synchronization step for a specified object.
Slide 29: Wh a t is Syn c h ro n iza tio n ? • • • Synchronization is a step added to a test that instructs QuickTest to wait for the state of a property on a particular object to change before proceeding to the next step in the test. This is done while in RECORD mode. The user/test waits for a visual indication that a step has completed so that the user/test can take the next step.
Slide 30: So m e V ua l Cue Exa m p le s is • A progress bar reaches 100% completion. A status message appears. A button becomes enabled. A window opens and is ready for data entry. A pop-up message appears in response to an operation. • • • •
Slide 31: Exa m in e th e Ap p lic a tio n Quick Test defaults to allocating the same amount of time for every object. • Wait times often occur before an object becomes available for the next step. For example, in the Flights application, once the Insert Order button has been clicked, a process bar must complete to yield the Order No. associated with the reservation. The process bar may require additional time before the test can proceed. If insufficient time is allocated for these special circumstances, the test may fail. The error message “Object not enabled” appears if QuickTest is running a test and proceeds to the next step before the previous step has fully processed.
Slide 32: Ad d a Syn c h ro n iza tio n Ste p Wh ile Re c o rd in g • • • • Synchronization points which instruct QuickTest to pause until an object property achieves a specific value.The easiest method is to add a synchronization point while recording. A Synchronization step can be added manually after a test is recorded , as well. Always add the synchronization point immediately after the step to be synchronized. From the QTP menu bar, choose INSERT STEP SYNCHRONIZATION POINT
Slide 33: Ob je c t Syn c h ro n iza tio n • • • • When the synchronization timeout is set for a step, this value is added to the global timeout value. QTP has a default timeout between test steps of 20000 milliseconds (20 seconds). This feature applies to environments that do not synchronize automatically. Examples of auto-synchronizing environments: − Web, SAP, TE
Slide 34: 5 . Ch e c kp o in ts Objectives • • • • • Validate test success by using standard checkpoints. Set checkpoints on a single object property. Add flexibility to a constant value by using a regular expression. Use the Test Results feature to analyze test success or failure. Add a comment to a step.
Slide 35: Wh a t is a Ch e c kp o in t? • • • • A checkpoint is a specialized step in QuickTest that compares two values and reports the result. The values can be one of the object properties shared by the value generated by the application. QuickTest will compare actual results from the test run with expected results in out test plan. If the two values match, the checkpoint passes. Using Checkpoints • • • A recorded test is not considering valid without verification. Some reasons for this may be to: Confirm that the test’s action procedure intended results. These results should adhere to company business rules.
Slide 36: V ua l Cue s is • • • • • A checkpoint is a measurable result or display that indicates the system is functioning as expected. For example, when a reservation is created manually in the Flight application, we know that it succeeded because the application generates an order number. This order number is a visual cue. Any event you can see on the screen can be used as a visual cue. QuickTest can check parts of an application which are not visible on-screen. For example, QuickTest can check the exact width and height of an object in pixels.
Slide 37: Ch e c kp o in t Typ e s • • • • • • • • The following are the types of checkpoint: Standard Text TextArea Bitmap Database Accessibility XML (Web and File)
Slide 38: Sta n d a rd Ch e c kp o in t • • • • • Enables you to check the state of object properties such as text buttons, checkboxes and radio buttons. When a Standard Checkpoint is inserted, the Checkpoint Properties dialog window appears, providing available property information for the specified object class. The standard checkpoint checks for a constant or parameterized property value of an object in the application or web page. Notice the Type field in the Properties window. An icon shows the type of checkpoint that can be set. A checkpoint can be added for an object during or after recording. Note: A checkpoint is a special type of synchronization point. If you are checking the property of the object that you would normally synchronize on, an additional synchronization point is necessary. •
Slide 39: Sta n d a rd Ch e c kp o in t
Slide 40: A Co n s ta n t Ch e c k p o in t V lue a As a default, QuickTest assumes the value to check is a constant. This value is generated within the AUT. To add a checkpoint: • • • • • • • While in record mode, select INSERTCHECKPOINTSTANDARD CHECKPOINT. QTP should minimize and the hand icon should appear. Click on the object you wish to check in the AUT. Select “OK” to confirm that the object selected is correct item. The CHECKPOINT PROPERTIES dialog opens. Choose the properties you want by entering a check and unchecking all others. The value of the selected property appears in the CONSTANT edit box. Modify the value if required. Click OK to insert the checkpoint into the test.
Slide 41: I s e rt A Ch e c kp o in t Fro m Th e Ac tiv e n Sc re e n • • • A checkpoint can be added after a test is created. Use the Active Screen to select the field on which the checkpoint will be added. Right-click on the appropriate field and choose INSERT STANDARD CHECKPOINT.
Slide 42: A Fa ile d Ch e c kp o in t • • • What happens when the value of the object you are checking changes from the original recorded Value (i.e., Agent Name)? The test checkpoint must be modified to accommodate changing values. You can tell that a checkpoint has been added to a test when you view the Test Result. A check mark appears next to the step. You cannot modify the name of a checkpoint. As a best practice, insert a comment to document the reason for the checkpoint.
Slide 43: A V ria b le Ch e c k p o in t V lue a a • • To allow for any value generated by the application for the property you specify, use the regular expression capability.
Slide 44: Bitm a p Ch e c k p o in t • • Ch e c k s a n a re a o f yo u r We b p a g e o r a p p lic a tio n a s a b itm a p . Fo r e xa m p le , s u p p o s e yo u h a v e a We b s ite th a t c a n d is p la y a m a p o f a c ity th e u s e r s p e c ifie s . Th e m a p h a s c o n tro l k e ys fo r zo o m in g . Yo u c a n re c o rd th e n e w m a p th a t is d is p la ye d a fte r o n e c lic k o n th e c o n tro l k e y th a t zo o m s in th e m a p . U in g th e b itm a p c h e c k p o in t, yo u c a n s c h e c k th a t th e m a p zo o m s in c o rre c tly.
Slide 45: Ta b le Ch e c k p o in t Ch e c k s in fo rm a tio n w ith in a ta b le . Fo r e xa m p le , s u p p o s e yo u r a p p lic a tio n o r We b s ite c o n ta in s a ta b le lis tin g a ll a v a ila b le flig h ts fro m Ne w Yo rk to Sa n Fra n c is c o . Yo u c a n a d d a ta b le c h e c k p o in t to c h e c k th a t th e tim e o f th e firs t flig h t in th e ta b le is c o rre c t. Note: Yo u c re a te a ta b le c h e c k p o in t b y in s e rtin g a s ta n d a rd c h e c k p o in t o n a ta b le o b je c t.
Slide 46: Te xt Ch e c kp o in t Ch e c k s th a t a te xt s trin g is d is p la ye d in th e a p p ro p ria te p la c e in yo u r a p p lic a tio n o r o n a We b p a g e . Fo r e xa m p le , s u p p o s e yo u r a p p lic a tio n o r We b p a g e d is p la ys th e s e n te n c e Flig h t d e p a rtin g fro m Ne w Yo rk to Sa n Fra n c is c o . Yo u c a n c re a te a te xt c h e c k p o in t th a t c h e c k s th a t th e w o rd s “Ne w Yo rk ” a re d is p la ye d b e tw e e n “Flig h t d e p a rtin g fro m ” a n d “to Sa n Fra n c is c o ”.
Slide 47: Te xt Are a Ch e c kp o in t Ch e c k s th a t a te xt s trin g is d is p la ye d w ith in a d e fin e d a re a in a Win d o w s a p p lic a tio n , a c c o rd in g to s p e c ifie d c rite ria . Fo r e xa m p le , s u p p o s e yo u r Vis u a l Ba s ic a p p lic a tio n h a s a b u tto n th a t s a ys Vie w Do c < Nu m > , w h e re < Nu m > is re p la c e d b y th e fo u r d ig it c o d e e n te re d in a fo rm e ls e w h e re in th e a p p lic a tio n . Yo u c a n c re a te a te xt a re a c h e c k p o in t to c o n firm th a t th e n u m b e r d is p la ye d o n th e b u tto n is th e s a m e a s th e n u m b e r e n te re d in th e fo rm .
Slide 48: Da ta b a s e Ch e c k p o in t Ch e c k s th e c o n te n ts o f a d a ta b a s e a c c e s s e d b y yo u r a p p lic a tio n . • Fo r e xa m p le , yo u c a n u s e a d a ta b a s e c h e c k p o in t to c h e c k th e c o n te n ts o f a d a ta b a s e c o n ta in in g flig h t in fo rm a tio n fo r yo u r We b s ite .
Slide 49: Ac c e s s ib ility Ch e c kp o in t I e n tifie s a re a s o f yo u r We b s ite th a t m a y n o t c o n fo rm to th e Wo rld d Wid e We b Co n s o rtiu m (W3 C) We b Co n te n t Ac c e s s ib ility Gu id e lin e s . Fo r e xa m p le , g u id e lin e 1 .1 o f th e W3 C We b Co n te n t Ac c e s s ib ility Gu id e lin e s re q u ire s yo u to p ro v id e a te xt e q u iv a le n t fo r e v e ry n o n -te xt e le m e n t. Yo u c a n a d d a n Alt p ro p e rty c h e c k to c h e c k w h e th e r o b je c ts th a t re q u ire th e Alt p ro p e rty u n d e r th is g u id e lin e , d o in fa c t h a v e th is ta g .
Slide 50: X L Ch e c kp o in t M Ch e c k s th e d a ta c o n te n t o f X L d o c u m e n ts in X L file s o r X L M M M d o c u m e n ts in We b p a g e s a n d fra m e s .
Slide 51: U e a Re g ula r Exp re s s io n s • • • • • A regular expression is a string that specifies a complex search phrase. By usingspecial characters you define the conditions of the search. From the Checkpoint Properties window, ensure Constant is enabled and click on the note paper icon. Check Regular Expression checkbox. If QTP sees there are characters that can be misconstrued as a regular expression, it will ask you to treat it as a literal character. Generally, you will answer No. Add the regular expression. For example, Figure will use [A-Z a-z]+.
Slide 52: So m e Re g ula r Exp re s s io n s Exp re s s io n P eriod As teris k Ch a ra c te r . * + [A-Z [a -z] ] [0 -9 ] \d \d {4 } De s c rip tio n Matches any s ingle character Matches zero to any number of occurrences of the preceding Character Matches one to any number of occurrences of the preceding character Matches a range of characters Matches a range of numbers Matches any digit Matches exactly four digits P lus Brackets Digit
Slide 53: Ad d a Co m m e n t • • • • The default QuickTest Professional Keyword View does not show the Comment field. Add the comment field by right-clicking on the harder field of the keyword view. The list shows displayed fields with a check mark next to them; add the comment field from here. When the Comment field is listed in the keyword view, add your comment.
Slide 54: 6 . Pa ra m e te rs Objectives • • • • Describe and use multiple parameter types. Drive data in multiple iterations. Analyze errors during iterations. Parameterize a checkpoint.
Slide 55: Da ta Ta b le Pa ra m e te rs • • Input Parameter - allows you to run a test using different sets of data input values. Output Parameter - allows you to use output to capture values from the application at runtime. When you use a data table parameter, you must instruct QuickTest on where the input data will come form. Other Parameter Types Random Number – a system generated number inserted into the parameter field during a test run. Environment – a variable describing a software or hardware object in the AUT environment. For example: the OS version or local host name. Component – a parameter type that is used while implementing business process testing (BPT). • • • •
Slide 56: I p ut Pa ra m e te rs Fo r Da ta d riv e n n Te s ts • • Input Parameters For Data Driven Tests A data-driven test is one that runs a set of user actions with multiple input values. Data driving allows one script to test application functionality with many sets of data. Automated data driven testing frees you to perform more tests, thus increasing test coverage. Speed, repeatability, free resources to do other kinds of quality control. •
Slide 57: I p ut Pa ra m e te r n • • • Input Parameters allow you to replace a static, recorded value in a step with a dynamic placeholder (parameter), which represents an expandable range of values. Input parameter names and their values are located in QuickTest’s Data Table. Input parameter values are input into the application from some outside data source.
Slide 58: Ste p s to Cre a te An I p ut Pa ra m e te r n • • • • To create an input data table parameter: Select the step in the Keyword View that contains the recorded input value. From the Value column, click on the current value. Click on the parameterize button. The Constant value appears in the Value Configuration Options dialog box.
Slide 59: Se t th e Pa ra m e te r V lue a • • • • In the VALUE CONFIGURATION OPTIONS dialog, select the Parameter radio button and ensure that Data Table is selected from the drop-down list. From the Name drop down list, enter a unique column name to create a new column in your data table or choose an existing column name from the data table. Use the default Global data sheet to store values. Enter the values that QTP will input after the test executes.
Slide 60: Sup p ly Da ta to th e Pa ra m e te r • • • • The design-time table is the central location for storing input parameter values. The number of rows in the data table will cause the same number of test execution iterations to be run. As a default, the design-time data table is displayed at the bottom of the QuickTest screen. If you want to show or hide the data sheet, click on the icon in the toolbar.
Slide 61: V rify Th e Te s t Run e • • View the Test Results window to verify that each of the rows from the Design Time Data Table was used during the test run. Expand the tree for each iteration (Row#) to view specific information about the execution of the specific row.
Slide 62: Th e Run -Tim e Ta b le • • • • The run-time data table is: Created and saved with the Test Results. Created after a test is executed. A live version of the design-time table stored with your test.
Slide 63: Se t th e Num b e r o f I ra tio n s te • • • • • • Set the number of rows that will be driven into the test for the specified field in the Run Setting dialog box. The possibilities are: - Run one iteration - Run all rows - Run a range of rows
Slide 64: Outp ut Pa ra m e te r • • • An output parameter is a value which comes back from the application under test. When you run the test, QuickTest retrieves the current value of the property and enters it in the run-time Data Table as an output value. You can subsequently use this output value variable in your test. We call this data correlation. This enables you to use data retrieved during other parts of a test.
Slide 65: Ste p s to Cre a te a n Outp ut Pa ra m e te r • • • • In the Keyword View, choose a step that contains the field whose value will be output. In the Active Screen, right-click on the field whose value you want to output. Choose Insert Output Value from the list. Verify the object you want to output by clicking OK in the Object Selection window.
Slide 66: Outp ut V lue Pro p e rtie s a • • • • Check only the object(s) you want to parameterize. Click on the Modify button. Choose or enter the column name to be used in the Global data sheet. Decide whether the output step should be placed before or after the step currently highlighted in the Keyword View.
Slide 67: Re -U e Outp uts As I p uts s n • • Once an output parameter has been created, its value can be used in the subsequent steps of the test
Slide 68: Pa ra m e te rize a Ch e c kp o in t • • • You can use parameterized expected values to make your checkpoints dynamic. They Can be set on: An object property in the Object Repository. A checkpoint on a parameterized field.
Slide 69: Ra n d o m Num b e r – I p ut Pa ra m e te r n • • • • Random Number – QuickTest can generate random numbers and input them as values for a parameter.By default, the random number ranges between 0-100 A different random number is generated each time the parameter is called, for each iteration or for each test run. You can modify these settings in the Parameter Options dialog box. Name - Create a name that will be used for a specific purpose in the test.
Slide 70: En v iro n m e n t Pa ra m e te r • • • QuickTest can insert a value from the Environment variable list. These values can be either QuickTest related or they can relate to the system environment. Use of an environment parameter requires an understanding of system values and some programming skills. Throughout the test run, the value of an environment variable remains the same, regardless of the number of iteration performed, unless you reset the value of the variable in your script.
Slide 71: Typ e s o f En v iro n m e n t V ria b le s a • • • User – Defined Internal User – Defined External Built – In
Slide 72: U e r De fin e d Dia lo g Bo x s • • When a user-defined environment is set, the dialog box presents a list of both internal and external with the associated values.
Slide 73: Built-I Dia lo g Bo x n • A different list of choices will appear when the variable type Built-In is chosen.
Slide 74: 7 . Re us a b le a n d M le Ac tio n s ultip Objectives • • • • List the types of actions that can be created. Discuss the benefits of reusable actions. Call a reusable action from an external test Discuss how the reusable actions affect data and parameters.
Slide 75: Typ e s o f Ac tio n s There are two kinds of actions: • • Regular (Non-reusable) Reusable Tests that contain reusable actions can be used: • • Locally Externally
Slide 76: A Te s t w ith M le Ac tio n s ultip • Actions can be divided into logical sections, like the main sections of a transaction, or by specific business processes. When you create a new test, it contains one action. By dividing your tests into multiple actions, you can design more modular and efficient tests. •
Slide 77: I s e rt Ca ll to a Ne w Ac tio n n • • • You can add a new action during or after recording. Select Insert ? New Action from the QuickTest main menu. The Insert New Action window appears. Or use the “lego” icon on the toolbar to insert new action.
Slide 78: U in g Pa ra m e te rize d Da ta s • • • • Test data can be passed from one test to another test using the value of an input parameter. This creates a data flow between business processes. The value passed from one business process to another will come from the Data Table. Be aware of any data dependencies that occur within the business process.
Slide 79: Da ta Ta b le Sh e e ts - Glo b a l The Global Data Sheet: • • • Enables you to create a new column or select an existing column in the Global sheet of the Data Table. Inserts or outputs a value from or to current row of the global data sheet during each global iteration at run-time. Provides a source of values that can be seen and used by any action.
Slide 80: Da ta Ta b le Sh e e ts - Lo c a l • • • • When a Local Data Sheet is used: The parameters and data will appear with different tabs in the main calling test’s Data Table. It allows you to iterate reusable actions independently of any other called actions. You will need to link parameters in the “main calling test”
Slide 81: Co p ie d , Exis tin g o r Ne w Ac tio n • • • • After reusable actions are created, they can be called into a “Main Calling” test in three ways: Call to New Action Call to Copy of Action Call to Existing Action
Slide 82: On e Ac tio n us e d M n y Tim e s a • Rather than recording the login process three times in three separate tests, and enhancing this part of the script (with checkpoints and parameterization) separately for each test, you can create an action that logs into the application in one test. Best Practice Inserting calls to existing actions makes it easier to maintain our tests; when an object or procedure in your application changes. It only needs to be updated one time, in the original action. •
Slide 83: Se t Ac tio n s a s Re us a b le • • Create a reusable action from the Action properties dialog. Check the checkbox and click OK. A message will appear stating a description of a reusable action.
Slide 84: On Ac tio n – Tw o Na m e s • • • Use the Action Properties – General tab to modify the default label. This makes the test easier for others to understand when viewing the test from the Keyword View tree. Right-Click on Action and enter a logical name for the business process.
Slide 85: Ca ll An Ac tio n • • • • • • • You can do number of things with a reusable action, such as: Call it multiple times within a test. Call it from other tests. View the components of the action tree (you cannot modify them except in the original script). Insert a call to an external action (the action is inserted in read-only format) - as local editable copy - use the (read only) data from the original action Insert copies of non-reusable actions into your test, but you cannot insert calls to nonreusable actions.
Slide 86: Exte rn a l Ac tio n Pro p e rtie s • • • An external action is a reusable action created in another test. The external action is inserted into the calling test in a read-only format. Data from the external action’s data sheet can be imported as a local, editable copy or kept as read only. If read-only, the data can only be modified from the original test. After a reusable action is called, you will see the parameters contained in each test appear in the Global or Local sheet depending on where you stored them in the original test.
Slide 87: Ac tio n Run Se ttin g s • • • Since there are two (or more) tests running, one right after another, you may need to specify the iteration for each separately. To affect the run settings for a particular action, set them in the Action Call Properties dialog box. Right-Click on the Action label in the Keyword View, and choose Action Call Properties from the list provided.
Slide 88: De fin in g a n Ac tio n • • The Action Properties dialog box enables you to define options for the stored action. You can modify an action name, add or modify an action description, and set an action as reusable.
Slide 89: Pa s s in g V lue s to a Ca lle d Ac tio n a • • You can also define input and output parameters to be used by the action. These settings apply each time the action is called.
Slide 90: U in g a n Ac tio n Pa ra m e te r s • Once parameters have been set in Action Properties, you can tell QuickTest that the parameter type being used is an Action Parameter.
Slide 91: Th e Te s t Flo w Lis t • • • • • The Test Flow List: - Changes with the addition of a reusable action. - Enables viewing of the action tree for a selected reusable or external action. The test flow appears when a test is recognized as having called actions in your test. An action tree displays all the details of the selected reusable or external action.
Slide 92: Ac tio n Da ta Struc ture • • • • In the Action data structure, each Action will have its own: Folder with an object repository Local data table sheet Run settings
Slide 93: M le Re us a b le Ac tio n s ultip When using multiple, reusable actions, keep the following in mind: • • • • • • Actions can be called or copied from another test. Run settings have to be set per action As a default, all actions in a test use the same shared Object Repository. Parameters and data from the called test are reflected in the calling test An action can be deleted or an action call can be deleted. Position your action calls separately or nest them with other actions.
Slide 94: De le te a n Ac tio n • • Because reusable actions can be used throughout your test or test set, when you delete an action, you must decide to delete a specific occurrence of the action and/or all of its calls. A different message appear when you are about to delete a non-reusable action.
Slide 95: Th a n k Yo u