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
Is Salesforce Winning the Public Sector Race?
An analysis of Salesforce's rapid expansion into the U.S. public sector, tracing its path from cautious early government licensing deals in the 2010s through the launch of Government Cloud in 2012, its pivotal role in COVID-19 vaccine rollouts, and its 2025–2026 push into military and intelligence work via Agentforce and Missionforce. The piece covers major 2026 contracts — including a $5.6 billion Army deal, a $1.6 billion VA agreement, and Pentagon Impact Level 5 authorization — alongside real-world case studies like California's REAL ID processing and the UK's NHS back-office operations. It also examines the structural obstacles still facing Salesforce and other vendors in government tech: legacy IT systems decades old, outdated federal procurement rules, budget constraints, and organizational caution around AI adoption, plus the competitive pressure from Palantir, Microsoft, and Oracle in the race for public sector AI spending.
28 August 2026
image
Why Your Salesforce Flows Are Agentforce's Biggest Problem
This article argues that the most underestimated risk in Agentforce deployments isn't data quality — it's the automation layer: years of overlapping Flows, Process Builder processes, Apex triggers, and managed package logic that no one has reviewed end-to-end. It explains why AI agents inherit automation complexity without the tribal knowledge human admins carry, why technical debt only becomes visible after an agent hits it in production, and why a clean demo is no indicator of production readiness. The article closes with a concrete, tool-by-tool inventory approach using Flow Trigger Explorer, Salesforce Optimizer, Setup Audit Trail, Apex Debug Logs, Agent Builder, and Health Check — scoped to the specific processes the agent will actually use rather than the whole org.
23 July 2026
image
How to Wire Multiple Salesforce Projects in One Org Without Breaking Everything
This article maps the real integration patterns that emerge when multiple Salesforce projects — both managed packages and unpackaged code — share a single org. It covers four concrete patterns: attaching custom triggers to package-owned objects, calling global members exposed by managed packages, writing directly into another project's objects, and runtime-guarded reads of package data. It then addresses access control for authenticated and guest users, including the Master-Detail wall and the without sharing elevation pattern. The piece closes with eight concrete risks (compile-time dependencies that block uninstall, upgrade coupling, silent cascade failures, access invisible to admins) and six actionable recommendations for keeping cross-project coupling manageable.
08 July 2026