Salesforce testveiledning

Hva er Salesforce?

Salesforce er verdens første skybaserte CRM-system. Den ble grunnlagt av Marc Benioff og Parker Harris i mars 1999. Formålet med å utvikle denne CRM-plattformen er å hjelpe brukere rimelig og enkelt å selge, betjene, markedsføre, analysere og få kontakt med sine kunder.

SFDC (Sales Force Dot Com) har mange standardfunksjoner som hjelper deg med å administrere relasjonene dine med potensielle kunder og kunder. Den lar deg også engasjere og samarbeide med ansatte og forretningspartnere for å lagre dataene deres sikkert i skyen.

Hva er Salesforce-testing?

En flott ting med Salesforce er at mange av ut-av-boksen-funksjonene kan tilpasses for å passe et selskaps behov. Salesforce-testing er en validering av konfigurasjonen og tilpasningen utført i vanilla SFDC.

Utfordringen er å sikre at en tester sjekker koden som er tilpasset i stedet for å teste den innebygde Salesforce-funksjonaliteten.

SalesForce CRM er bygget på et plattformutviklingsspråk kalt TOPPUNKT. Det gir også mange innebygde enhetstesttilfeller for utviklere for å validere koden sin.

Hvorfor Salesforce-testing?

La meg forklare hovedgrunnene til at jeg tror Salesforce-testing er nødvendig:

• Salesforce-testing lar deg sjekke at konfigurasjonen og koden er funksjonell.
• Det hjelper deg å bekrefte at det ferdige systemet kan støtte kundens forretningsprosesser.
• Denne typen testing hjelper deg med å bekrefte at systemets første konstruksjon oppfyller det avtalte kravet.
• Det hjelper deg å fange opp problemer tidlig mens de er enkle å fikse.
• Funksjonelle flytrapporter basert på status for testtilfeller. Dette lar teamet lage funksjonsflytene for å bestemme funksjonaliteten til applikasjonen.
• Prosessbygger-funksjonen hjelper deg å sjekke arbeidstilstanden og oppførselen til systemet.
• Arbeidsflyt lar deg sjekke funksjonaliteten til tidsbaserte hendelser.

Salesforce-terminologi

• VisualForce: Et rammeverk som lar utviklere bygge tilpassede brukergrensesnitt med et tag-basert markup-språk, lik HTML.
• AppExchange: Salesforces nettbaserte markedsplass hvor brukere kan oppdage og installere tilpassede applikasjoner og utvidelser for Salesforce-miljøer.
• Toppunkt: Et sterkt skrevet, objektorientert programmeringsspråk som brukes til å utføre flyt- og transaksjonskontrollutsagn på Salesforce-plattformen.

Typer Salesforce-testing

Manuell testing

Den manuelle programvaretestingsprosessen inkluderer testing av Salesforce.com-appen ved bruk av tradisjonelle metoder. QA-teamet kan bruke manuell testing for å utføre funksjonstesting, happy path-testing, integrasjonstesting, regresjonstesting og systemtesting.

Automatisert testing

Automatisert testing involverer et dataprogram for å teste en Salesforce.com- eller Force.com-app. Automatiserte testverktøy som Selenium, Assure Click, QTP osv. brukes.

Testnivåer i Salesforce

I Salesforce Testing-veiledningen utforsker vi følgende testnivåer som vanligvis gjelder for Salesforce:

Enhetstesting

• Enhetstestprosessen utføres av Apex-utviklere. Det innebærer å skrive klausuler i koden deres som automatisk tester dekningen.
• Det hjelper deg med å evaluere hvor mange dataposter som er berørt, slik at koden kan kjøres i det miljøet.
• For å distribuere Apex-kode i et produksjonsmiljø, bør kodedekningsforholdet være minimum 78 %.

Systemtesting:

• Det utføres av et team av Salesforce-konsulenteksperter.
• Involverer testsystemets tekniske prosesser fra begynnelse til slutt.
• Innebærer et testskript basert på spesifikke utdata.
• Den lar deg feilsøke problemer med automatiserte systemregler som arbeidsflyt, validering, tildeling osv.

UAT-testing:

• Den utføres av brukerne som skal bruke applikasjonen
• Gjør det mulig å teste systemets evne til å støtte forretningsprosesser
• UAT-testing etter et testskript basert på hva som skjer i virksomheten
• Ønsket utgang bør være at klienten bekrefter at systemet er egnet til formålet

Produksjonstesting:

• Det er en gjentakelse av systemtesting i produksjonsmiljøet
• Produkttesting i salesforce lar deg teste om konfigurasjon og kode har blitt riktig distribuert fra sandkasse til produksjonsmiljø eller ikke
• Hvis det er tid igjen før det endelige prosjektet starter, bør klienten kjøre gjennom UAT-skript igjen etter distribusjon

Regresjonstesting:

• Hovedformålet med Regresjonstesting er å avgjøre om kode- og konfigurasjonsutgivelser påvirker systemets eksisterende brukerprosesser.
• Det vil bli utført når en forbedring eller en reparasjon er distribuert til produksjonen.
• Brukeren gir en liste over endringer som kan påvirke deres nåværende prosess.

