Salesforce-testausopas aloittelijoille

Mikä on Salesforce?

Salesforce on maailman ensimmäinen pilvipohjainen CRM-järjestelmä. Marc Benioff ja Parker Harris perustivat sen maaliskuussa 1999. Tämän CRM-alustan tarkoituksena on auttaa käyttäjiä myymään, palvelemaan, markkinoimaan, analysoimaan ja olemaan yhteydessä asiakkaisiinsa edullisesti kaikissa kanavissa.

SFDC (Sales Force Dot Com) sisältää vakio-ominaisuuksia, joiden avulla voit hallita suhteita potentiaalisiin ja nykyisiin asiakkaisiin. Sen avulla voit myös olla vuorovaikutuksessa ja tehdä yhteistyötä työntekijöiden ja kumppaneiden kanssa samalla, kun tietoja tallennetaan turvallisesti usean vuokralaisen pilveen. Nykyään se kattaa Sales Cloudin, Service Cloudin, Marketing Cloudin, Data Cloudin ja Einstein 1 Platformin, joka tukee generatiivisia tekoälyominaisuuksia.

Mitä Salesforce-testaus on?

Salesforcen hieno puoli on se, että useimmat valmiit ominaisuudet voidaan mukauttaa yrityksen tarpeisiin. Salesforce-testaus on SFDC:ssä suoritettujen konfiguraatioiden ja mukautusten validointia, mukaan lukien Apex-luokat, Lightning-verkkokomponentit, kulut, Process Builder ja integraatiot.

Haasteena on varmistaa, että testaaja tarkistaa mukautettua koodia, ei Salesforcen sisäänrakennettua toiminnallisuutta, joka on jo katettu luota ja julkaise -prosessissaan.

Salesforce CRM on rakennettu alustakielelle nimeltä kärki, jota täydentää Lightning Web Components (LWC) käyttöliittymässä. Alusta toimitetaan sisäänrakennetulla yksikkötestauskehyksellä, jotta kehittäjät voivat validoida koodinsa ennen käyttöönottoa.

Miksi Salesforce-testaus?

Tässä ovat tärkeimmät syyt, miksi uskon Salesforce-testauksen olevan välttämätöntä:

• Se tarkistaa, että kokoonpano ja Apex-koodi toimivat jokaisen sandbox-päivityksen jälkeen.
• Se varmistaa, että valmis järjestelmä tukee asiakkaan liiketoimintaprosesseja alusta loppuun.
• Se varmistaa, että alkuperäinen versio täyttää sovitut vaatimukset ennen julkaisua.
• Se havaitsee ongelmat varhaisessa vaiheessa, ja ne ovat helppoja ja edullisia korjata.
• Testitapausten tilaan perustuvat toiminnalliset vuoraportit auttavat tiimiä kartoittamaan sovelluksen toiminnallisuutta.
• Flow Builder- ja Process Builder -ominaisuuksien toimintaolosuhteet ja toiminta voidaan validoida.
• Työnkulkujen avulla voit tarkistaa aikaan perustuvien tapahtumien, kuten eskalointisääntöjen, toimivuuden.

Salesforcen terminologia

• Salamakokemus: Nykyinen oletusarvoinen Salesforce-käyttöliittymä, joka on rakennettu Lightning-verkkokomponenteille; Salesforce Classic poistetaan käytöstä ja useimmat organisaatiot siirtyvät Lightningiin.
• Visuaalinen voima: Vanha kehys mukautettujen käyttöliittymien rakentamiseen HTML:n kaltaisella tagipohjaisella merkintäkielellä, jota tuetaan edelleen vanhemmissa mukautuksissa.
• AppExchange: Salesforcen verkkokauppapaikka, jossa käyttäjät voivat löytää ja asentaa mukautettuja sovelluksia ja laajennuksia.
• Kärki: Vahvasti tyypitetty, oliopohjainen kieli, jota käytetään vuo- ja tapahtumaohjauslausekkeiden suorittamiseen Salesforce-alustalla.
• Einstein 1 -alusta / Agentforce: Salesforcen tekoälykerros ennakoiville ja generatiivisille ominaisuuksille sekä autonomisille agenteille, jotka myös on validoitava laadunvarmistuksen avulla.

