Salesforce'i testimise õpetus algajatele

Mis on Salesforce?

Salesforce on maailma esimene pilvepõhine CRM-süsteem. Selle asutasid Marc Benioff ja Parker Harris 1999. aasta märtsis. Selle CRM-platvormi eesmärk on aidata kasutajatel taskukohaselt müüa, teenindada, turundada, analüüsida ja klientidega kõigis kanalites ühendust luua.

SFDC (Sales Force Dot Com) sisaldab standardfunktsioone, mis võimaldavad teil hallata suhteid potentsiaalsete ja olemasolevate klientidega. See võimaldab teil suhelda ja koostööd teha ka töötajate ja partneritega, salvestades andmeid turvaliselt mitme üürnikuga pilve. Tänapäeval hõlmab see Sales Cloudi, Service Cloudi, Marketing Cloudi, Data Cloudi ja Einstein 1 platvormi, mis toetab genereerivaid tehisintellekti funktsioone.

Mis on Salesforce'i testimine?

Salesforce'i suurepärane omadus on see, et enamikku valmisfunktsioone saab ettevõtte vajadustele vastavaks kohandada. Salesforce'i testimine on tavalises SFDC-s teostatud konfiguratsiooni ja kohandamise valideerimine, sealhulgas Apex-klassid, Lightningi veebikomponendid, vood, Process Builder ja integratsioonid.

Väljakutse seisneb selles, et testija kontrolliks kohandatud koodi, mitte sisseehitatud Salesforce'i funktsionaalsust, mida Salesforce juba oma usaldus- ja avaldamistorustikus hõlmab.

Salesforce CRM on üles ehitatud platvormikeelele nimega Tipp, mida täiendavad esiotsa Lightning Web Components (LWC). Platvormil on sisseehitatud ühiktestimise raamistik, et arendajad saaksid oma koodi enne juurutamist valideerida.

Miks Salesforce'i testimine?

Siin on peamised põhjused, miks ma usun, et Salesforce'i testimine on vajalik:

• See kontrollib pärast iga liivakasti värskendamist, kas konfiguratsioon ja Apex-kood toimivad.
• See kontrollib, kas valmis süsteem toetab kliendi äriprotsesse otsast lõpuni.
• See kinnitab enne avaldamist, et esialgne järgus vastab kokkulepitud nõuetele.
• See avastab probleemid varakult, samas kui neid on lihtne ja odav parandada.
• Testjuhtumi staatusel põhinevad funktsionaalse voo aruanded aitavad meeskonnal rakenduse funktsionaalsust kaardistada.
• Flow Builderi ja Process Builderi funktsioone saab töötingimuste ja käitumise osas valideerida.
• Töövood võimaldavad teil kontrollida ajapõhiste sündmuste, näiteks eskalatsioonireeglite, funktsionaalsust.

Salesforce'i terminoloogia

• Välkkikogemus: Praegune Salesforce'i vaikekasutajaliides, mis on ehitatud Lightningi veebikomponentidele; Salesforce Classic kaotatakse järk-järgult ja enamik organisatsioone migreerub Lightningule.
• Visuaalne jõud: Pärandraamistik kohandatud kasutajaliideste loomiseks HTML-i sarnase sildipõhise märgistuskeelega, mida toetatakse endiselt vanemate kohanduste puhul.
• AppExchange: Salesforce'i veebiturg, kus kasutajad saavad avastada ja installida kohandatud rakendusi ja laiendusi.
• Tipp: Tugevalt tüübitud, objektorienteeritud keel, mida kasutatakse Salesforce'i platvormil voogude ja tehingute juhtimise lausete käivitamiseks.
• Einstein 1 platvorm / Agentforce: Salesforce'i tehisintellekti kiht ennustavate ja genereerivate funktsioonide ning autonoomsete agentide jaoks, mis tuleb samuti kvaliteedikontrolli abil valideerida.

Salesforce'i testimise tüübid

Käsitsi testimine

Manuaalne tarkvaratestimine hõlmab Salesforce.com rakendust traditsiooniliste meetodite abil. Kvaliteedikontrolli meeskond saab käsitsi testimist kasutada funktsionaalseks testimiseks, õnneliku tee testimiseks, integratsioonitestimiseks, regressioonitestimiseks ja süsteemitestimiseks nii Lightning Experience'is kui ka Salesforce Mobile'is.

Automatiseeritud testimine

Automaattestimine kasutab programmi Salesforce.com või Force.com rakenduse testimiseks. Levinud automatiseerimistööriistade hulka kuuluvad Selenium, Provar, Copado robotite testimine, Tricentis Testiautomaatika Salesforce'i ja Testsigma jaoks. Kaasaegsed testimispaketid lisavad üha enam tehisintellektil põhinevaid isetervendavaid lokaatoreid, et Lightningi DOM-muudatusi absorbeerida.

