Salesforce-testveiledning for nybegynnere

Hva er Salesforce?

Salesforce er verdens første skybaserte CRM-system. Det ble grunnlagt av Marc Benioff og Parker Harris i mars 1999. Formålet med denne CRM-plattformen er å hjelpe brukere med å selge, betjene, markedsføre, analysere og kommunisere med kundene sine på en rimelig måte på tvers av alle kanaler.

SFDC (Sales Force Dot Com) leveres med standardfunksjoner som lar deg administrere relasjoner med potensielle og eksisterende kunder. Den lar deg også engasjere og samarbeide med ansatte og partnere samtidig som data lagres sikkert i multi-tenant-skyen. I dag omfatter den Sales Cloud, Service Cloud, Marketing Cloud, Data Cloud og Einstein 1-plattformen som driver generative AI-funksjoner.

Hva er Salesforce-testing?

Noe som er flott med Salesforce er at de fleste standardfunksjonene kan tilpasses bedriftens behov. Salesforce-testing er validering av konfigurasjonen og tilpasningen som utføres i vanlige SFDC-er, inkludert Apex-klasser, Lightning Web Components, flyter, Process Builder og integrasjoner.

Utfordringen er å sikre at en tester sjekker den tilpassede koden, ikke den innebygde Salesforce-funksjonaliteten som Salesforce allerede dekker i sin trust-and-release-pipeline.

Salesforce CRM er bygget på et plattformspråk som heter Apex, supplert av Lightning Web Components (LWC) på front-end. Plattformen leveres med et innebygd enhetstestrammeverk slik at utviklere kan validere koden sin før utrulling.

Hvorfor Salesforce-testing?

Her er de viktigste grunnene til at jeg mener at Salesforce-testing er nødvendig:

• Den kontrollerer at konfigurasjonen og Apex-koden fungerer etter hver sandkasseoppdatering.
• Det bekrefter at det ferdige systemet støtter kundens forretningsprosesser fra ende til annen.
• Det bekrefter at den første byggingen oppfyller de avtalte kravene før lansering.
• Den fanger opp problemer tidlig, samtidig som de er enkle og rimelige å fikse.
• Funksjonelle flytrapporter basert på testcasestatus hjelper teamet med å kartlegge applikasjonsfunksjonaliteten.
• Flow Builder- og Process Builder-funksjonene kan valideres for arbeidsforhold og oppførsel.
• Arbeidsflyter lar deg bekrefte funksjonaliteten til tidsbaserte hendelser, for eksempel eskaleringsregler.

Salesforce-terminologi

• Lynopplevelse: Det nåværende standard Salesforce-grensesnittet er bygget på Lightning Web Components; Salesforce Classic fases ut, og de fleste organisasjoner migrerer til Lightning.
• Visualforce: Et eldre rammeverk for å bygge tilpassede brukergrensesnitt med et tagbasert markupspråk som ligner på HTML, fortsatt støttet for eldre tilpasninger.
• AppExchange: Salesforces markedsplass på nett der brukere kan oppdage og installere tilpassede applikasjoner og utvidelser.
• Toppunkt: Et sterkt typepreget, objektorientert språk som brukes til å utføre flyt- og transaksjonskontrollsetninger på Salesforce-plattformen.
• Einstein 1-plattformen / Agentforce: Salesforces AI-lag for prediktive og generative funksjoner og autonome agenter som også må valideres av QA.

Typer Salesforce-testing

Manuell testing

Manuell programvaretesting dekker Salesforce.com-appen ved hjelp av tradisjonelle metoder. QA-teamet kan bruke manuell testing til å utføre funksjonstesting, happy-path-testing, integrasjonstesting, regresjonstesting og systemtesting på tvers av både Lightning Experience og Salesforce Mobile.

Automatisert testing

Automatisert testing bruker et program for å teste en Salesforce.com- eller Force.com-app. Vanlige automatiseringsverktøy inkluderer Selenium, Provar, Copado Robotic Testing, Tricentis Testautomatisering for Salesforce og Testsigma. Moderne stabler legger i økende grad til AI-drevne selvreparerende lokatorer for å absorbere Lightning DOM-endringer.

