Salesforce testvejledning for begyndere

Hvad er Salesforce?

Salesforce er verdens første cloudbaserede CRM-system. Det blev grundlagt af Marc Benioff og Parker Harris i marts 1999. Formålet med denne CRM-platform er at hjælpe brugerne med at sælge, servicere, markedsføre, analysere og komme i kontakt med deres kunder på tværs af alle kanaler på en overkommelig pris.

SFDC (Sales Force Dot Com) leveres med standardfunktioner, der giver dig mulighed for at administrere relationer med potentielle kunder og eksisterende kunder. Det giver dig også mulighed for at engagere og samarbejde med medarbejdere og partnere, mens du lagrer data sikkert i multi-tenant-cloud'en. I dag spænder det over Sales Cloud, Service Cloud, Marketing Cloud, Data Cloud og Einstein 1-platformen, der driver generative AI-funktioner.

Hvad er Salesforce-testning?

En god ting ved Salesforce er, at de fleste standardfunktioner kan tilpasses en virksomheds behov. Salesforce-testning er validering af den konfiguration og tilpasning, der udføres i vanilla SFDC, herunder Apex-klasser, Lightning Web Components, flows, Process Builder og integrationer.

Udfordringen er at sikre, at en tester tjekker den tilpassede kode, ikke den indbyggede Salesforce-funktionalitet, som Salesforce allerede dækker i sin trust-and-release-pipeline.

Salesforce CRM er bygget på et platformsprog kaldet Apex, suppleret af Lightning Web Components (LWC) på frontend. Platformen leveres med et indbygget enhedstestframework, så udviklere kan validere deres kode før implementering.

Hvorfor Salesforce-testning?

Her er de primære grunde til, at jeg mener, at Salesforce-testning er nødvendig:

• Den kontrollerer, at konfigurationen og Apex-koden fungerer efter hver sandbox-opdatering.
• Det verificerer, at det færdige system understøtter kundens forretningsprocesser fra ende til anden.
• Det bekræfter, at den oprindelige build opfylder de aftalte krav inden lancering.
• Det opdager problemer tidligt, samtidig med at de er nemme og billige at løse.
• Funktionelle flowrapporter baseret på testcase-status hjælper teamet med at kortlægge applikationens funktionalitet.
• Funktionerne Flow Builder og Process Builder kan valideres for arbejdsforhold og adfærd.
• Med arbejdsgange kan du verificere funktionaliteten af ​​tidsbaserede hændelser, f.eks. eskaleringsregler.

Salesforce-terminologi

• Lynoplevelse: Den nuværende standard Salesforce-brugergrænseflade er bygget på Lightning Web Components; Salesforce Classic udfases, og de fleste organisationer migrerer til Lightning.
• Visualforce: Et ældre framework til at bygge brugerdefinerede brugergrænseflader med et tagbaseret markupsprog svarende til HTML, stadig understøttet til ældre tilpasninger.
• AppExchange: Salesforces online markedsplads, hvor brugerne kan finde og installere brugerdefinerede applikationer og udvidelser.
• Spids: Et stærkt typebestemt, objektorienteret sprog, der bruges til at udføre flow- og transaktionskontrolsætninger på Salesforce-platformen.
• Einstein 1 Platform / Agentforce: Salesforces AI-lag til prædiktive og generative funktioner og autonome agenter, der også skal valideres af QA.

Typer af Salesforce-test

Manuel testning

Manuel softwaretestning dækker Salesforce.com-appen ved hjælp af traditionelle metoder. QA-teamet kan bruge manuel testning til at udføre funktionel testning, happy-path-testning, integrationstestning, regressionstestning og systemtestning på tværs af både Lightning Experience og Salesforce Mobile.

automatiseret Test

Automatiseret testning bruger et program til at teste en Salesforce.com- eller Force.com-app. Almindelige automatiseringsværktøjer inkluderer Selenium, Provar, Copado Robotic Testing og Testsigma. Moderne stakke tilføjer i stigende grad AI-drevne selvreparerende lokaliseringsværktøjer for at absorbere ændringer i Lightning DOM.

Testniveauer i Salesforce

I denne Salesforce-testvejledning gælder følgende niveauer typisk:

Enhedstest

• Udført af Apex-udviklere, der skriver testmetoder, der træner deres klasser og triggere.
• Den evaluerer, hvor mange dataposter der er berørt, så koden kører pålideligt i målmiljøet.
• For at implementere Apex-kode i produktion skal din samlede kodedækning være mindst 75 %, og hver trigger skal have mindst 1 % dækning.

Systemtest:

• Udført af et team af Salesforce-konsulenter.
• Tester systemets tekniske processer fra start til slut.
• Bruger testscripts baseret på specifikke forventede output.
• Fejlfinder automatiserede regler såsom arbejdsgange, validering, tildelinger og godkendelsesprocesser.

UAT-test:

• Udføres af de forretningsbrugere, der vil bruge applikationen dagligt.
• Tester systemets evne til at understøtte forretningsprocesser.
• Følger testscripts baseret på virkelige forretningsscenarier.
• Det ønskede output er klientens bekræftelse af, at systemet er egnet til formålet.

Produktionstest:

• En gentagelse af systemtestning i produktionsmiljøet.
• Verificerer, om konfiguration og kode er blevet korrekt implementeret fra sandbox til produktion.
• Hvis tiden tillader det før lanceringen, bør klienten køre UAT-scripts igen efter implementeringen.

Regressionstest:

• Hovedmålet med regressionstest er at afgøre, om nye udgivelser påvirker eksisterende brugerprocesser.
• Den kører efter hver forbedring, rettelse eller sæsonbestemt Salesforce-udgivelse (forår, sommer, vinter).
• Brugeren angiver en liste over ændringer, der kan påvirke aktuelle processer, så berørte flows kan valideres igen.

Salesforce testproces

Salesforces testproces minder om testning af enhver webbaseret applikation. Testeren har brug for et klart perspektiv på de brugerdefinerede funktioner, der er bygget under projektet, så fokus forbliver på brugerdefineret kode snarere end Salesforces indbyggede funktionalitet.

Udviklere og testere bør bruge Sandbox-miljøer (Developer, Developer Pro, Partial Copy, Full) til deres respektive formål. Testet kode i sandboxen promoveres til produktion via ændringssæt, Salesforce DX eller DevOps-værktøjer som Copado og Gearset. Det antages, at QA-testeren forstår den centrale Salesforce-terminologi, før vedkommende deltager i projektet.

Salesforce-testudfordringer

Salesforce-testning er ikke en nem proces. Testere står over for mange udfordringer, herunder:

• Det er komplekst at teste avancerede funktioner som Lightning Web Components, Visualforce, Service Cloud Console og Experience Cloud-websteder.
• Teams skal ofte genskabe eller omstrukturere ældre Classic-tests til Lightning Experience og Salesforce Mobile-appen.
• Nogle standardfunktioner kan ikke fjernes, selv når de ikke bruges.
• UI-tests kan gå i stykker, når sandkasser opdateres, eller når sæsonbestemte udgivelser udsendes.
• Automatiserede tests skal køres ensartet på tværs af alle sandbox-miljøer.
• Det er vanskeligt at opbygge stabile feltlokaliseringsværktøjer, fordi Salesforce-element-ID'er varierer mellem organisationer og ændrer sig med hver udgivelse.
• Validering af AI-funktioner som Einstein-forudsigelser og Agentforce-agenter kræver nye datadrevne og promptdrevne tilgange.

Bedste Practice for Salesforce Testing

• Kør tests som rigtige brugerprofiler og tilladelsessæt.
• Forbered testdata, der validerer rapport- og dashboardfunktionalitet.
• Kombiner funktionel testning, UI-testning, regressionstestning og systemintegrationstestning i hver udgivelsescyklus.
• Vær særlig opmærksom på den dynamiske natur af Lightning- og Visualforce-sider, da elementer muligvis ikke indlæses samtidigt; brug eksplicitte ventetider.
• Automatisering bør udføres med værktøjer som f.eks. Selenium, Provar eller Testsigma, parret med selvreparerende lokaliseringsinstrumenter.
• Dæk både positive og negative flows i hvert testscenarie.
• Opbyg brugerroller, profiler og tilladelsessæt i testdata, så arbejdsgange kan valideres for hver persona.

Roller og ansvar for en Salesforce-tester

Vigtige roller og ansvarsområder for Salesforce-testere inkluderer:

• Udførelse af røgtest for at bekræfte, at alle større funktioner fungerer i henhold til kravene.
• Oprettelse af både positive og negative testscenarier.
• Udførelse af ækvivalenspartitionering og randværdianalyse.
• Arbejde med applikationen for at forstå dens funktionalitet og opbygge et funktionelt kort.
• Opretholdelse af en åben kommunikationskanal med udviklingsteamet.
• Forståelse af de brugerdefinerede funktioner, der er bygget til Salesforce-organisationen.
• Udførelse af rollebaserede testcases for at sikre datakonsistens.
• Udførelse af kompatibilitetstest, når Salesforce er integreret med tredjepartsapplikationer.
• At være bekendt med load-testværktøjer som f.eks. JMeter at validere komplekse flows, der kan returnere inkonsistente resultater.
• Arbejdsmæssigt kendskab til Apex-, SOQL- og Lightning-komponenter.

Salesforce Test Automation Tools

Det er udfordrende at udføre automatiseret funktionel testning i Salesforce, fordi de fleste testsider er dynamiske. Testere skal opbygge et robust automatiseringsframework, der er brugbart i dag og modstandsdygtigt over for fremtidige udgivelser.

Nedenfor har jeg listet de meget brugte Salesforce-testværktøjer, som jeg anbefaler.

1) Test sigma