Salesforce-testauksen tyypit

Manuaalinen testaus

Manuaalinen ohjelmistotestaus kattaa Salesforce.com-sovelluksen perinteisillä menetelmillä. Laadunvarmistustiimi voi käyttää manuaalista testausta toiminnallisen testauksen, happy path -testauksen, integraatiotestauksen, regressiotestauksen ja järjestelmätestauksen suorittamiseen sekä Lightning Experiencessa että Salesforce Mobilessa.

Automaattinen testaus

Automaattinen testaus käyttää ohjelmaa Salesforce.com- tai Force.com-sovelluksen testaamiseen. Yleisiä automaatiotyökaluja ovat mm. Selenium, Provar, Copado Robotic Testing, Tricentis Testiautomaatio Salesforcelle ja Testsigmalle. Nykyaikaisiin testausympäristöihin lisätään yhä enemmän tekoälyllä toimivia itsekorjautuvia paikantimia Lightningin DOM-muutosten absorboimiseksi.

Salesforcen testaustasot

Tässä Salesforce-testausoppaassa tyypillisesti sovelletaan seuraavia tasoja:

Yksikkötestaus

• Apex-kehittäjien suorittamat testimenetelmät käyttävät luokkiaan ja triggeriään.
• Se arvioi, kuinka moneen datatietueeseen tämä vaikuttaa, jotta koodi toimii luotettavasti kohdeympäristössä.
• Apex-koodin käyttöönotto tuotantoympäristössä edellyttää, että koodin kokonaiskattavuus on vähintään 75 % ja jokaisen triggerin kattavuus on vähintään 1 %.

Järjestelmän testaus:

• Suorittajana Salesforce-konsulttitiimi.
• Testaa järjestelmän tekniset prosessit alusta loppuun.
• Käyttää testiskriptejä, jotka perustuvat tiettyihin odotettuihin tulosteisiin.
• Vianmääritys automatisoiduissa säännöissä, kuten työnkulussa, validointi-, tehtävä- ja hyväksymisprosesseissa.

UAT-testaus:

• Sovellusta päivittäin käyttävien yrityskäyttäjien suorittama.
• Testaa järjestelmän kykyä tukea liiketoimintaprosesseja.
• Noudattaa testiskriptejä, jotka perustuvat todellisiin liiketoimintaskenaarioihin.
• Haluttu tuloste on asiakkaan vahvistus siitä, että järjestelmä sopii tarkoitukseensa.

Tuotannon testaus:

• Järjestelmätestauksen uusinta tuotantoympäristössä.
• Tarkistaa, onko konfiguraatio ja koodi otettu käyttöön oikein hiekkalaatikosta tuotantoympäristöön.
• Jos aika ennen julkaisua sallii, asiakkaan tulisi suorittaa UAT-skriptit uudelleen käyttöönoton jälkeen.

Regressiotestaus:

• Päätavoitteena on regressiotestaus on selvittää, vaikuttavatko uudet julkaisut olemassa oleviin käyttäjäprosesseihin.
• Se suoritetaan jokaisen parannuksen, korjauksen tai Salesforcen kausijulkaisun (kevät, kesä, talvi) jälkeen.
• Käyttäjä antaa luettelon muutoksista, jotka saattavat vaikuttaa nykyisiin prosesseihin, jotta muutoksen kohteena olevat työnkulut voidaan validoida uudelleen.

Salesforcen testausprosessi

Salesforcen testausprosessi muistuttaa minkä tahansa verkkopohjaisen sovelluksen testaamista. Testaajan on saatava selkeä käsitys projektin aikana rakennetuista mukautettavista ominaisuuksista, jotta painopiste pysyy mukautetussa koodissa Salesforcen sisäänrakennetun toiminnallisuuden sijaan.

