Salesforce testningshandledning för nybörjare

Vad är Salesforce?

Salesforce är världens första molnbaserade CRM-system. Det grundades av Marc Benioff och Parker Harris i mars 1999. Syftet med denna CRM-plattform är att hjälpa användare att på ett överkomligt sätt sälja, serva, marknadsföra, analysera och få kontakt med sina kunder över alla kanaler.

SFDC (Sales Force Dot Com) levereras med standardfunktioner som låter dig hantera relationer med potentiella kunder och potentiella kunder. Det låter dig också engagera och samarbeta med anställda och partners samtidigt som du lagrar data säkert i molnet med flera hyresgäster. Idag omfattar det Sales Cloud, Service Cloud, Marketing Cloud, Data Cloud och Einstein 1-plattformen som driver generativa AI-funktioner.

Vad är Salesforce-testning?

En bra sak med Salesforce är att de flesta färdiga funktionerna kan anpassas för att passa ett företags behov. Salesforce-testning är validering av konfiguration och anpassning som utförs i vanliga SFDC, inklusive Apex-klasser, Lightning Web Components, flöden, Process Builder och integrationer.

Utmaningen är att säkerställa att en testare kontrollerar den anpassade koden, inte den inbyggda Salesforce-funktionaliteten som Salesforce redan täcker i sin trust-and-release-pipeline.

Salesforce CRM är byggt på ett plattformsspråk som heter Apex, kompletterat av Lightning Web Components (LWC) i front-end. Plattformen levereras med ett inbyggt ramverk för enhetstest så att utvecklare kan validera sin kod före driftsättning.

Varför Salesforce-testning?

Här är de främsta anledningarna till att jag anser att Salesforce-testning är nödvändig:

• Den kontrollerar att konfigurationen och Apex-koden fungerar efter varje sandbox-uppdatering.
• Det verifierar att det färdiga systemet stöder kundens affärsprocesser från början till slut.
• Det bekräftar att den ursprungliga versionen uppfyller de överenskomna kraven innan driftsättning.
• Den upptäcker problem tidigt, samtidigt som de är enkla och billiga att åtgärda.
• Funktionella flödesrapporter baserade på testfallsstatus hjälper teamet att kartlägga applikationens funktionalitet.
• Funktionerna Flow Builder och Process Builder kan valideras för arbetsförhållanden och beteende.
• Med arbetsflöden kan du verifiera funktionaliteten hos tidsbaserade händelser, till exempel eskaleringsregler.

Salesforce-terminologi

• Lightning-upplevelse: Det nuvarande standardgränssnittet för Salesforce är byggt på Lightning Web Components; Salesforce Classic fasas ut och de flesta organisationer migrerar till Lightning.
• visualforce: Ett äldre ramverk för att bygga anpassade användargränssnitt med ett taggbaserat markupspråk liknande HTML, som fortfarande stöds för äldre anpassningar.
• AppExchange: Salesforces online-marknadsplats där användare kan upptäcka och installera anpassade applikationer och tillägg.
• Spets: Ett starkt typat, objektorienterat språk som används för att köra flödes- och transaktionskontrollsatser på Salesforce-plattformen.
• Einstein 1-plattformen / Agentforce: Salesforces AI-lager för prediktiva och generativa funktioner och autonoma agenter som också måste valideras av QA.

Typer av Salesforce-testning

Manuell testning

Manuell mjukvarutestning täcker Salesforce.com-appen med traditionella metoder. QA-teamet kan använda manuell testning för att utföra funktionstester, happy-path-testning, integrationstester, regressionstestning och systemtestning i både Lightning Experience och Salesforce Mobile.

Automatiserad testning

Automatiserad testning använder ett program för att testa en Salesforce.com- eller Force.com-app. Vanliga automatiseringsverktyg inkluderar Selenium, Provar, Copado Robotic Testing, Tricentis Testautomation för Salesforce och Testsigma. Moderna stackar lägger i allt högre grad till AI-drivna självläkande lokaliseringsverktyg för att absorbera Lightning DOM-förändringar.

Testnivåer i Salesforce

I den här handledningen för Salesforce-testning gäller vanligtvis följande nivåer:

Enhetstestning

• Utförs av Apex-utvecklare, som skriver testmetoder som utövar deras klasser och triggers.
• Den utvärderar hur många dataposter som påverkas så att koden körs tillförlitligt i målmiljön.
• För att distribuera Apex-kod till produktion måste din totala kodtäckning vara minst 75 % och varje utlösare måste ha minst 1 % täckning.

Systemtestning:

• Utförs av ett team av Salesforce-konsulter.
• Testar systemets tekniska processer från början till slut.
• Använder testskript baserade på specifika förväntade utdata.
• Felsöker automatiserade regler såsom arbetsflöde, validering, tilldelning och godkännandeprocesser.

UAT-testning:

• Utförs av de affärsanvändare som kommer att använda applikationen dagligen.
• Testar systemets förmåga att stödja affärsprocesser.
• Följer testskript baserade på verkliga affärsscenarier.
• Den önskade utdata är en bekräftelse från klienten att systemet är lämpligt för ändamålet.