Testnivåer i Salesforce

I denne veiledningen for Salesforce-testing gjelder vanligvis følgende nivåer:

Enhetstesting

• Utført av Apex-utviklere, som skriver testmetoder som utøver klassene og triggerne deres.
• Den evaluerer hvor mange dataposter som er berørt, slik at koden kjører pålitelig i målmiljøet.
• For å distribuere Apex-kode til produksjon, må den totale kodedekningen være minst 75 %, og hver utløser må ha minst 1 % dekning.

Systemtesting:

• Utført av et team av Salesforce-konsulenter.
• Tester systemets tekniske prosesser fra begynnelse til slutt.
• Bruker testskript basert på spesifikke forventede resultater.
• Feilsøker automatiserte regler som arbeidsflyt, validering, tildeling og godkjenningsprosesser.

UAT-testing:

• Utføres av forretningsbrukere som skal bruke applikasjonen daglig.
• Tester systemets evne til å støtte forretningsprosesser.
• Følger testskript basert på reelle forretningsscenarioer.
• Det ønskede resultatet er en bekreftelse fra klienten på at systemet er egnet for formålet.

Produksjonstesting:

• En gjentakelse av systemtesting i produksjonsmiljøet.
• Verifiserer om konfigurasjon og kode er riktig distribuert fra sandkasse til produksjon.
• Hvis tiden tillater det før lansering, bør klienten kjøre UAT-skript på nytt etter utrulling.

Regresjonstesting:

• Hovedmålet med Regresjonstesting er å avgjøre om nye utgivelser påvirker eksisterende brukerprosesser.
• Den kjører etter hver forbedring, rettelse eller sesongbaserte Salesforce-utgivelse (vår, sommer, vinter).
• Brukeren oppgir en liste over endringer som kan påvirke gjeldende prosesser, slik at påvirkede flyter kan valideres på nytt.

Salesforce testprosess

Salesforces testprosess ligner på testing av en hvilken som helst nettbasert applikasjon. Testeren trenger et klart perspektiv på de tilpassbare funksjonene som bygges i løpet av prosjektet, slik at fokuset forblir på tilpasset kode i stedet for Salesforces innebygde funksjonalitet.

Utviklere og testere bør bruke Sandbox-miljøer (Developer, Developer Pro, Partial Copy, Full) for sine respektive formål. Testet kode i sandkassen promoteres til produksjon gjennom endringssett, Salesforce DX eller DevOps-verktøy som Copado og Gearset. Det forutsettes at QA-testeren forstår kjerneterminologien i Salesforce før vedkommende blir med i prosjektet.

Salesforce-testutfordringer

Salesforce-testing er ikke en enkel prosess. Testere står overfor mange utfordringer, inkludert:

• Det er komplekst å teste avanserte funksjoner som Lightning Web Components, Visualforce, Service Cloud Console og Experience Cloud-nettsteder.
• Team må ofte gjenskape eller omstrukturere eldre Classic-tester for Lightning Experience og Salesforce Mobile-appen.
• Enkelte standardfunksjoner kan ikke fjernes selv om de ikke brukes.
• UI-tester kan svikte når sandkasser oppdateres eller når sesongutgivelser sendes ut.
• Automatiserte tester må kjøres konsekvent på tvers av alle sandkassemiljøer.
• Det er vanskelig å bygge stabile feltlokaliseringer fordi Salesforce-element-ID-er varierer mellom organisasjoner og endres med hver utgivelse.
• Validering av AI-funksjoner som Einstein-prediksjoner og Agentforce-agenter krever nye datadrevne og promptdrevne tilnærminger.

Beste praksis for Salesforce-testing