Kehittäjien ja testaajien tulisi käyttää hiekkalaatikkoympäristöjä (Developer, Developer Pro, Partial Copy, Full) omiin tarkoituksiinsa. Hiekkalaatikossa testattu koodi viedään tuotantoon muutosjoukkojen, Salesforce DX:n tai DevOps-työkalujen, kuten Copadon ja Gearsetin, avulla. Oletetaan, että laadunvarmistustestaaja ymmärtää Salesforcen ydinterminologian ennen projektiin liittymistä.

Salesforce-testauksen haasteet

Salesforce-testaus ei ole helppo prosessi. Testaajat kohtaavat monia haasteita, mukaan lukien:

• Edistyneiden ominaisuuksien, kuten Lightning Web Componentsin, Visualforcen, Service Cloud Consolen ja Experience Cloud -sivustojen, testaaminen on monimutkaista.
• Tiimien on usein luotava uudelleen tai refaktoroitava vanhoja Classic-testejä Lightning Experiencea ja Salesforce-mobiilisovellusta varten.
• Joitakin vakiotoimintoja ei voi poistaa, vaikka niitä ei käytettäisikään.
• Käyttöliittymätestit voivat katketa, kun hiekkalaatikoita päivitetään tai kun kausijulkaisut julkaistaan.
• Automatisoitujen testien on suoritettava johdonmukaisesti kaikissa hiekkalaatikkoympäristöissä.
• Vakaiden kenttäpaikantimien rakentaminen on vaikeaa, koska Salesforce-elementtien tunnukset vaihtelevat organisaatioiden välillä ja muuttuvat jokaisen julkaisun myötä.
• Tekoälyominaisuuksien, kuten Einstein-ennusteiden ja Agentforce-agenttien, validointi vaatii uusia data- ja kehotepohjaisia ​​lähestymistapoja.

Salesforce-testauksen paras käytäntö

• Suorita testejä oikeilla käyttäjäprofiileilla ja käyttöoikeusjoukoilla.
• Valmistele testidata, joka validoi raporttien ja koontinäyttöjen toiminnallisuuden.
• Yhdistä toiminnallinen testaus, käyttöliittymätestaus, regressiotestaus ja järjestelmäintegraatiotestaus jokaisessa julkaisusyklissä.
• Kiinnitä erityistä huomiota Lightning- ja Visualforce-sivujen dynaamiseen luonteeseen, koska elementit eivät välttämättä lataudu samanaikaisesti; käytä siis eksplisiittisiä odotusaikoja.
• Automaatiota tulisi suorittaa työkaluilla, kuten SeleniumProvar Tricentistai Testsigma, yhdistettynä itsekorjautuviin paikantimiin.
• Kattaa sekä positiiviset että negatiiviset virtaukset jokaisessa testiskenaariossa.
• Luo käyttäjärooleja, profiileja ja käyttöoikeusjoukkoja testidataan, jotta työnkulut voidaan validoida kullekin persoonalle.

Salesforce-testaajan roolit ja vastuut

Salesforce-testaajien tärkeisiin rooleihin ja vastuisiin kuuluvat:

• Savutestien suorittaminen sen varmistamiseksi, että kaikki tärkeimmät toiminnot toimivat vaatimusten mukaisesti.
• Sekä positiivisten että negatiivisten testiskenaarioiden luominen.
• Ekvivalenssiosituksen ja reuna-arvoanalyysin suorittaminen.
• Sovelluksen kanssa työskentely sen toiminnallisuuden ymmärtämiseksi ja toiminnallisen kartan rakentamiseksi.
• Avoimen viestintäkanavan ylläpitäminen kehitystiimin kanssa.
• Salesforce-organisaatiolle rakennettujen mukautettavien ominaisuuksien ymmärtäminen.
• Roolipohjaisten testitapausten suorittaminen datan johdonmukaisuuden varmistamiseksi.
• Yhteensopivuustestien suorittaminen, kun Salesforce on integroitu kolmannen osapuolen sovellusten kanssa.
• Kuormitustestaustyökalujen tuntemus, kuten JMeter validoida monimutkaisia ​​​​työnkulkuja, jotka voivat palauttaa epäjohdonmukaisia ​​​​tuloksia.
• Apex-, SOQL- ja Lightning-komponenttien käytännön tuntemus.

