Web-Service and SoapUI Web-Service-Testing

Heading:

SoapUI is, from smartBear, is used to test functional, performance, Regression, security and compliance test for SOAP and REST APIs.

What will I learn?

After completing this course you will have a complete hands on experience to use SoapUI to test SOAP and REST webservices.

You will be able to:

• • Create projects, test suites, test cases, test steps and populate variable data.

  • Understand request and response WSDL files and JSON files

  • Create mocks for integration testing

  • Assert responses in different parameters

  • Perform loop actions in test cases

  • Perform data driven testing using Groovy scripting

  • Understand xml reports

Please check the curriculum for more information..

Audience and Requirements:

• • QA, BA, Manager and anyone who is interested to know SoapUI for functional and performance testing.

  • Needs prior knowledge about software and performance test fundamentals. Look “Fundamentals of Software Testing” and “Fundamentals of Performance Testing” from our portal.

Training Highlights:

• • Mentorship will be available through training and after training

  • You will be working on functional web service projects

  • You will practice on interview questions and secession from day one

Assessment:

Scenario 1: Find online a SOAP webservice of city by country code list and check whether the service is replying the right data. Use assertions appropriately.

Scenario 2: Find online a REST web service that gives country information by country code. Check whether the service is giving the right data. Use assertions appropriately.

Scenario 3: Develop a data driven test to send request with varying data so that we can prove whether the service is replying with right data. If you are not using SoapUI Pro, you must use Groovy script to read data from from excel or text file.

Scenario 4: Develop a test case that repeats itself 10 times but jumps a test step on each second round. Follow your path, use Groovy to have count controller and to enable and disable test steps.

Scenario 5: Develop a test case that calls another test case. Add a manual test step to the second test case, so that it will prompts you to pass or fail it manually; that way you can prove whether the call is working or not.

Curriculum

SOAP and REST Basic

• 1. SOAP architecture

  2. WSDL file and Understanding Services

  3. REST architecture

  4. REST methods

  5. Web service testing needs:

     1. Understand the WSDL file or Http request format

     2. Understand the Operation each web service or api provides

     3. Understand the XML request format and data

     4. Understand the XML or JSON response format and data

  6. Web service testing tools

• • 1. Using Apache Axis2 Api(java jar)

    2. Using SoapUI

SoapUI Testing

• 1. Installing SoapUI

  2. Understanding SoapUI

     1. XML messaging

     2. XML Schema

     3. SOAP envelope

     4. SOAP body

     5. SOAP binding

  3. SoapUI testing Services

• • 1. Functional testing

    2. Regression testing

    3. Compliance testing

    4. Load testing

• 4. A complete step to create SoapUI test

• • 1. Have a Work Space

    2. Create a project: Operations and Actions

    3. Create a test suite

    4. Create Test case/operation

    5. Create Test step/action:

       1. SOAP, REST, AMF, JDBC requests

       2. Manual test step

       3. Time delay test step

       4. Groovy test step

• 5. Set properties anywhere and use anywhere:

• • 1. Setting at a Global, Project,TestSuite, TestCase and testStep level

    2. Perform property transfer

• 6. SoapUI assertion

• • 1. Contains and Not contains

    2. Xpath with wild card, Regular expression, Content, Count, Exists

    3. xQuery: Using for loop, order by, data and return

• 7. Mocking SOAP and REST services

• • 1. Create mocking from request

    2. Running Mock service

    3. Include Mock service to test case

• 8. SoapUI Functional Test

• • 1. WSDL Coverage

    2. Request/Response Coverage

    3. Message Assertions

    4. Test Refactoring

    5. Running of Multiple Tests

    6. Data Source Driven Testing

    7. Scripting Libraries

    8. Unit Reporting

    9. Manual Test Step

• 9. SoapUI Security Test

• • 1. Boundary Scan

    2. Invalid Type

    3. SQL Injection

    4. XPath Injection

    5. XML Bomb

    6. Fuzzing Scan

    7. Cross Site Scripting

    8. Configurable Scan

    9. Reporting

• 10. SoapUI Load Test

• • 1. Rapid load test from functional test

    2. Configurable load strategies

    3. Load test assertion

    4. Real time statistics

    5. Performance monitoring

    6. Statistic exporting

    7. SetUp/TearDown using Groovy Scripting

    8. LoadUI integration

    9. Reporting

• 11. Reports

• • 1. Junit report

    2. Report data export

    3. WSDL html report

    4. WSDL Coverage

    5. TestSuite and TestCase Coverage

    6. Assertion Coverage

    7. Message Recording Coverage

• 12. SoapUI pro simplifies the following operations

• • 1. Data driven, Test coverage

    2. Test Debugging, Multi Environment Support

Groovy Scripting for SoapUI

• 1. Groovy Scripting

  2. Has 3 objects:

     1. Loag object

     2. testRunner object:

     3. Context: to access current test case

  3. In soapUI every thing is a class:

• • 1. Project, testsuite, testcase are classes

    2. Using testRunner to create object of these classes

    3. Setting and Getting value from objects

    4. log.info and pObject.name

• 4. Variables and Operators;

  5. Conditions

  6. Loops in groovy

  7. Setting properties and viewing properties in SoapUI by using groovy

  8. Connecting to a database from groovy

  9. Connecting to Excel from groovy

SoapUI Advance Staffs

• 1. SoapUI integration with: Maven, HUDSON, Junit, Apache-Ant

  2. SoapUI Pro Driven Testing

     1. Go pro: Data source out of the box

     2. Create a data source

     3. Create a test with parameters

     4. Loop over the data source

     5. Execute the test case

     6. Further exploration

  3. SoapUI free Data driven Testing

• • 1. Data provider groovy test step : read from file or excel and store to property

    2. Property test step: where data provider stores current record

    3. Soap test step: reads from property and run the actual test

    4. Loop control test step: decides which step go for next execution or quiet test case

• 4. SoapUI with Database (JDBC)

  5. SoapUI Command line