Salesforce'i testimise tasemed

Selles Salesforce'i testimisõpetuses kehtivad tavaliselt järgmised tasemed:

Üksuse testimine

• Viivad läbi Apexi arendajad, kes kirjutavad testimismeetodeid, mis harjutavad oma klasse ja päästikuid.
• See hindab, kui palju andmekirjeid see mõjutab, et kood sihtkeskkonnas usaldusväärselt töötaks.
• Apex-koodi tootmiskeskkonda juurutamiseks peab teie koodi üldine katvus olema vähemalt 75% ja iga päästiku katvus peab olema vähemalt 1%.

Süsteemi testimine:

• Teostajaks on Salesforce'i konsultantide meeskond.
• Testib süsteemi tehnilisi protsesse algusest lõpuni.
• Kasutab testiskripte, mis põhinevad konkreetsetel oodatavatel väljunditel.
• Tõrgete kõrvaldamine automatiseeritud reeglites, näiteks töövoo, valideerimise, määramise ja kinnitamise protsessides.

UAT testimine:

• Rakendust igapäevaselt kasutavad ärikasutajad.
• Testib süsteemi võimet äriprotsesse toetada.
• Järgib reaalsetel äristsenaariumidel põhinevaid testiskripte.
• Soovitud väljundiks on kliendi kinnitus, et süsteem sobib otstarbeks.

Tootmise testimine:

• Süsteemi testimise kordamine tootmiskeskkonnas.
• Kontrollib, kas konfiguratsioon ja kood on liivakastist tootmiskeskkonda õigesti juurutatud.
• Kui enne käivitamist on aega, peaks klient pärast juurutamist UAT-skripte uuesti käivitama.

Regressioonitestid:

• Peamine eesmärk regressioonitest eesmärk on teha kindlaks, kas uued versioonid mõjutavad olemasolevaid kasutajaprotsesse.
• See käivitub pärast iga täiustust, parandust või Salesforce'i hooajalist väljaannet (kevad, suvi, talv).
• Kasutaja esitab loendi muudatustest, mis võivad mõjutada praeguseid protsesse, et mõjutatud vooge saaks uuesti valideerida.

Salesforce'i testimisprotsess

Salesforce'i testimisprotsess sarnaneb mis tahes veebipõhise rakenduse testimisega. Testijal on vaja selget ülevaadet projekti käigus loodud kohandatavatest funktsioonidest, et keskendumine jääks kohandatud koodile, mitte Salesforce'i sisseehitatud funktsionaalsusele.

Arendajad ja testijad peaksid oma eesmärkidel kasutama liivakastikeskkondi (Developer, Developer Pro, Partial Copy, Full). Liivakastis testitud kood viiakse tootmiskeskkonda muudatuste komplektide, Salesforce DX või DevOps tööriistade (nt Copado ja Gearset) kaudu. Eeldatakse, et kvaliteedikontrolli testija mõistab enne projektiga liitumist Salesforce'i põhiterminoloogiat.

Salesforce'i testimise väljakutsed

Salesforce'i testimine pole lihtne protsess. Testijad seisavad silmitsi paljude väljakutsetega, sealhulgas:

• Täiustatud funktsioonide, näiteks Lightning Web Componentsi, Visualforce'i, Service Cloud Console'i ​​ja Experience Cloudi saitide testimine on keeruline.
• Meeskonnad peavad Lightning Experience'i ja Salesforce'i mobiilirakenduse jaoks sageli uuesti looma või ümber faktoreerima pärand Classicu teste.
• Mõnda standardfunktsiooni ei saa eemaldada isegi siis, kui neid ei kasutata.
• Kasutajaliidese testid võivad liivakastide värskendamisel või hooajaliste versioonide väljaandmisel katkeda.
• Automatiseeritud testid peavad kõigis liivakastikeskkondades ühtlaselt töötama.
• Stabiilsete väljaotsijate loomine on keeruline, kuna Salesforce'i elementide ID-d erinevad organisatsioonide vahel ja muutuvad iga väljalaskega.
• Selliste tehisintellekti funktsioonide nagu Einsteini ennustuste ja Agentforce'i agentide valideerimine nõuab uusi andme- ja viipapõhiseid lähenemisviise.

Salesforce'i testimise parim tava