Salesforce-testausautomaatiotyökalut

Automatisoidun toiminnallisen testauksen suorittaminen Salesforcessa on haastavaa, koska useimmat testisivut ovat dynaamisia. Testaajien on rakennettava vankka automaatiokehys, joka on hyödyllinen tänään ja kestää tulevia julkaisuja.

Alla olen listannut laajasti käytetyt Salesforce-testaustyökalut, joita suosittelen.

1) Tricentis Testaa Salesforcen automaatiota

Arvostan erityisesti miten Tricentis Testaa Salesforcen automaatiota nopeuttaa kestävien käyttöliittymätestien kehittämistä Salesforce-ympäristöille. Sen älykkäät paikantimet toimivat tekoälyn avulla, joten ne korjaavat ja parantuvat automaattisesti, mikä minimoi ylläpitotarpeen ja varmistaa testien vakauden kaikissa Lightning-julkaisuissa.

Ominaisuudet:

• Päästä päähän -skenaarion validointi: Asiakkaat voivat validoida kokonaisia ​​skenaarioita verkkosovelluksestaan ​​Salesforceen ja takaisin.
• Ketterä tiimin skaalautuvuus: Ketterät tiimit, joilla on erilaisia ​​taitoja, skaalaavat testaustoimintaansa tehokkaasti ominaisuuksilla, jotka auttavat heitä hallitsemaan ja hallitsemaan testien ja tiimien kasvua.
• kärki Code Suoritus validointia varten: Suorita Apex-koodi testivaiheessa kyselyn tulosten vahvistamiseksi.
• API-testin integrointi: Integroi API-testit saumattomasti käyttöliittymätyönkulkujen rinnalle.

Vierailla Tricentis >>

---

2) Testaa sigmaa

Testaa sigmaa on kooditon testiautomaatioalusta, joka yksinkertaistaa Salesforce-testausta ilman syvällistä Apex- tai Selenium asiantuntemusta. Mielestäni sen intuitiivinen testisuunnittelutapa oli erityisen tehokas tiimeille, jotka validoivat Salesforcen vakio- ja mukautettuja konfiguraatioita muutosten tai käyttöönottojen jälkeen, mikä eliminoi perinteisten skriptikehysten monimutkaisuuden.

Ominaisuudet:

• Codevähemmän automaatiota Salesforce-käyttöliittymävirroille: Luo Salesforce-testejä käyttämällä yksinkertaisia ​​englanninkielisiä vaiheita ilman Apex-koodin kirjoittamista tai Selenium koodia. Olen käyttänyt sitä perehdyttääkseni tiimin jäseniä, joilla on vaihteleva tekninen tausta.
• Mukautettujen objektien ja työnkulun testaus: Kattava tuki mukautettujen objektien, työnkulkujen ja integraatioiden testaamiseen. Tämä auttoi minua varmistamaan, että organisaatiokohtaiset kokoonpanot toimivat oikein alustapäivitysten jälkeen.
• Datalähtöiset testausominaisuudet: Testaa eri käyttäjärooleja, profiileja ja datajoukkoja systemaattisesti. Mielestäni tämä on korvaamatonta toiminnan validoinnissa eri käyttöoikeustasoilla.
• Kokonaisvaltainen skenaarioiden kattavuus: Tukee kattavia kokonaisvaltaisia ​​skenaarioita, jotka sisältävät Salesforcen lisäksi ulkoisia sovelluksia tai API-rajapintoja.
• Yksityiskohtaiset raportit ja virheenkorjauslokit: Luo kattavia raportteja ja lokeja, joiden avulla Salesforce-muutosten aiheuttamat ongelmat voidaan tunnistaa nopeasti.

Käy Testsigmassa >>

14 päivän ilmainen kokeilu

Miksi käyttää Salesforcen testaustyökaluja?

