Skip to main content

Reinventing Quality: Efficient SD & QA for Salesforce ITSM at Scale

About Us
Published by yuliya.dzemidchuk
16 October 2025

Building Efficient SD & QA Processes in a Large-Scale Salesforce ITSM Project

 

Introduction

As modern IT service management systems evolve, the demand for structured development and quality assurance grows. Large-scale enterprise solutions — especially those built on Salesforce — require a balance between flexibility and consistency.

The ITSM App, developed by Jet BI, exemplifies this principle. Built on Salesforce and fully aligned with ITIL (Information Technology Infrastructure Library) standards, it supports both internal and customer-facing service delivery. This article reveals how Jet BI team refined software development (SD) and quality assurance (QA) processes to achieve higher scalability, quality, and speed.

 

Project Challenges and Growth Points

At a critical stage of the project’s evolution, the ITSM App expanded significantly — integrating multiple external services and extending existing modules.
This complexity called for a strategic response: Jet BI proposed to scale the development team and modernize SD & QA processes to ensure the system’s integrity under growth pressure.

The result was a new level of control, visibility, and performance across all development and testing stages.

 

Multi-Layered QA Architecture: Triple Quality Control

The project’s vast scope required a reinforced testing model. Jet BI implemented a triple quality assurance pipeline, ensuring stability before each release:

  1. Isolated Testing – Developers validate code in personal environments.
  2. Comprehensive QA Testing – Integration testing occurs in the QA org, merging new and existing code bases.
  3. Alpha Testing – Final validation happens in the Release org, simulating production.
     

Although this approach slightly extends testing cycles, it dramatically reduces production risks and strengthens release reliability.

 

Test Environments Overview

Environment Type

Description

Developer orgs

Individual isolated environments for developers

Scratch orgs

Temporary environments for testing new features and bug fixes

QA org

Integration space for merging, regression, and assembling release packages

Release org

Stable pre-production environment for smoke and regression testing

 

Structured SD & QA Workflow

  1. Task Creation & Planning
     Product Owners and QA engineers create tasks in Jira. Each task contains detailed requirements and sprint tags.
     
  2. Parallel Test Design
     QA engineers prepare test documentation during development, clarifying requirements as needed.
     
  3. Multi-Step Testing
     Tasks undergo scratch org validation → QA org retesting → UAT (User Acceptance Testing) on test environments.
     
  4. Release & Regression Testing
     At the end of each sprint, release packages are deployed to the Release org for final smoke or regression checks.

     

This agile-aligned process ensures consistent coverage, reduces bottlenecks, and enhances team coordination.

 

Exploratory and Ad-Hoc Testing: The Creative Layer

Beyond formalized test cases, exploratory and ad-hoc testing play a crucial role.

  • Exploratory testing helps keep documentation current as product functionality evolves rapidly.
  • Ad-hoc testing empowers QA engineers to apply experience-driven intuition, uncovering edge-case issues that structured tests might miss.
     

Such flexibility reinforces overall product stability and aligns with the agile spirit of continuous improvement.

 

Impact and Metrics

Over the course of the project, more than 1,000 Jira tickets were managed, excluding documentation tasks.
Of those, 426 tickets (42%) were created by QA team members — a clear indicator of their proactive involvement and strategic influence on the product’s evolution.

This demonstrates that the QA team is not a post-development filter but a full-fledged contributor to the product lifecycle.

 

Results: Tangible Benefits for the Client

Optimizing SD & QA processes resulted in measurable improvements:

  • Stable and predictable releases through layered testing.
  • Accelerated issue resolution via continuous feedback loops.
  • Improved end-user satisfaction thanks to consistent ITIL-compliant performance.
  • Reduced risk exposure in multi-environment integration scenarios.
     

Conclusion

Quality is not a final stage — it’s a discipline that shapes every iteration of the development process.
By expanding the QA team and redesigning testing workflows, the client achieved both technical resilience and business stability.

The success of the ITSM App underscores Jet BI’s key strengths:

  • Cost efficiency and operational excellence
  • Responsible and transparent partnership
  • Proven Salesforce and QA expertise
  • Accelerated time-to-market
  • Flexibility and scalability
  • Security and risk mitigation
     

Jet BI demonstrates how a well-structured SD & QA process transforms complex Salesforce ecosystems into sustainable, high-performance solutions ready for growth.


Julia Demidchuk/Julia Solomenko
Project Manager/Salesforce Consultant
image
Expertise
Question to the expert
image

We have available resources to start working on your project within 5 business days

1 UX Designer

image

1 Admin

image

2 QA engineers

image

1 Consultant

image
Related Articles
All articles
image
How to Customize Salesforce Field Service Mobile for Your Technicians
Salesforce Field Service Mobile provides a standard technician experience that companies can extend to fit their own service processes. This article looks at areas where a custom mobile workflow can help: AI repair assistance, field documentation, external tools, back-office integrations, quotes and payments on site, barcode scanning and role-based mobile layouts. It also outlines four practical steps for planning a mobile workflow around the technician’s work.
21 October 2026
image
Salesforce Field Service Mobile: New Capabilities for Technicians
Salesforce Field Service Mobile continues to evolve with new capabilities for technicians working in the field. Explore how updates to job preparation, mobile forms, voice input, mapping, and Work Order views are changing the technician experience, and learn why configuring these capabilities around your service operations matters.
14 October 2026
image
Closing the Gap Between Field Service and Business Needs
Standard Salesforce Field Service configuration covers many service processes, but individual businesses can have different workflows, working conditions, scheduling rules, and operational requirements. This article looks at three areas where standard configuration can fall short: how technicians work, the conditions of field service operations, and business-specific processes. It also provides a practical checklist of signs that a Salesforce Field Service setup could benefit from customization.
07 October 2026