• Kjør tester som ekte brukerprofiler og tillatelsessett.
• Forbered testdata som validerer rapport- og dashbordfunksjonalitet.
• Kombiner funksjonell testing, UI-testing, regresjonstesting og systemintegrasjonstesting i hver utgivelsessyklus.
• Vær spesielt oppmerksom på den dynamiske naturen til Lightning- og Visualforce-sider, siden elementer kanskje ikke lastes inn samtidig; bruk eksplisitte ventetider.
• Automatisering bør utføres med verktøy som Selenium, Prøv, Tricentis, eller Testsigma, parret med selvreparerende lokaliseringsinstrumenter.
• Dekk både positive og negative strømmer i alle testscenarioer.
• Bygg brukerroller, profiler og tillatelsessett i testdata slik at arbeidsflyter kan valideres for hver persona.

Roller og ansvar for en Salesforce-tester

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

• Utfører røyktesting for å bekrefte at alle hovedfunksjoner fungerer i henhold til kravene.
• Lage både positive og negative testscenarier.
• Utfører ekvivalenspartisjonering og grenseverdianalyse.
• Jobbe med applikasjonen for å forstå funksjonaliteten og bygge et funksjonskart.
• Opprettholde en åpen kommunikasjonskanal med utviklingsteamet.
• Forstå de tilpassbare funksjonene som er bygget for Salesforce-organisasjonen.
• Utføre rollebaserte testtilfeller for å sikre datakonsistens.
• Utføre kompatibilitetstester når Salesforce er integrert med tredjepartsapplikasjoner.
• Å være kjent med verktøy for belastningstesting, som f. JMeter for å validere komplekse flyter som kan gi inkonsistente resultater.
• Arbeidskunnskap om Apex-, SOQL- og Lightning-komponenter.

Salesforce Test Automation Tools

Det er utfordrende å utføre automatisert funksjonstesting i Salesforce fordi de fleste testsider er dynamiske. Testere må bygge et robust automatiseringsrammeverk som er nyttig i dag og robust mot fremtidige utgivelser.

Nedenfor har jeg listet opp de mye brukte Salesforce-testverktøyene som jeg anbefaler.

1) Tricentis Test automatisering for Salesforce

Jeg setter spesielt pris på hvordan Tricentis Test automatisering for Salesforce akselererer utviklingen av robuste UI-tester for Salesforce-miljøer. Smart Locators drives av AI for å reparere seg selv og forbedre seg automatisk, minimere vedlikehold og sikre teststabilitet på tvers av Lightning-utgivelser.

Egenskaper:

• End-to-end-scenariovalidering: Kunder kan validere komplette ende-til-ende-scenarier som strekker seg fra webapplikasjonen til Salesforce og tilbake.
• Agile teamskalerbarhet: Agile team med blandede ferdigheter skalerer testoperasjonene sine effektivt med funksjoner som hjelper dem med å kontrollere og administrere vekst i tester og team.
• Apex Code Utførelse for validering: Kjør Apex-kode i et testtrinn for å validere spørringsresultater.
• API-testintegrasjon: Integrer API-tester sømløst sammen med UI-flyter.

Besøk Tricentis >>

---

2) Test sigma

Test sigma er en kodeløs testautomatiseringsplattform som forenkler Salesforce-testing uten å kreve dyp Apex eller Selenium ekspertise. Jeg syntes den intuitive testdesigntilnærmingen var spesielt effektiv for team som validerer standard og tilpassede Salesforce-konfigurasjoner etter endringer eller distribusjoner, og dermed eliminerer kompleksiteten i tradisjonelle skriptrammeverk.

Egenskaper:

• Codemindre automatisering for Salesforce UI-flyter: Bygg Salesforce-tester ved hjelp av enkle engelsklignende trinn uten å skrive Apex eller Selenium kode. Jeg har brukt den til å introdusere teammedlemmer med ulik teknisk bakgrunn.
• Testing av tilpassede objekter og arbeidsflyter: Omfattende støtte for testing av tilpassede objekter, arbeidsflyter og integrasjoner. Dette hjalp meg med å sikre at organisasjonsspesifikke konfigurasjoner fungerer som de skal etter plattformoppdateringer.
• Datadrevne testmuligheter: Test ulike brukerroller, profiler og datasett systematisk. Jeg syntes dette var uvurderlig for å validere atferd på tvers av ulike tillatelsesnivåer.
• Dekning av scenario fra ende til ende: Støtter omfattende ende-til-ende-scenarier som inkluderer Salesforce pluss eksterne applikasjoner eller API-er.
• Detaljerte rapporter og feilsøkingslogger: Genererer omfattende rapporter og logger for raskt å identifisere problemer introdusert av Salesforce-endringer.