• Ne auttavat säästämään jopa 75 % testausajasta ja merkittävän osan automaatiokustannuksista.
• Ne tarjoavat paremman Apex-testien suorituksen, yksityiskohtaisen testikattavuuden ja luokkakattavuuden raportit.
• Voit hyödyntää alan johtavia automaatiotyökaluja, kuten Selenium ja JMeter.
• Luo automaattisesti testiskenaarioita eri ympäristöille ja useille selaimille.
• Tallenna ja toista testitapauksesi saumattomasti.
• Automatisoi kaikenlaisia ​​käyttöönottoa edeltäviä ja sen jälkeisiä tehtäviä.
• Erota data testiskriptistä ja paranna sitä useilla datajoukoilla.

Esimerkki Salesforce-testiskenaarioista

• Testitapaus 01: Kerää liidin tai asiakkaan yhteystiedot.
• Testitapaus 02: Yhteystiedot voidaan merkitä aktiivisiksi tai ei-aktiivisiksi.
• Testitapaus 03: Yritys voidaan merkitä asiakkaaksi tai potentiaaliseksi asiakkaaksi.
• Testitapaus 04: Liidit voidaan kerätä web-to-lead-lomakkeiden avulla.
• Testitapaus 05: Tarjouspyynnössä hinta ei voi olla nolla.
• Testitapaus 06: Sähköposti lähetetään, kun kauppa on tehty; palautuneet sähköpostit käsitellään.
• Testitapaus 07: Integrointi kolmannen osapuolen ohjelmistojen kanssa toimii oikein.
• Testitapaus 08: Billpalvelut toimivat odotetusti.
• Testitapaus 09: Ei päällekkäisiä tietueita kontaktien, mahdollisuuksien ja liidien hallinnassa.
• Testitapaus 10: Mobiilityönkulut toimivat odotetulla tavalla Salesforce-mobiilisovelluksessa.
• Testitapaus 11: Luvattomat käyttäjät eivät voi käyttää tiedostoja tai rajoitettuja tietueita.

Miten tekoäly ja Einstein ovat Reshaaping Salesforce-testaus

Tekoäly on nyt ensiluokkainen testausalue Salesforcen sisällä. Einstein 1 -alusta tuo ennustavat pisteytykset, generatiiviset vastaukset ja Agentforce-autonomiset agentit Sales and Service Cloudiin, ja jokainen näistä ominaisuuksista tarvitsee oman validointistrategiansa. Testaajien tulisi suunnitella datapohjaisia ​​tapauksia, jotka tarkistavat ennusteiden tarkkuuden, kehotteen maadoituksen ja suojakaiteet perinteisten käyttöliittymäprosessien rinnalla.

Työkalujen puolella modernit Salesforce-automaatiokehykset perustuvat tekoälypohjaisiin itsekorjautuviin paikantimiin, jotka havaitsevat Lightningin DOM-muutokset julkaisujen välillä ja korjaavat valitsimet automaattisesti. Tricentis, Provar, Copado Robotic Testing ja Testsigma tarjoavat kaikki tämän ominaisuuden muunnelmia. Yhdistä ne synteettiseen testidataan ja visuaalisiin regressiotarkistuksiin pitääksesi kattavuuden korkeana ilman, että ylläpitokustannukset räjähtävät.

Salesforce-testaus: asiakkaiden haasteet

Asiakkaat ovat usein hermostuneita Salesforce-testauksesta, koska he eivät välttämättä tiedä, miten se tehdään oikein, mikä luo myyttejä, jotka poikkeavat todellisuudesta.

Seuraavassa on joitain niistä:

Asiakasongelmat	Ratkaisu
En osaa käyttää Salesforce-järjestelmää.	Asiakkaiden on testattava prosessiaan, ei järjestelmän toimivuutta.
Emme voi testata, ellei kaikki datamme ole järjestelmässä.	Testaamiseen tarvitaan vain muutama näytetieto.
Minulla ei ole vapaa-aikaa päivittäisten töideni testaamiseen ja hallintaan.	Pysy yhteydessä projektipäällikköön ja osallistu säännöllisiin yhteydenottokäynteihin suunnittelu- ja rakennusvaiheiden aikana.

UKK