Produktionstestning:

• En upprepning av systemtestning i produktionsmiljön.
• Verifierar om konfiguration och kod har distribuerats korrekt från sandlåda till produktion.
• Om tiden tillåter före lanseringen bör klienten köra UAT-skript igen efter distributionen.

Regressionstestning:

• Huvudmålet för regressionstestning är att avgöra om nya utgåvor påverkar befintliga användarprocesser.
• Den körs efter varje förbättring, korrigering eller säsongsbetonad Salesforce-release (vår, sommar, vinter).
• Användaren tillhandahåller en lista över ändringar som kan påverka nuvarande processer så att påverkade flöden kan valideras på nytt.

Salesforce testprocess

Salesforces testprocess liknar testning av vilken webbaserad applikation som helst. Testaren behöver ett tydligt perspektiv på de anpassningsbara funktioner som byggts under projektet så att fokus ligger kvar på anpassad kod snarare än Salesforces inbyggda funktionalitet.

Utvecklare och testare bör använda sandboxmiljöer (Developer, Developer Pro, Partial Copy, Full) för sina respektive syften. Testad kod i sandboxen flyttas till produktion via ändringssets, Salesforce DX eller DevOps-verktyg som Copado och Gearset. Det förutsätts att QA-testaren förstår central Salesforce-terminologi innan hen ansluter sig till projektet.

Salesforce testutmaningar

Salesforce-testning är inte en enkel process. Testare står inför många utmaningar, inklusive:

• Att testa avancerade funktioner som Lightning Web Components, Visualforce, Service Cloud Console och Experience Cloud-webbplatser är komplext.
• Team behöver ofta återskapa eller omstrukturera äldre Classic-tester för Lightning Experience och Salesforce Mobile-appen.
• Vissa standardfunktioner kan inte tas bort även om de inte används.
• UI-tester kan gå sönder när sandlådor uppdateras eller när säsongsbetonade utgåvor skickas.
• Automatiserade tester måste köras konsekvent i alla sandlådemiljöer.
• Att bygga stabila fältsökare är svårt eftersom Salesforce-element-ID:n skiljer sig mellan organisationer och ändras med varje utgåva.
• Att validera AI-funktioner som Einstein-förutsägelser och Agentforce-agenter kräver nya datadrivna och promptdrivna metoder.

Bästa praxis för Salesforce-testning

• Kör tester som riktiga användarprofiler och behörighetsuppsättningar.
• Förbered testdata som validerar rapportens och instrumentpanelens funktionalitet.
• Kombinera funktionell testning, UI-testning, regressionstestning och systemintegrationstestning i varje releasecykel.
• Var särskilt uppmärksam på den dynamiska naturen hos Lightning- och Visualforce-sidor, eftersom element kanske inte laddas samtidigt; använd explicita väntetider.
• Automatisering bör utföras med verktyg som Selenium, Provar, Tricentis, eller Testsigma, i kombination med självläkande lokaliseringsinstrument.
• Täck både positiva och negativa flöden i varje testscenario.
• Bygg användarroller, profiler och behörighetsuppsättningar i testdata så att arbetsflöden kan valideras för varje persona.

Roller och ansvar för en Salesforce-testare

Viktiga roller och ansvarsområden för Salesforce-testare inkluderar:

• Utför röktester för att bekräfta att alla viktiga funktioner fungerar enligt kraven.
• Skapa både positiva och negativa testscenarier.
• Utföra ekvivalenspartitionering och randvärdesanalys.
• Arbeta med applikationen för att förstå dess funktionalitet och bygga en funktionskarta.
• Upprätthålla en öppen kommunikationskanal med utvecklingsteamet.
• Förstå de anpassningsbara funktioner som är byggda för Salesforce-organisationen.
• Exekvera rollbaserade testfall för att säkerställa datakonsistens.
• Utföra kompatibilitetstester när Salesforce är integrerat med tredjepartsapplikationer.
• Att vara bekant med belastningstestverktyg som JMeter för att validera komplexa flöden som kan ge inkonsekventa resultat.
• Arbetsmässig kunskap om Apex-, SOQL- och Lightning-komponenter.

Salesforce testautomatiseringsverktyg

Att utföra automatiserade funktionstester i Salesforce är utmanande eftersom de flesta testsidor är dynamiska. Testare behöver bygga ett robust automatiseringsramverk som är användbart idag och motståndskraftigt mot framtida versioner.

Nedan har jag listat de mycket använda Salesforce-testverktygen som jag rekommenderar.

1) Tricentis Testa automatisering för Salesforce

Jag uppskattar särskilt hur Tricentis Testa automatisering för Salesforce accelererar utvecklingen av robusta UI-tester för Salesforce-miljöer. Dess Smart Locators drivs av AI för att självläka och förbättra automatiskt, vilket minimerar underhåll och säkerställer teststabilitet i alla Lightning-versioner.

Funktioner:

