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 with Salesforce Service Cloud
Brokering TC1 - Create Brokered Incident
Brokering TC1 - Create Brokered Incident [Monitor qualifying incidents in ITSM and create in Multi-cloud for Incident Brokering]
- Initialization step
- 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 step
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 with Author
Brokering TC2 - Create Incident Activity Note with Author
- Initialization step
- 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 step
- 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 step
- 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 step: Logout from Smart IT and Salesforce.
Brokering test cases with Vendor ITSM
Brokering TC5 - Create Brokered Incident
Brokering TC5 - Create Brokered Incident [Monitor qualifying incidents in ITSM and create in Multi-cloud for Incident Brokering]
- Initialization step: Login to Smart IT of Customer ITSM portal.
- Transaction steps
- Create New Incident in Smart IT using " Email "
- Access this Incident and check whether HTTP response contains string "brokerVendorName" with "ITSM"
- If response does not contain 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 step: Logout from Customer Smart IT.
Note
This script creates a data file with linked incident number from Vendor ITSM and the incident number from Customer ITSM.
DevOps Integration with Atlassian JIRA Software Instance test cases
DevOps TC1 - Create Change - JIRA to Remedy with Smart IT
DevOps TC1 - Create Change - JIRA to Smart IT [Create a change in ITSM when Multi-cloud has received a qualifying Issue from Dev Tool]
- Initialization step: 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 inSmart 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 step: 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 with Author
DevOps TC2 - Create Change Activity Note with Author [Monitor qualifying activity notes (worklogs) on change records in
ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization step: 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 step: 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 step: 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 step: Logout from Smart IT and JIRA.
DevOps TC5 - Create DevOps Incident
DevOps TC5 - Create DevOps Incident [Monitor qualifying incidents in ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization step: 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" along with 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 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 step: Logout from Smart IT and JIRA.
DevOps TC6 - Create DevOps Change
DevOps TC6 - Create DevOps Change [Monitor qualifying Change Records in ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization step: 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 iteration.
- If validation is successful , then it will get Change details using mcsm HTTP call . Transaction will be marked as PASS and proceed with step a for next iteration.
- End step: 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 ITSM when Multi-cloud has received a qualifying Issue from Dev Tool]
- Initialization step: 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 step: Logout from Smart IT and JIRA portal.
DevOps TC8 - Create DevOps Problem
DevOps TC8 - Create DevOps Problem [Monitor qualifying Problem Records in ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization step: Login to Smart IT and JIRA portal.
- Transaction steps
- Create New Problem in Smart IT and Low Priority with operational 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 iteration.
- If validation is successful, then it will get problem details using mcsm HTTP call . Transaction will be marked as PASS and proceed with step a for next iteration.
- End step: Logout from Smart IT and JIRA.
DevOps TC9 - Create Problem Activity Note with Author
DevOps TC9 - Create Problem Activity Note with Author [Monitor qualifying activity notes (worklogs) on problem records in ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization step: Login to Smart IT and JIRA portal.
- Transaction steps
- Select Random Problem number from data file. [ Data file contains 1000 Problem numbers of Smart IT and related Issue number of JIRA ]
- Do a global search in Smart IT and fetch Problem details.
- Add activity notes in given Problem 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 step: Logout from Smart IT and JIRA.
DevOps TC10 - Create DevOps Work Order
DevOps TC10 - Create DevOps WorkOrder [Monitor qualifying WorkOrder Records in ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization step: Login to Smart IT and JIRA portal.
- Transaction steps
- Create New WorkOrder in Smart IT and Low Priority with operational 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 WorkOrder details using mcsm HTTP call . Transaction will be marked as PASS and proceed with step a for next iteration.
- End step: Logout from Smart IT and JIRA.
DevOps TC11 - Create WorkOrder Activity Note with Author
DevOps TC11 - Create Work Order Activity Note with Author [Monitor qualifying activity notes (worklogs) on WorkOrder records in ITSM and create in Multi-Cloud for DevOps Integration]
- Initialization step: Login to Smart IT and JIRA portal.
- Transaction steps
- Select Random WorkOrder number from data file. [ Data file contains 1000 WorkOrder numbers of Smart IT and related Issue number of JIRA ]
- Do a global search in Smart IT and fetch WorkOrder details.
- Add activity notes in given WorkOrder 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 step: Logout from Smart IT and JIRA.
DevOps TC12 - Create WorkOrder From Jira Issue - JIRA to SmartIT
DevOps TC12 - Create WorkOrder - JIRA to Smart IT [Create a WorkOrder in ITSM when Multi-cloud has received a qualifying Issue from Dev Tool]
- Initialization step: Login to Smart IT and JIRA portal.
- Transaction steps
- Create New issue with type "bug" in JIRA with "Low" priority.
- Access this issue and check whether HTTP response contains label with string "WO". "WO" indicates this corresponding WorkOrder 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 iteration.
- Validation is successful, then it will do a global search in Smart IT with WO 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 step: Logout from Smart IT and JIRA portal.
Ticket Consolidation with Vendor ITSM test cases
Ticket Consolidation TC1 - Create Incident From Vendor ITSM
Ticket Consolidation TC1 - Create Incident from Vendor ITSM - [Create a Incident in Customer ITSM when Multi-cloud has received a qualifying incident from Vendor ITSM ]
- Initialization step: Login to Vendor & Customer Smart IT portal.
- Transaction steps
- Create New Incident in Smart IT of Vendor ITSM along with operation category as Request → ITSM → Incident
- Access this incident and check whether HTTP response contains label with string "vendorTicketNumber". "vendorTicketNumber" indicates this corresponding incident is created in customer 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 iteration.
- Validation is successful , then transaction will be marked as PASS and proceed with step a for next iteration.
- End step: Logout from Smart IT of vendor & customer portal.
Ticket Consolidation TC3 (Sync Vendor ITSM Incident Worklog) & Ticket Consolidation TC4 (Sync Vendor ITSM Incident )
Ticket Consolidation TC3 (Sync Vendor ITSM Incident Worklog ) and Ticket Consolidation TC4 (Sync Vendor ITSM Incident )
- Initialization step: Login to Vendor and Customer Smart IT portal.
- Transaction steps
- Select Random Incident number from data file. [ Data file contains 1000 Incident numbers of Vendor Smart IT and related incident number of Customer ITSM]
- Search this Incident number in Smart IT and fetch its details.
- Add comments in given Incident with unique string and timestamp in Vendor Smart IT.
- Also Edit Description of given Incident with unique string and timestamp in Vendor Smart IT.
- Do a global search of related Incident number in Customer Smart IT.
- Access comment section of Incident number in Customer Smart IT and description from mcsm call in Customer 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 step: Logout from Smart IT of vendor & customer 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 BMC Helix Integration Studio.