Soap UI - Lesson45
•Download as PPTX, PDF•
4 likes•1,759 views
This document provides an introduction to SOAPUI, including how to add and configure different types of assertions for validating responses, using Groovy scripts to write test logic and verify results, and techniques for organizing projects using workspaces and environments. It covers topics like XPath functions, SOAPUI object models, refactoring WSDLs, and testing web services with attachments.
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Similar to Soap UI - Lesson45
Similar to Soap UI - Lesson45 (20)
More from Qualitest
More from Qualitest (20)
Recently uploaded
Recently uploaded (20)
Soap UI - Lesson45
- 1. Introduction to SOAPUI ANY QUESTIONS?? 1
- 2. Introduction to SOAPUI MORE ABOUT ASSERTIONS 2
- 3. 3
- 5. Adding Assertions • CONTAINS/NOT CONTAINS • SOAP/Non SOAP Reqest • SOAP fault/non-SOAP fault • Response SLA • Xpath/Xquery match • Script • Security status • JMS status and timeouts 5
- 6. CONTAINS/Not CONTAINS • Contains checks for the existence of some text in the received response or request message • Not Contains - Searches for the non-existence of a string token in the property value, supports regular expressions. Applicable to any property. 6
- 7. 7
- 8. Adding Assertions to Test Step • In the response, we want to verify a successful response 8
- 10. Can also select for Content matching RegEx 10
- 11. Exists 11
- 13. SOAP/non SOAP response 13
- 14. SOAP fault/non-SOAP fault 14
- 15. Response SLA 15
- 17. Prepopulates 17
- 18. Script 18
- 20. What information is sensitive? 20
- 21. Global Tokens 21
- 23. JMS status & Timeouts • Similar to the SLA Assertions 23
- 24. Multiple Content Assertions 24
- 25. Lots of Assertions! • Just for the first step: What if we wanted to repeat these for multiple steps? 25
- 26. Assertions at the Test Case Level 26
- 27. Grouping Assertions • Assertions in a Test Step can be grouped 27 AND: all Assertions valid = PASS OR: at least one valid Assertion = PASS
- 28. Web Services with Attachments • Often times web services have attachments associated with them – Files (images) – cookies 28
- 29. Send in Form 29
- 30. For the TMNG_CMS project 30
- 31. Run Test Case Test Step 31
- 32. Let’s Get Groovy • Groovy Programming Language • Exercise – writing groovy scripts • Refactoring • Exercise – refactoring wsdl • Web Services with attachments • Exercise – configure and test web service with attachment
- 33. Groovy Programming Language • Language Overview • Flow control • SoapUI object model • Dynamic test management • Writing logic to verify scripts
- 34. Language Overview • Groovy is the scripting language used in SoapUI for controlling tests • Groovy is also a programming language that can run stand-alone in a java environment – Contains some data structures similar to java • Lists (like java arrays) • Maps 34
- 35. Control structures • Logic branches • Looping • If else 35
- 36. Groovy Script Usage • Groovy Script TestStep in a TestCase • Before and after running a TestCase or TestSuite to initialize or cleanup • Starting/Stopping MockService • Initialize/Cleanup Project level • Dynamic DataSource or DataSync • Creating dynamic MockResponse content • Adding Script Assertions 36
- 37. Script Editors - Tabs 37
- 38. Script Editor – Test Suite 38
- 39. Script Editor - TestCase 39
- 40. Script Editor – Test Step 40
- 41. Get & Set Properties • // get properties from testCase, testSuite and project • def testCaseProperty = testRunner.testCase.getPropertyValue( "MyProp" ) • def testSuiteProperty = testRunner.testCase.testSuite.getPropertyValue("MyProp" ) • def projectProperty = testRunner.testCase.testSuite.project.getPropertyValue( "MyProp" ) • def globalProperty = com.eviware.soapui.SoapUI.globalProperties.getPropertyValue( "MyProp" ) • // setting values • testRunner.testCase.setPropertyValue("MyProp", someValue ) testRunner.testCase.testSuite.setPropertyValue( "MyProp", someValue ) testRunner.testCase.testSuite.project.setPropertyValue( "MyProp", someValue ) com.eviware.soapui.SoapUI.globalProperties.setPropertyValue( "MyProp", someValue ) 41
- 42. Get & Set Settings • import com.eviware.soapui.settings.SSLSettings • import com.eviware.soapui.SoapUI • // set SoapUI.settings.setString( SSLSettings.KEYSTORE, pathToKeystore ) SoapUI.settings.setString( SSLSettings.KEYSTORE_PASSWORD, keystorePassword ) • // get SoapUI.settings.getString( SSLSettings.KEYSTORE, "value to return if there is no such setting set" ) 42
- 43. Useful info • Access project name • testRunner.testCase.testSuite.project.name • Access test step name • context.getCurrentStep().getLabel() 43
- 44. Data Source 44
- 45. Data Sync 45
- 46. Saving Test Step Results 46
- 47. Groovy Step You can add a Groovy step by right clicking on a test step and selecting “Insert Step” followed by “Groovy Script” or by opening the TestCase and clicking on the star icon. 47
- 48. Incrementing a Property Here’s how to increment a property called PatentNum. • Get the TestCase Property (as a “BigDecimal”) • Increment the value • Set the value back into the property def old = context.testCase.getPropertyValue(“PatentNum") as BigDecimal; def new = (old+ 1) as String; context.testCase.setPropertyValue( “PatentNum", new ); Notice how the setPropertyValue differs from the getPropertyValue 48
- 49. Groovy Exercise In this exercise we will: • Set up a Test Case property • Read a number in from a text file • Transfer the number to a property • Execute a request using the property • Increment the property • Store the property back to the text file 49
- 50. Assertion with Script 50
- 52. Change to get all nodes 52
- 53. GroovyUtils 53
- 55. XQuery 55
- 56. Navigation • // means keep going down levels • / means go down one level 56
- 57. Max or Min 57
- 58. Count 58
- 59. ANDs/ORs 59
- 60. Useful XPath Functions 60
- 62. Connect Old & New • Sometimes the operation names change 62
- 63. Map Nodes per Operation • You also have the chance to manually edit 63
- 64. XPath Mapping 64
- 65. Organizing your projects • Setting up a workspace 65
- 66. Import Projects • Import projects into the Workspace • Easily Switch between workspaces 66
- 67. Workspaces • Can only have one workspace open at a time • Same project can be in two workspaces • Can have multiple projects loaded into workspace • Can’t have separate projects and workspaces loaded at the same time 67
- 68. Environments • Another way to help manage your projects is to set up environments on the Project level 68
- 69. Organizing your projects • Setting up a workspace 69
- 70. Import Projects • Import projects into the Workspace • Easily Switch between workspaces 70
- 71. Workspaces • Can only have one workspace open at a time • Same project can be in two workspaces • Can have multiple projects loaded into workspace • Can’t have separate projects and workspaces loaded at the same time 71
- 72. Environments • Another way to help manage your projects is to set up environments on the Project level 72
- 73. Add Name 73
- 74. Change environment specifics 74
Editor's Notes
- First let’s review about XPaths
- Contains - Searches for the existence of a string token in the property value, supports regular expressions. Applicable for any property. Message Content Assertion - Allows for complex content validation of XML messages. Applicable to any property containing XML. Not Contains - Searches for the non-existence of a string token in the property value, supports regular expressions. Applicable to any property.
- Right click on the field that you want to verify, the click Add Assertion and select the type of assertion – in this case for Content
- Automatically selects the Xpath for the field and selects the current value
- Sometimes, we don’t care what is actually returned, we just want to make sure that a particular element is returned. Select any element and right-click to add assertion then select for existence.
- Dialog box is prepopulated with the Xpath and the exists and the value of true – click ok and the assertion is added.
- To verify that a soap (or non soap response) was returned, select the item from the list and click Add. No further configuration is needed.
- To add assertion for soap fault or non-soap fault just select from the list and click Add, no further configuration is needed.
- Some requests are time sensitive and must be processed within a certain amount of time, else they should be ignored – getting a stock price within 10 seconds is one of these, changing a password is another example- if it can’t be changed within 30 seconds, then it should be ignored. To add an assertion for response time, select SLA and click Add. Then enter the SLA time
- For the Xpath or Xquery assertion, select the property content and then pick Xquery- Xpath is used to identify a specific node or element in the XML whereas Xquery is more list sql for XML stuctures
- Click on the declare button will provide all of the namespace information, then just type in the path to the element. Then click on the select from current button it the expected result will be populated from the current response
- Assertions can also be added with a groovy script. This example is for existence of the field and the script is auto generated – we will be covering scripts in more detail later
- Security is another category of assertions that can be used to make sure that the message received doesn’t contain any sensitive information
- There could be lots of sensitive information being passed in the web service requests – anything from tokens, to passwords, to personally identifiable information should be verified
- -There are several predefined tokens in the preferences (under Global Sensitive Information Tokens) – these and others can be used in your assertion
- If WS security is being used for passing messages, then you may want to add in assertions for verifying that the messages contain valid ws-addressing and security headers
- These assertions were added in the individual test step, so they are part of the test step – if we wanted to create a set of assertions that were reusable then we need to add an assertion test step
- If we create an assertion test step, then we first need to pick the source (which in this case is the first test step)
- In the Assertion TestStep window, select two or more assertions by holding the CTRL key and clicking all desired assertions to be grouped together. They can then either be grouped by an AND or an OR. If AND Is picked, then all of the assertions have to return valid in order for the test step to pass; if OR is picked, then if at least one of the assertions returns as valid, then the test step will be valid
- In the attachment tab of the request, we can add in the attachment file and then submit the request – the actual attachment goes over as binary
- Even though this is a rest service, there are attachments that contact information on the image as well as the pdf it self. You click on the + button and navigate to the attachment – once selected it will fill in the information.
- The Run TestCase TestStep presents a flexible approach to modularization; it executes the configured target TestCase optionally passing and retrieving properties before and after execution, for example you could use this to call a complex sequence of TestSteps to perform and validate a login procedure, passing the required credentials and receiving the resulting sessionid. The top two options are for selecting the actual target TestCase, the remaining options are related to property/session management and threaded execution. This is like if we had called the Login TestCase as if it were a method taking input arguments and returning the response
- SoapUI Pro adds the possibility to have a central library of Groovy Classes that can be accessed from any script within SoapUI, which can be useful for centralizing common tasks and functionality and for creating SoapUI extensions
- On the project level you can find the tabs at the bottom to access the setup and tear down scripts
- On the Test Suite level, you can also find tabs for setup and tear down scripts
- And also at the Test Case level there are tabs to access the scripts for setup and teardown
- def groovyUtils = new com.eviware.soapui.support.GroovyUtils(context) def projectPath = groovyUtils.projectPath def folderName = projectPath + "/testData" def row = testRunner.testCase.testSteps["DataSource"].currentRow def allFiles = [] new File( folderName ).eachFile() { file -> if( file.name =~ /.txt/ ) { allFiles.add( file.name ) } } if ( (row + 1) <= allFiles.size ) { // output to the TestStep property called inputData result["inputData"] = new File( folderName + "/" + allFiles[row] ).text }
- // Write the response from the "Test Request: login" TestStep to a file def currentUser = context.expand( '${#TestCase#currentUser}' ) def response = context.expand( '${Test Request: login#Response}' ) new File( "C:/Users/eviware/" + currentUser + "_response.txt" ).write( response ) // To use another charset than the default, do this instead: // new File( "C:/Users/eviware/" + currentUser + "_response.txt" ).write( response, "UTF-8" )
- To save the result (request data, response data, response time, etc.) of every executed TestStep in a Project, create a Project EventHandler (Project Window > Events tab > Add new EventHandler) of typeTestRunListener.afterStep with the code above. The 2nd code snippet is to log the messages from all failed test cases
- Groovy assumes the property is a string at first. The “+ 1” operation appends that onto the end of the string instead of incrementing the numeric value. By adding “as BigDecimal” to the end of the line to get the value, the string is converted to a number. After we increment the numeric value, then we can cast it back to a string.
- Note however this will only return the data from one node – we want all the nodes
- When updating a WSDL, the underlying contract changes may require changes to all messages related to a certain modification, for example if an element has been renamed or moved. Also, XPath expressions in assertions, property transfers and expansions, etc. may need to be updated to correctly reference updated elements. Right-click on the wsdl definition and select refactor definition. Always, always create a back up before you overwrite everything
- Click next after mapping all of the nodes and then review and accept any changes to the XPath
- all visible projects are part of the current workspace. You can add as many projects as you want to a workspace, but can also easily switch between different workspaces allowing you to have different testing setups (for different systems, clients, etc), It can also help manage different releases for the same project. Select File > New Workspace and then enter a name
- Right click on the workspace and select import projects to attach specific projects to a workspace. To switch between workspace, select File > Switch workspace
- all visible projects are part of the current workspace. You can add as many projects as you want to a workspace, but can also easily switch between different workspaces allowing you to have different testing setups (for different systems, clients, etc), It can also help manage different releases for the same project. Select File > New Workspace and then enter a name
- Right click on the workspace and select import projects to attach specific projects to a workspace. To switch between workspace, select File > Switch workspace
- Provide a name for each environment and copy endpoints (if you want- you can always edit them later)
- The tabs below the Environment names allow you to change them as needed for each environment. Now the environment is available as a drop down on the test suite, test case editors