• End-to-end-scenariovalidering: Kunder kan validera kompletta scenarier från början till slut, från webbapplikationen till Salesforce och tillbaka.
• Agilt team skalbarhet: Agila team med blandade kompetenser skalar sina testoperationer effektivt med funktioner som hjälper dem att kontrollera och hantera tillväxt i tester och team.
• Apex Code Utförande för validering: Kör Apex-kod i ett teststeg för att validera frågeresultat.
• API-testintegrering: Integrera API-tester sömlöst med UI-flöden.

Besök Tricentis >>

---

2) Testa sigma

Testa sigma är en kodlös testautomationsplattform som förenklar Salesforce-testning utan att kräva djupgående Apex eller Selenium expertis. Jag tyckte att dess intuitiva testdesignmetod var särskilt effektiv för team som validerar standard- och anpassade Salesforce-konfigurationer efter ändringar eller implementeringar, vilket eliminerar komplexiteten i traditionella skriptramverk.

Funktioner:

• Codemindre automatisering för Salesforce UI-flöden: Bygg Salesforce-tester med hjälp av steg som liknar vanliga engelskor utan att skriva Apex eller Selenium kod. Jag har använt den för att introducera teammedlemmar med varierande teknisk bakgrund.
• Testning av anpassade objekt och arbetsflöden: Omfattande stöd för testning av anpassade objekt, arbetsflöden och integrationer. Detta hjälpte mig att säkerställa att organisationsspecifika konfigurationer fungerar korrekt efter plattformsuppdateringar.
• Datadrivna testfunktioner: Testa olika användarroller, profiler och datamängder systematiskt. Jag fann detta ovärderligt för att validera beteende över olika behörighetsnivåer.
• Helhetstäckning för scenarion: Stöder omfattande heltäckande scenarier som inkluderar Salesforce plus externa applikationer eller API:er.
• Detaljerade rapporter och felsökningsloggar: Genererar omfattande rapporter och loggar för att snabbt identifiera problem som orsakats av Salesforce-ändringar.

Besök Testsigma >>

14-dagars gratis provperiod

Varför använda Salesforces testverktyg

• De hjälper dig att spara upp till 75 % av testtiden och en betydande andel av automatiseringskostnaderna.
• De erbjuder bättre Apex-testkörning, detaljerad testtäckning och klasstäckningsrapporter.
• Du kan dra nytta av branschledande automationsverktyg som Selenium och JMeter.
• Generera testscenarier automatiskt för olika miljöer och flera webbläsare.
• Spela in och spela upp dina testfall sömlöst.
• Automatisera alla typer av uppgifter före och efter distribution.
• Separera data från testskriptet och utöka det med flera datamängder.

Exempel på Salesforce-testscenarier

• Testfall 01: Samla in kontaktinformation för leaden eller klienten.
• Testfall 02: Kontakter kan markeras som aktiva eller inaktiva.
• Testfall 03: Ett företag kan markeras som kund eller prospekt.
• Testfall 04: Leads kan samlas in via web-to-lead-formulär.
• Testfall 05: Priset i en offert får inte vara noll.
• Testfall 06: E-post skickas när en affär är avslutad; studsade e-postmeddelanden hanteras.
• Testfall 07: Integrationen med tredjepartsprogramvara fungerar korrekt.
• Testfall 08: Billtjänsterna fungerar som förväntat.
• Testfall 09: Ingen dubblering av register i kontakt-, affärs- och leadshantering.
• Testfall 10: Mobila arbetsflöden fungerar som förväntat i Salesforce Mobile-appen.
• Testfall 11: Obehöriga användare kan inte komma åt filer eller begränsade poster.

Hur AI och Einstein är Reshaping Salesforce-testning

AI är nu ett förstklassigt testproblem inom Salesforce. Einstein 1-plattformen integrerar prediktiva poäng, generativa svar och autonoma Agentforce-agenter i Sales and Service Cloud, och var och en av dessa funktioner behöver sin egen valideringsstrategi. Testare bör utforma datadrivna fall som kontrollerar prediktionsnoggrannhet, snabb förankring och skyddsräcken vid sidan av traditionella UI-flöden.

På verktygssidan förlitar sig moderna Salesforce-automationsramverk på AI-drivna självreparerande lokaliseringsverktyg som automatiskt upptäcker Lightning DOM-ändringar mellan utgåvor och reparationsväljare. Tricentis, Provar, Copado Robotic Testing och Testsigma erbjuder alla varianter av denna funktion. Kombinera dem med syntetiska testdata och visuella regressionskontroller för att hålla täckningen hög utan att underhållet exploderar.

Salesforce-testning: klientutmaningar

Kunder är ofta nervösa inför Salesforce-tester eftersom de kanske inte vet hur de ska genomföra dem korrekt, vilket skapar myter som avviker från verkligheten.

Här är några av dem:

Kundfrågor	Lösning
Jag vet inte hur man använder Salesforce-systemet.	Klienter måste testa sin process, inte systemets funktionalitet.
Vi kan inte testa utan att all vår data finns i systemet.	Endast ett fåtal exempelregister behövs för testning.
Jag har inte tid över för att testa och hantera mitt dagliga arbete.	Håll kontakten med projektledaren och delta i regelbundna samtal under design- och byggfaserna.

Vanliga frågor