Salesforce testprosess

Testprosessen til Salesforce er den samme som enhver vanlig nettbasert applikasjon. Testeren bør ha et klart perspektiv på de tilpassbare funksjonene som bygges under testprosessen. Det hjelper dem å fokusere på den tilpassede koden i stedet for de innebygde Salesforce-funksjonene.

Utviklere og testere bør bruke Sandbox-miljøet (testmiljøet) for hvert av sine formål. Testet kode i Sandbox-miljøet distribueres til produksjon fra Sandbox-miljøet. Det forutsettes at QA-testeren har grunnleggende kunnskap og forståelse av begrepene som brukes i Salesforce.

Salesforce-testutfordringer

Salesforce-testing er ikke en enkel prosess. Det er mange utfordringer som ble møtt under prosessen av testeren. Noen av dem er:

• Det er vanskelig å teste avanserte funksjoner som Visualforce, Salesforce eller Service Cloud Console.
• Du må gjenskape alle de klassiske testene dine for Lightning-grensesnittet.
• Noen av standardfunksjonene, selv om de ikke er i bruk, kan ikke fjernes.
• GUI-tester fungerer ikke når vi bytter til testmiljøet.
• Automatiserte tester skal kunne fungere i alle testmiljøene dine.
• Problemer oppstår når du oppretter feltsøkere for Salesforce-skjermbildene fordi noen felt-ID-er er forskjellige mellom organisasjoner.

Beste praksis for Salesforce-testing

• Kjør tester som ekte brukerprofiler.
• Testdata bør utarbeides for å validere rapportfunksjonaliteten.
• Testmetoden må inkludere funksjonstesting, UI-testing, regresjonstesting og systemintegrasjonstesting.
• Den dynamiske naturen til sider med visuell kraft bør vies spesiell oppmerksomhet, siden alle elementene på en nettside kanskje ikke lastes inn samtidig.
• Automatiseringstesting bør utføres ved hjelp av verktøy som Selenium og HP Unified Functional Testing.
• Salesforce-testere bør vurdere hvilke flyter som inkluderer positive og negative.
• Brukerroller må konstrueres og testes ved hjelp av arbeidsflyter.

Roller og ansvar for en Salesforce-tester

Viktige roller og ansvar for Salesforce-testere er:

• Bør være i stand til å utføre røyktesting for å sikre at alle hovedfunksjonene fungerer i henhold til kravene.
• Lag både positive og negative testscenarier.
• Kunne utføre ekvivalenspartisjonering og grenseverdianalyse.
• Testere er også nødvendig for å jobbe med applikasjonen og få en forståelse av funksjonaliteten for å lage et funksjonelt kart.
• En tester bør ha en enkel kommunikasjonskanal med utviklingsteamet.
• Han bør forstå de tilpassbare funksjonene som kan bygges for Salesforce-appen.
• Testeren må utføre rollebaserte testtilfeller for å sikre konsistensen av data.
• Han bør også utføre en kompatibilitetstest i tilfelle Salesforce integrert med tredjepartsapplikasjoner.
• En Salesforce-tester bør være kjent med lasttestingsverktøy som JMeter for å validere de komplekse flytene, som kan gi inkonsekvente resultater i Salesforce.
• Kjennskap til Apex.

SalesForce Test Automation Tools

Å utføre automatisert funksjonstesting i SalesForce er utfordrende siden de fleste testnettsidene er dynamiske. Derfor må testeren bygge et robust automatiseringsrammeverk som skal være nyttig i dag og i fremtiden.

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 motstandsdyktige UI-tester for Salesforce-miljøer. Dens smarte lokalisatorer er drevet av AI for å selvhelbrede seg og forbedre seg automatisk, og dermed minimere vedlikehold og sikre teststabilitet.

Egenskaper:

• End-to-end-scenariovalidering: Kunder kan validere sine komplette ende-til-ende-scenarier fra nettapplikasjonen til Salesforce og tilbake.
• Agile teamskalerbarhet: Smidige team med blandede ferdighetssett skalerer testoperasjonene sine effektivt med funksjoner som hjelper dem med å kontrollere og administrere veksten i tester og team.
• Apex-kodeutførelse for validering: Kjør Apex-kode i et testtrinn for å validere spørringsresultater.
• API-testintegrasjon: Integrer API-tester.

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 ønsker å validere standard og tilpassede Salesforce-konfigurasjoner og -prosesser etter endringer eller distribusjoner, og dermed eliminere kompleksiteten i tradisjonelle skriptrammeverk.

Egenskaper:

• Kodeløs automatisering for Salesforce UI-flyter: Denne funksjonen lar deg bygge Salesforce-tester ved hjelp av trinn som ligner på vanlig engelsk uten å skrive Apex eller Selenium kode. Jeg har brukt den til å introdusere teammedlemmer med ulik teknisk bakgrunn, slik at de kan bidra til Salesforce-testdekningen og validere forretningsprosesser effektivt.
• Testing av tilpassede objekter og arbeidsflyter: Testsigma tilbyr omfattende støtte for testing av tilpassede objekter, arbeidsflyter og integrasjoner rundt Salesforce. Dette hjalp meg med å sikre at organisasjonsspesifikke konfigurasjoner og tilpasninger fungerer som de skal etter plattformoppdateringer eller konfigurasjonsendringer.
• Datadrevne testmuligheter: Den lar deg teste ulike brukerroller, profiler og datasett systematisk. Jeg syntes denne funksjonen var uvurderlig for å validere hvordan Salesforce oppfører seg på tvers av ulike tillatelsesnivåer og forretningsscenarier, noe som sikrer konsistente brukeropplevelser.
• Dekning av scenario fra ende til ende: Plattformen støtter omfattende ende-til-ende-scenarier som inkluderer Salesforce pluss eksterne applikasjoner eller API-er. Jeg brukte dette til å validere komplette forretningsarbeidsflyter som strekker seg over flere systemer, noe som sikrer sømløs integrasjon og dataflyt.
• Detaljerte rapporter og feilsøkingslogger: Testsigma genererer omfattende rapporter og logger for raskt å identifisere problemer introdusert av Salesforce-endringer. Jeg anbefaler å bruke denne innsikten for å akselerere feilsøking og opprettholde kvaliteten etter distribusjoner eller konfigurasjonsoppdateringer.

Besøk Testsigma >>

14-dagers gratis prøveperiode

Hvorfor bruke Salesforce-testverktøy

• Det hjelper deg å spare 75 % av tiden din og 25 % av kostnadene for testautomatisering.
• Tilbyr bedre Apex-testutførelse, detaljert testdekning og klassedekningsrapporter.
• Du kan dra nytte av bransjeledende automatiseringsverktøy som Selenium og JMeter.
• Autogenerer testscenarier for å kjøre for forskjellige miljøer og flere nettlesere.
• Ta opp og spill av de innspilte testsakene dine sømløst.
• Den hjelper deg med å automatisere alle typer oppgaver før og etter distribusjon.
• Salesforce-testprosessen skiller data fra testskriptet og lar deg forbedre med flere datasett.

Eksempel på Salesforce-testscenarier

• Testtilfelle 01: Du kan fange opp kontaktinformasjonen til lead/klient.
• Testtilfelle 02: Kontakter kan merkes som aktive/inaktive.
• Testtilfelle 03: Ethvert selskap kan merkes som kunde eller prospekt.
• Testtilfelle 04: Leads kan fanges opp ved hjelp av nettskjemaer.
• Testtilfelle 05: Prisen i tilbudet kan ikke være null.
• Testtilfelle 06: E-post skal sendes når avtalen er avsluttet. Eventuelle returnerte e-poster bør håndteres.
• Testtilfelle 07: Integrasjon med tredjepartsprogramvare skal fungere skikkelig.
• Testtilfelle 08: Billingtjenester skal fungere som forventet.
• Testtilfelle 09: Ingen duplisering av poster i kontakt-, salgsmulighets- og leadsadministrasjon.
• Testtilfelle 10: Mobil arbeidsflyt fungerer som forventet.
• Testtilfelle 11: Uautoriserte brukere skal ikke ha tilgang til filer.

Salesforce-testing: klientutfordringer

Kunder er alltid nervøse for Salesforce-testing fordi de kanskje ikke vet hvordan de skal utføre det riktig. Som et resultat har de en myte som er veldig forskjellig fra virkeligheten.

Her er noen av dem:

Kundeproblemer	Oppløsning
Vet ikke hvordan du bruker Salesforce-systemet.	Klienter må teste prosessen sin, ikke systemets funksjonalitet.
Vi kan ikke teste uten at alle våre data er tilstede i systemet.	De trenger bare noen få prøveposter for å teste.
Jeg har ikke tid til å teste og administrere den daglige jobben min.	De bør holde kontakten med PM og regelmessige innsjekkingssamtaler i design- og byggefasen.

Konklusjon

• Salesforce er verdens første skybaserte CRM-system.
• Salesforce-testing validerer konfigurasjonen og tilpasningen utført i vanilla SFDC.
• Salesforce-testing hjelper deg å bekrefte at det ferdige systemet kan støtte kundens forretningsprosesser.
• Den største utfordringen med SalesForce-testing er å sikre at du tester tilpasningen og ikke de innebygde SFDC-funksjonene.
• Viktige nivåer av Salesforce-testing er enhetstesting, systemtesting, UAT-testing, produksjonstesting og regresjonstesting.
• Den største utfordringen med Salesforce-testing er at du må gjenskape alle de klassiske testene dine for Lightning-grensesnittet.
• Salesforce-testere bør kjøre tester som ekte brukerprofiler.
• Salesforce bør kunne utføre røyktesting for å sikre at alle hovedfunksjonene fungerer i henhold til kravet.
• Selenium Nettdriver, HP Unified Functional Testing (UFT), og Cucumber er noen viktige Salesforce-testverktøy.