Test sigma er en kodeløs testautomatiseringsplatform, der forenkler Salesforce-testning uden at kræve dyb Apex eller Selenium ekspertise. Jeg fandt dens intuitive testdesigntilgang særligt effektiv til teams, der validerer standard- og brugerdefinerede Salesforce-konfigurationer efter ændringer eller implementeringer, hvilket eliminerer kompleksiteten af ​​traditionelle scripting-frameworks.

Funktioner:

• Codemindre automatisering for Salesforce UI-flows: Byg Salesforce-tests ved hjælp af trin som i almindeligt engelsk uden at skrive Apex eller Selenium kode. Jeg har brugt den til at onboarde teammedlemmer med varierende teknisk baggrund.
• Test af brugerdefinerede objekter og arbejdsgange: Omfattende support til test af brugerdefinerede objekter, arbejdsgange og integrationer. Dette hjalp mig med at sikre, at organisationsspecifikke konfigurationer fungerer korrekt efter platformopdateringer.
• Datadrevne testfunktioner: Test systematisk forskellige brugerroller, profiler og datasæt. Jeg fandt dette uvurderligt til at validere adfærd på tværs af forskellige tilladelsesniveauer.
• Dækning af scenarier fra ende til anden: Understøtter omfattende end-to-end-scenarier, der inkluderer Salesforce plus eksterne applikationer eller API'er.
• Detaljerede rapporter og fejlfindingslogfiler: Genererer omfattende rapporter og logfiler for hurtigt at identificere problemer, der er opstået som følge af ændringer i Salesforce.

Besøg Testsigma >>

14-dages gratis prøveperiode

Hvorfor bruge Salesforce-testværktøjer

• De hjælper dig med at spare op til 75% af testtiden og en betydelig andel af automatiseringsomkostningerne.
• De tilbyder bedre Apex-testudførelse, detaljeret testdækning og rapporter om klassedækning.
• Du kan drage fordel af brancheførende automatiseringsværktøjer som Selenium og JMeter.
• Generer automatisk testscenarier til forskellige miljøer og flere browsere.
• Optag og afspil dine testcases problemfrit.
• Automatiser alle typer opgaver før og efter implementering.
• Adskil data fra testscriptet og forbedr det med flere datasæt.

Eksempel på Salesforce-testscenarier

• Testcase 01: Indsaml kontaktoplysninger på leaden eller klienten.
• Testcase 02: Kontakter kan markeres som aktive eller inaktive.
• Testcase 03: En virksomhed kan markeres som kunde eller potentiel kunde.
• Testcase 04: Leads kan indhentes via web-to-lead-formularer.
• Testcase 05: Prisen i et tilbud må ikke være nul.
• Testcase 06: Der sendes en e-mail, når en aftale er lukket; afviste e-mails håndteres.
• Testcase 07: Integration med tredjepartssoftware fungerer korrekt.
• Testcase 08: Billtjenesterne fungerer som forventet.
• Testcase 09: Ingen duplikering af optegnelser i kontakt-, salgsmuligheds- og leadstyring.
• Testcase 10: Mobile arbejdsgange fungerer som forventet i Salesforce Mobile-appen.
• Testcase 11: Uautoriserede brugere kan ikke få adgang til filer eller begrænsede poster.

Hvordan AI og Einstein er Reshaping Salesforce test

AI er nu en førsteklasses testanliggende i Salesforce. Einstein 1-platformen bringer prædiktive scores, generative svar og autonome Agentforce-agenter ind i Sales and Service Cloud, og hver af disse funktioner kræver sin egen valideringsstrategi. Testere bør designe datadrevne cases, der kontrollerer forudsigelsesnøjagtigheden, giver hurtig forankring og beskytter systemer sammen med traditionelle brugergrænsefladeflows.

På værktøjssiden er moderne Salesforce-automatiseringsframeworks afhængige af AI-drevne selvreparerende lokaliseringsværktøjer, der automatisk registrerer Lightning DOM-ændringer mellem udgivelser og reparationsvælgere. Provar, Copado Robotic Testing og Testsigma leverer alle variationer af denne funktion. Kombiner dem med syntetiske testdata og visuelle regressionskontroller for at holde dækningen høj uden at øge vedligeholdelsens omfang.

Salesforce-test: Kundeudfordringer

Kunder er ofte nervøse for Salesforce-testning, fordi de måske ikke ved, hvordan de skal udføre det korrekt, hvilket skaber myter, der afviger fra virkeligheden.

Her er nogle af dem:

Kundeproblemer	Løsning
Jeg ved ikke, hvordan man bruger Salesforce-systemet.	Klienter skal teste deres proces, ikke systemets funktionalitet.
Vi kan ikke teste uden at alle vores data er til stede i systemet.	Der er kun behov for et par prøveoptegnelser til test.
Jeg har ikke fritid til at teste og styre mit daglige arbejde.	Hold kontakten med projektlederen, og deltag i regelmæssige opkald under design- og byggefasen.

Ofte Stillede Spørgsmål