• Käivita teste päris kasutajaprofiilide ja õiguste komplektidena.
• Valmista ette testandmed, mis valideerivad aruannete ja armatuurlaua funktsionaalsust.
• Kombineeri igas väljalasketsüklis funktsionaal-, kasutajaliidese-, regressioon- ja süsteemiintegratsiooni testimist.
• Pöörake erilist tähelepanu Lightningi ja Visualforce'i lehtede dünaamilisele olemusele, kuna elemendid ei pruugi samaaegselt laadida; kasutage selgesõnalisi ooteaegu.
• Automatiseerimist tuleks teostada selliste tööriistadega nagu Selenium, Provar, Tricentisvõi Testsigma, mis on ühendatud isetervenevate lokaatoritega.
• Katke igas testistsenaariumis nii positiivsed kui ka negatiivsed voolud.
• Loo testandmetes kasutajarollid, profiilid ja õiguste komplektid, et töövooge saaks iga isiku jaoks valideerida.

Salesforce'i testija rollid ja kohustused

Salesforce'i testijate olulised rollid ja kohustused hõlmavad järgmist:

• Suitsutestide läbiviimine, et kinnitada kõigi peamiste funktsioonide toimimist vastavalt nõuetele.
• Nii positiivsete kui ka negatiivsete testistsenaariumide loomine.
• Ekvivalentsuse jaotamise ja ääreväärtuste analüüsi teostamine.
• Rakendusega töötamine selle funktsionaalsuse mõistmiseks ja funktsionaalse kaardi loomiseks.
• Avatud suhtluskanali hoidmine arendusmeeskonnaga.
• Salesforce'i organisatsiooni jaoks loodud kohandatavate funktsioonide mõistmine.
• Rollipõhiste testide läbiviimine andmete järjepidevuse tagamiseks.
• Ühilduvustestide tegemine, kui Salesforce on integreeritud kolmandate osapoolte rakendustega.
• Koormustesti tööriistadega tuttav olemine, näiteks JMeter keeruliste voogude valideerimiseks, mis võivad anda vastuolulisi tulemusi.
• Apexi, SOQL-i ja Lightningi komponentide tööalased teadmised.

Salesforce'i testimisautomaatika tööriistad

Automaatse funktsionaalse testimise läbiviimine Salesforce'is on keeruline, kuna enamik testlehti on dünaamilised. Testijad peavad looma tugeva automatiseerimisraamistiku, mis on kasulik juba täna ja vastupidav tulevastele versioonidele.

Allpool olen loetlenud laialdaselt kasutatavad Salesforce'i testimistööriistad, mida soovitan.

1) Tricentis Testige Salesforce'i automatiseerimist

Eriti hindan seda, kuidas Tricentis Testige Salesforce'i automatiseerimist kiirendab vastupidavate kasutajaliidese testide väljatöötamist Salesforce'i keskkondade jaoks. Selle nutikad lokaatorid töötavad tehisintellekti abil, et need automaatselt iseterveneksid ja täiustuksid, minimeerides hooldust ja tagades testi stabiilsuse kõigis Lightningi versioonides.

Funktsioonid:

• Otsast lõpuni stsenaariumi kinnitamine: Kliendid saavad valideerida täielikke otsast lõpuni stsenaariume, mis ulatuvad nende veebirakendusest Salesforce'ini ja tagasi.
• Agiilne meeskonna skaleeritavus: Agiilsed meeskonnad, kellel on erinevad oskused, skaleerivad oma testimisoperatsioone tõhusalt funktsioonide abil, mis aitavad neil testide ja meeskondade kasvu kontrollida ja hallata.
• Tipp Code Valideerimise teostamine: Käivitage Apexi kood testetapis päringutulemuste kinnitamiseks.
• API testi integreerimine: Integreeri API-testid sujuvalt kasutajaliidese voogudega.

visiit Tricentis >>

---

2) Testige sigmat

Testige sigmat on koodita testimise automatiseerimise platvorm, mis lihtsustab Salesforce'i testimist ilma sügavat Apexi või Selenium asjatundlikkus. Leidsin, et selle intuitiivne testimise disaini lähenemisviis on eriti tõhus meeskondade jaoks, kes valideerivad standardseid ja kohandatud Salesforce'i konfiguratsioone pärast muudatusi või juurutusi, kõrvaldades traditsiooniliste skriptimisraamistike keerukuse.

Funktsioonid:

• Codevähem automatiseerimist Salesforce'i kasutajaliidese voogude jaoks: Loo Salesforce'i teste lihtsate inglise keele-laadsete sammude abil ilma Apexit või koodi kirjutamata. Selenium kood. Olen seda kasutanud erineva tehnilise taustaga meeskonnaliikmete kaasamiseks.
• Kohandatud objektide ja töövoo testimine: Põhjalik tugi kohandatud objektide, töövoogude ja integratsioonide testimiseks. See aitas mul tagada organisatsioonipõhiste konfiguratsioonide korrektse toimimise pärast platvormi värskendusi.
• Andmepõhise testimise võimalused: Testige süstemaatiliselt erinevaid kasutajarolle, profiile ja andmekogumeid. Leidsin, et see on hindamatu väärtusega käitumise valideerimiseks erinevatel õiguste tasemetel.
• Stsenaariumide täielik katvus: Toetab terviklikke otsast lõpuni stsenaariume, mis hõlmavad Salesforce'i ja väliseid rakendusi või API-sid.
• Üksikasjalikud aruanded ja veaotsingu logid: Genereerib põhjalikke aruandeid ja logisid, et Salesforce'i muudatustega kaasnevaid probleeme kiiresti tuvastada.