Besøk Testsigma >>

14-dagers gratis prøveperiode

Hvorfor bruke Salesforce-testverktøy

• De hjelper deg med å spare opptil 75 % av testtiden og en betydelig andel av automatiseringskostnadene.
• De tilbyr bedre Apex-testutførelse, detaljert testdekning og rapporter om klassedekning.
• Du kan dra nytte av bransjeledende automatiseringsverktøy som Selenium og JMeter.
• Generer testscenarioer automatisk for forskjellige miljøer og flere nettlesere.
• Sømløst opptak og avspilling av testtilfellene dine.
• Automatiser alle typer oppgaver før og etter utrulling.
• Skill data fra testskriptet og forbedre det med flere datasett.

Eksempel på Salesforce-testscenarier

• Testtilfelle 01: Hent kontaktinformasjon til potensielle kunder eller klienter.
• Testtilfelle 02: Kontakter kan merkes som aktive eller inaktive.
• Testtilfelle 03: Et selskap kan merkes som kunde eller potensiell kunde.
• Testtilfelle 04: Leads kan fanges opp via web-to-lead-skjemaer.
• Testtilfelle 05: Prisen i et tilbud kan ikke være null.
• Testtilfelle 06: E-post sendes når en avtale er inngått; returnerte e-poster håndteres.
• Testtilfelle 07: Integrasjon med tredjepartsprogramvare fungerer som den skal.
• Testtilfelle 08: BillTjenestene fungerer som forventet.
• Testtilfelle 09: Ingen duplisering av poster i kontakt-, salgsmulighets- og leadsadministrasjon.
• Testtilfelle 10: Mobilarbeidsflyter fungerer som forventet på Salesforce Mobile-appen.
• Testtilfelle 11: Uautoriserte brukere har ikke tilgang til filer eller begrensede poster.

Hvordan AI og Einstein er Reshaping Salesforce-testing

AI er nå et førsteklasses testproblem i Salesforce. Einstein 1-plattformen bringer prediktive poengsummer, generative svar og autonome Agentforce-agenter inn i Sales and Service Cloud, og hver av disse funksjonene trenger sin egen valideringsstrategi. Testere bør designe datadrevne tilfeller som sjekker prediksjonsnøyaktigheten, gir rask forankring og beskytter funksjoner sammen med tradisjonelle brukergrensesnittflyter.

På verktøysiden er moderne Salesforce-automatiseringsrammeverk avhengige av AI-drevne selvreparerende lokaliseringsverktøy som automatisk oppdager Lightning DOM-endringer mellom utgivelser og reparasjonsvelgere. Tricentis, Provar, Copado Robotic Testing og Testsigma tilbyr alle varianter av denne funksjonen. Kombiner dem med syntetiske testdata og visuelle regresjonskontroller for å holde dekningen høy uten å øke vedlikeholdsnivået.

Salesforce-testing: klientutfordringer

Kunder er ofte nervøse for Salesforce-testing fordi de kanskje ikke vet hvordan de skal utføre det riktig, noe som skaper myter som avviker fra virkeligheten.

Her er noen av dem:

Kundeproblemer	Oppløsning
Jeg vet ikke hvordan jeg skal bruke Salesforce-systemet.	Klienter må teste prosessen sin, ikke systemets funksjonalitet.
Vi kan ikke teste uten at alle dataene våre er tilstede i systemet.	Bare noen få eksempeloppføringer er nødvendige for testing.
Jeg har ikke fritid til å teste og administrere den daglige jobben min.	Hold kontakten med projektlederen og bli med på regelmessige innsjekkingssamtaler i design- og byggefasen.

Spørsmål og svar