Skip to main content

Tips for the effective QA process organization on 2 parallel projects

Building an effective development and testing process and synchronizing releases on 2 different products to make sure all new features in both packages work fine together

Published by jetbi2
22 May 2023
Salesforce

Client


JET BI's client is a company that has proven experience in designing and delivering purpose-built apps on the Salesforce platform. Most of the apps were developed by our JET BI team. Our successful cooperation has been going on for many years and makes it possible to implement all new ideas.


Challenges


One of the products that JET BI team is working on combines two products that can work either together or separately. The first is a help center with an intelligent search that uses a knowledge base and includes efficient support services. And the second product is ITSM solution with out-of-the-box ITIL processes designed to drive Continual Service Improvement (CSI) for any service delivery function, from internal help desks that support the IT needs of employees, to customer-facing operations that serve clients. 
Our task was to build an effective development and testing process and synchronize releases to make sure all new features in both packages work fine together.


Goals

 

1. Establish effective communication with the product owner on the client side for:

  • correct prioritization;
  • understanding the main goals of releases;
  • clarification of requirements;

2. Ensure transparency and manageability of the development and testing process for the client;

3. Define and agree with the workflow with the team according to the configured CI/CD process;

4. Define the procedures for UAT testing;

5. Find an instrument for effective test management;

6. Ensure the release of new features is on schedule.

 

Solutions


To organize effective communication with the client and identify all the pitfalls in the early stages, the JET BI team introduced an Agile approach. This approach also made it possible to painlessly respond to changes in requirements and implement them in a short time. The close interaction of the development and testing teams, as well as the addition of acceptance criteria to the requirements, made it possible to deliver the functionality on time and with maximum compliance with expectations.

The CI/CD process was configured using the Bitbucket tool. We defined a clear workflow for all tickets which is as follows:

  • Clarifying requirements and finalizing acceptance criteria;
  • Feature development on dev scratch org;
  • Unit tests development;
  • Code review stage (pair review is used);
  • Feature testing on separate test environment created from feature branch in bitbucket;

qa-case-study-1

  • Pull request merging and deploying in the QA environment from the release branch (assembling unlocked package);
  • Feature retest in the unlocked package;
  • UAT (or test results review by the product owner).

The schema looks like this: 

qa-case-study-2

Our releases don’t have a fixed timeline, but usually, it takes from 1 to 3 months and depends on the release goals and scope. The release testing procedure includes the following steps:

1. All release features testing should be completed in QA org with an unlocked package;

2. Code freeze announced;

3. Assembled beta package (performed Smoke test + new features testing + regression testing of affected items);

4. Hot fixes test in the updated beta package;

5. Assembled and tested the Release version.

After the last step, a new release can be delivered to clients.

qa-case-study-3

 

For test management, we have selected the Zephyr tool integrated with Jira. It helps us:

  • To build a clear structure of test documentation (test cases) grouped by epics;
  • To create about 1000 test cases to cover both product's functions;
  • To plan regression testing scope based on affected items;
  • To build test case coverage;
  • To build reports with test results;
  • To monitor test results during releases to identify weak points.

 

Results

Processes play an important role in project planning and team organization. Structured processes help to avoid chaos in atypical situations and build a sequence of actions that will help to solve the problem.

Our team managed to build effective processes that help to successfully cope with work on 2 projects in parallel. As a result, we can note:

  • dozens of launched product releases, including 2 for the current year;
  • dozens of end customers and tens of thousands of active users of our products;
  • transparent development and  testing process at all stages and, as a result, saved client time for UAT testing;
  • motivated team ready to work on new product improvements.
Start your project now
Expertise
JET BI TEAM
  • 2 ISTQB Certified QA Engineers
  • 1 Project manager
  • 1 Certified Salesforce Administrator
  • 2 Certified Salesforce Developers
TECHNOLOGIES
  • APEX
  • Salesforce
  • JIRA
PROJECT TIMELINE
  • ongoing
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