Külasta Testsigmat >>

14-päevane tasuta prooviversioon

Miks kasutada Salesforce'i testimistööriistu?

• Need aitavad teil säästa kuni 75% testimisajast ja märkimisväärse osa automatiseerimiskuludest.
• Nad pakuvad paremat Apex-testide teostamist, detailset testide katvust ja klasside katvuse aruandeid.
• Saate kasutada selliseid valdkonna juhtivaid automatiseerimistööriistu nagu Selenium ja JMeter.
• Automaatselt genereerib testistsenaariume erinevate keskkondade ja mitme brauseri jaoks.
• Salvesta ja esita oma testjuhtumeid sujuvalt.
• Automatiseerige igat tüüpi juurutamiseelseid ja -järgseid ülesandeid.
• Eralda andmed testskriptist ja täiusta neid mitme andmekogumiga.

Salesforce'i testimise näidisstsenaariumid

• Testjuhtum 01: Salvesta müügivihje või kliendi kontaktandmed.
• Testjuhtum 02: Kontakte saab märkida aktiivseteks või mitteaktiivseteks.
• Testjuhtum 03: Ettevõtte saab märkida kliendiks või potentsiaalseks kliendiks.
• Testjuhtum 04: Müügivihjeid saab koguda veebist müügivihjete vormide kaudu.
• Testjuhtum 05: Pakkumises olev hind ei saa olla null.
• Testjuhtum 06: E-kiri saadetakse pärast tehingu sõlmimist; tagasipõrgatud e-kirjadega tegeletakse.
• Testjuhtum 07: Integratsioon kolmanda osapoole tarkvaraga töötab korralikult.
• Testjuhtum 08: Billteenused toimivad ootuspäraselt.
• Testjuhtum 09: Kontaktide, võimaluste ja müügivihjete haldamise kirjete dubleerimine puudub.
• Testjuhtum 10: Mobiilsed töövood töötavad Salesforce'i mobiilirakenduses ootuspäraselt.
• Testjuhtum 11: Volitamata kasutajad ei pääse failidele ega piiratud juurdepääsuga kirjetele ligi.

Kuidas tehisintellekt ja Einstein on Reshaping Salesforce'i testimine

Tehisintellekt on nüüd Salesforce'is esmaklassiline testimisvaldkond. Einstein 1 platvorm toob Sales and Service Cloudi ennustavad skoorid, genereerivad vastused ja Agentforce'i autonoomsed agendid ning igaüks neist funktsioonidest vajab oma valideerimisstrateegiat. Testijad peaksid lisaks traditsioonilistele kasutajaliidese voogudele kavandama andmepõhiseid juhtumeid, mis kontrollivad ennustuste täpsust, kiiret maandamist ja piirdeid.

Tööriistade poolel tuginevad tänapäevased Salesforce'i automatiseerimisraamistikud tehisintellektil põhinevatele isetervendavatele lokaatoritele, mis tuvastavad Lightning DOM-i muudatusi versioonide vahel ja parandavad valijaid automaatselt. Tricentis, Provar, Copado Robotic Testing ja Testsigma pakuvad kõik selle funktsiooni variatsioone. Kombineerige need sünteetiliste testandmete ja visuaalsete regressioonikontrollidega, et hoida ulatust kõrgel ilma hooldust plahvatuslikult suurendamata.

Salesforce'i testimine: kliendi väljakutsed

Kliendid on Salesforce'i testimise pärast sageli närvis, kuna nad ei pruugi teada, kuidas seda õigesti läbi viia, mis loob müüte, mis erinevad tegelikkusest.

Siin on mõned neist:

Kliendi probleemid	Lahendus
Ma ei tea, kuidas Salesforce'i süsteemi kasutada.	Kliendid peavad testima oma protsessi, mitte süsteemi funktsionaalsust.
Me ei saa testida ilma, et kõik meie andmed oleksid süsteemis olemas.	Testimiseks on vaja vaid mõnda näidiskirjet.
Mul pole vaba aega oma igapäevatöö testimiseks ja haldamiseks.	Hoidke ühendust projektijuhiga ja osalege regulaarsetel registreerimiskõnedel projekteerimise ja ehituse etappide ajal.

KKK