User scenarios and associated actions
This section describes the user scenarios and associated actions that were automated using SilkPerformer Performance Testing tool. Out-of-the-box, integration flows were required to communicate between the source and destination systems. These conditions were emulated in a single silkperformer script.
Brokering test cases
Brokering TC1 - Create Brokered Incident
Brokering TC1 - Create Brokered Incident [Monitor qualifying incidents in Remedy ITSM and create in Multi-cloud for Incident Brokering]
- Initialization steps
- Login to Smart IT and Salesforce portal.
- Transaction steps
- Create New Incident in Smart IT using "Service Cloud"
- Access this Incident and check whether HTTP response contains string "brokerVendorName" with "Cloud"
- If response does not contains expected string, repeat step b and c for every 30 seconds interval.
- Validation process will go on for maximum 6 mins , if it does not return expected string then it will mark transaction as FAIL and proceed with step a for next iteration.
- If validation is successful , then it will get incident details using mcsm HTTP call . Transaction will be marked as PASS and proceed with step a for next iteration.
- End steps
Logout from Smart IT and Salesforce .
Note
This script creates a data file with linked case number from Salesforce and the incident number from Smart IT.
Brokering TC2 - Create Incident Activity Note
Brokering TC2 - Create Incident Activity Note
- Initialization steps
- Login to Smart IT and the Salesforce portal.
- Transaction steps
- Select Random Incident number from data file. [ Data file contains 1000+ incident numbers of Smart IT and related case number of Salesforce ]
- Do a global search in Smart IT and fetch incident details.
- Add activity notes in given incident with unique string and timestamp in Smart IT.
- Search related case number in Salesforce.
- Access case's notes section in salesforce
- Check if response in notes contains unique string. If response does not contain expected string then repeat step e and f for every 30 seconds interval.
- Validation process will go on for maximum 6 mins , if it does not return expected string then it will mark transaction as FAIL and proceed with step a for next iteration.
- If validation is successful , then transaction will be marked as PASS and proceed with step a for next iteration.
- End steps
- Logout from Smart IT and Salesforce.
Brokering TC3 (Sync Service Cloud Case Comment ) & Brokering TC4 (Sync Service Cloud Case )
Brokering TC3 (Sync Service Cloud Case Comment ) and Brokering TC4 (Sync Service Cloud Case )
- Initialization steps
- Login to Smart IT and Salesforce portal.
- Transaction steps
- Select Random Case number from data file. [ Data file contains 1000 incident numbers of Smart IT and related case number of Salesforce ]
- Search this case number in Salesforce and fetch its details.
- Add comments in given case with unique string and timestamp in Salesforce.
- Also Edit Description of given case with unique string and timestamp in Salesforce.
- Do a global search of related incident number in Smart IT.
- Access comment section of incident in Smart IT and description from mcsm call in Smart IT.
- Check if response in comment section of Smart IT and description from mcsm call in Smart IT contains unique string. If response does not contain expected string then repeat step f and g for every 30 seconds interval.
- Validation process will go on for maximum 6 mins , if it does not return expected string then it will mark transaction as FAIL and proceed with step a for next iteration.
- If validation is successful , then transaction will be marked as PASS and proceed with step a for next iteration.
- End steps : Logout from Smart IT and Salesforce.
DevOps test cases
DevOps TC1 - Create Change - JIRA to SmartIT
DevOps TC1 - Create Change - JIRA to Smart IT [Create a change in Remedy ITSM when Multi-cloud has received a qualifying Issue from Dev Tool]
- Initialization steps
- Login to Smart IT and JIRA portal.
- Transaction steps
- Create New issue with type "Story" in JIRA with "Highest" priority.
- Access this issue and check whether HTTP response contains label with string "CRQ". "CRQ" indicates this corresponding change request is created in Smart IT.
- if response does not contains expected string, repeat step b and c for every 30 seconds interval.
- Validation process will go on for maximum 6 mins , if it does not return expected string then it will mark transaction as FAIL and proceed with step a for next iteratoin.
- validation is successful , then it will do a global search in Smart IT with CRQ number and fetch details of change request. Also fetch change request details using mcsm HTTP call . Transaction will be marked as PASS and proceed with step a for next iteration.
- End steps
Logout from Smart IT and JIRA portal.
Note
This script creates a data file with linked issue number from JIRA and Change Request number from Smart IT.
DevOps TC2 - Create Change Activity Note
DevOps TC2 - Create Change Activity Note [Monitor qualifying activity notes (worklogs) on change records in Remedy ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization steps
- Login to Smart IT and JIRA portal.
- Transaction steps
- Select Random Change Request number from data file. [ Data file contains 1000 Change Request numbers of Smart IT and related Issue number of JIRA ]
- Do a global search in Smart IT and fetch Change Request details.
- Add activity notes in given Change with unique string and timestamp in Smart IT.
- Search related Issue number in JIRA.
- Access Issue details in JIRA
- Check if response in notes contains unique string. If response does not contain expected string then repeat step e and f for every 30 seconds interval.
- Validation process will go on for maximum 6 mins , if it does not return expected string then it will mark transaction as FAIL and proceed with step a for next iteration.
- If validation is successful , then transaction will be marked as PASS and proceed with step a for next iteration.
- End steps
- Logout from Smart IT and JIRA.
DevOps TC3 (Sync JIRA Issue Comment) & DevOps TC4 (Sync JIRA Issue )
DevOps TC3 (Sync JIRA Issue Comment) and DevOpsTC4 (Sync JIRA Issue )
- Initialization steps
- Login to Smart IT and JIRA portal.
- Transaction steps
- Select Random Case number from data file. [ Data file contains 1000 Change Request numbers of Smart IT and related Issue number of JIRA]
- Search this Issue number in JIRA and fetch its details.
- Add comments in given issue with unique string and timestamp in JIRA.
- Also Edit Description of given issue with unique string and timestamp in JIRA.
- Do a global search of related change request number in Smart IT.
- Access comment section of change request in Smart IT and description from mcsm call in Smart IT.
- Check if response in comment section of Smart IT and description from mcsm call in Smart IT contains unique string. If response does not contain expected string then repeat step f and g for every 30 seconds interval.
- Validation process will go on for maximum 6 mins , if it does not return expected string then it will mark transaction as FAIL and proceed with step a for next iteration.
- If validation is successful , then transaction will be marked as PASS and proceed with step a for next iteration.
- End steps
- Logout from Smart IT and JIRA.
DevOps TC5 - Create DevOps Incident
DevOps TC5 - Create DevOps Incident [Monitor qualifying incidents in Remedy ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization steps
- Login to Smart IT and JIRA portal.
- Transaction steps
- Create New Incident in Smart IT and mark its status as "Resolved " with reason " Future Enhancement" alongwith resolving operation category as Request → JIRA → Story
- Access this Incident and check whether HTTP response contains string "brokerVendorName" with "JIRA"
- If response does not contains expected string, repeat step b and c for every 30 seconds interval.
- Validation process will go on for maximum 6 mins , if it does not return expected string then it will mark transaction as FAIL and proceed with step a for next iteratoin.
- If validation is successful , then it will get incident details using mcsm HTTP call . Transaction will be marked as PASS and proceed with step a for next iteration.
- End steps
- Logout from Smart IT and JIRA.
DevOps TC6 - Create DevOps Change
DevOps TC6 - Create DevOps Change [Monitor qualifying Change Records in Remedy ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization steps
- Login to Smart IT and JIRA portal.
- Transaction steps
- Create New Change in Smart IT and Low Priority with operation category as Request → JIRA → Story
- Access this Incident and check whether HTTP response contains string "brokerVendorName" with "JIRA"
- If response does not contains expected string, repeat step b and c for every 30 seconds interval.
- Validation process will go on for maximum 6 mins , if it does not return expected string then it will mark transaction as FAIL and proceed with step a for next iteratoin.
- If validation is successful , then it will get incident details using mcsm HTTP call . Transaction will be marked as PASS and proceed with step a for next iteration.
- End steps
- Logout from Smart IT and JIRA.
DevOps TC7 - Create Incident - JIRA to SmartIT
DevOps TC7- Create Incident- JIRA to Smart IT [Create a Incident in Remedy ITSM when Multi-cloud has received a qualifying Issue from Dev Tool]
- Initialization steps
- Login to Smart IT and JIRA portal.
- Transaction steps
- Create New issue with type "Bug" in JIRA with "Medium" priority.
- Access this issue and check whether HTTP response contains label with string "INC". "INC" indicates this corresponding change request is created in Smart IT.
- if response does not contains expected string, repeat step b and c for every 30 seconds interval.
- Validation process will go on for maximum 6 mins , if it does not return expected string then it will mark transaction as FAIL and proceed with step a for next iteratoin.
- validation is successful , then it will do a global search in Smart IT with INC number and fetch details of Incident number . Also fetch incident number details using mcsm HTTP call . Transaction will be marked as PASS and proceed with step a for next iteration.
- End steps
- Logout from Smart IT and JIRA portal.
The following business transaction mappings were considered as below :
The following out-of-the-box DevOps Integration and Incident Brokering flows were configured in Integration Studio.