Meny

Begynnerveiledning for SalesForce Testing

salesforce testing beginner s guide

Prøv Instrumentet Vårt For Å Eliminere Problemer

Introduksjon til SalesForce Testing:

SalesForce.com er et av de mest brukte CRM-verktøyene (Customer Relationship Management). Den ble funnet av Marc Benioff og har for tiden hovedkontor i San Francisco, USA.

Hovedformålet med et CRM-verktøy er å opprettholde en organisasjons forhold til kundene når produktet er levert til kundene. I løpet av tiden, sammen med å tilby CRM-tjenester, begynte SalesForce å tilby skylagring også, noe som reduserte bryet med å vedlikeholde fysiske servere for datalagring av webapplikasjoner.

Også, skybasert lagring krever ikke at brukeren installerer ekstra maskinvare eller programvare for bruk av applikasjonen. Det tillater organisasjoner å redusere utviklingskostnadene og bygge applikasjoner innen en kort tidsramme.

SalesForce Testing

Denne SalesForce Testing-opplæringen vil gi deg en ide om hvordan du utfører SalesForce-testing sammen med fordelene og andre funksjoner i enkle vendinger for enkel forståelse.

Hva du vil lære:

Fordeler med å bruke SalesForce

Nedenfor er nevnt de forskjellige fordelene som oppnås når du bruker Salesforce:

  • Mer enn 82 000 selskaper bruker SalesForce-plattformen over hele verden.
  • Hjelper med å opprettholde et positivt forhold til kundene.
  • Forbedret kommunikasjon mellom kunder og organisasjoner.
  • Automatisering av daglige oppgaver.
  • Produktiviteten til utviklerne ville økt da SalesForce leverer innebygde objekter for å redusere utviklingsarbeidet.
  • Ingen ekstra programvare er nødvendig for å bruke SalesForce.
  • Utviklere kan gjenbruke eksisterende applikasjoner gjennom den innebygde SalesForce appbutikken App Exchange. SalesForce lar også utviklerne bygge sine egne tilpassede applikasjoner.
  • Innebygd rapporteringsmekanisme.
  • SalesForce-administrator kan opprette interne brukere i SalesForce-plattformen.

SalesForce viser den grafiske representasjonen av et antall påloggede brukere, oppgaver tilordnet hver bruker og informasjon lagt til SalesForce.

Bildet nedenfor er en representasjon av hvordan Salesforce.com dashbordskjerm vil se ut.

Dashbord

Bildet nedenfor viser hvilke typer innebygde rapporter som kan genereres på SalesForce-plattformen.

Rapporter

Anbefalte leverandører av SalesForce CRM-testing

#1) QASource - Fulltjenesteselskap for QA-testingstjenester som spesialiserer seg på SalesForce Testing

Best for bedriftene som trenger ingeniører for QA-testing på heltid for å øke ressursene til teamet eller administrere hele QA-funksjonen.

QASource

QASource er et ledende programvareteknikk- og QA-tjenesteselskap som tilbyr dedikerte heltidstestingeniører og en komplett pakke med QA-testingstjenester for å hjelpe deg med å gi bedre programvare raskere.

hvordan du ser en mkv-fil

De spesialiserer seg på Salesforce-testing, automatisering og optimaliseringstjenester for å hjelpe virksomheten din med å maksimere investeringen din. Med et team på over 800 ingeniøreksperter lokalisert både offshore og i nærheten, har det levert programvaretestetjenester for å hjelpe Fortune 500-selskaper og startups siden 2002.

QASource har hovedkontor i Silicon Valley med testteam og toppmoderne testanlegg i India og Mexico. Noen få kunder fra QASource inkluderer Ford, Oracle, Prudential, eBay, Target, Facebook og IBM.

Andre kjernetjenester: Automatiseringstesting, API-testing, funksjonstesting, mobil testing, Salesforce-testing, DevOps-tjenester og dedikerte heltidsingeniørteam.

=> Besøk QASource-nettstedet

# 2) ScienceSoft - Testingstjenester for CRM med høy ytelse

Best for selskapene på jakt etter en pålitelig og pålitelig partner for CRM-testing.

ScienceSoft - Salesforce Testing

ScienceSoft er et IT-konsulent- og programvareutviklingsselskap med 31 års erfaring innen programvaretestetjenester og 12 år innen CRM-utvikling.

Som en Salesforce-konsulentpartner, tilbyr ScienceSoft Salesforce-testtjenester som utnytter ekspertisen innen CRM-spesifikasjoner, beste testpraksis, dokumenterte testkvalitetsstandarder og testautomatiseringsverktøy.

Andre kjernetjenester: Funksjonstesting, integrasjonstesting, ytelsestesting, sikkerhetstesting, datalagertesting, brukervennlighetstesting.

SalesForce Terminologi

SalesForce inneholder terminologi som kreves for å bli forstått av både utviklere og testere for å kunne jobbe med SalesForce-applikasjonene.

Nedenfor er noen av begrepene som er mest brukt i SalesForce:

# 1) Mulighet:

En mulighet er en potensiell salgsavtale som en organisasjon ønsker å holde rede på. Det er enhver organisasjons ansvar å gjøre mulighetene tilgjengelige for allmennheten.

Eksempel: En kunde som nærmer seg en bankselger som trenger et personlig lån. I dette tilfellet vil et personlig lån være en mulighet.

# 2) Lead:

En leder er en person som uttrykker interesse for en mulighet. Det kan vanligvis være en innringer til organisasjonen for mer informasjon om en mulighet.

Eksempel: En kunde som nærmer seg en bankselger som trenger et personlig lån. I dette tilfellet vil kunden være ledende og personlig lån ville være muligheten.

# 3) Konto:

En konto tilsvarer ethvert selskap du vil administrere, inkludert sine kunder, leverandører, partnere og potensielle kunder.

# 4) Kontakt:

En kontakt er en person som jobber for en konto. Kontakt kan være en ansatt på kontoen.

# 5) Oppgaver og hendelser:

Oppgaver og arrangementer tilsvarer alle aktiviteter som er involvert i foreningen til den spesielle muligheten, kontakten eller kontoen.

# 6) Rapportering:

SalesForce tilbyr innebygde rapporteringsmekanismer for å holde oversikt over sanntidsdataene og rapportere den daglige fremdriften for hver oppgave.

Bildet nedenfor viser terminologien som brukes i SalesForce. Hver term har et ikon tilknyttet som listet opp nedenfor.

Vilkår

hva er nettverkssikkerhetsnøkkel uoverensstemmelse

Nedenfor er øyeblikksbildet av hvordan kontoer og muligheter er representert på SalesForce-plattformen.

Muligheter

SalesForce Testing Guide

Hva er SalesForce Testing?

SalesForce-testing krever bruk av komplekse testmetoder, ettersom de fleste funksjonene i SalesForce er innebygde funksjoner som kan tilpasses. Når et problem observeres, må testeren sørge for at han tester koden som er tilpasset i stedet for å teste den innebygde salgsstyrken.

SalesForce er bygget på et plattformutviklingsspråk kalt APEX. Språket gir innebygde enhetstestsaker for utviklere å teste sin egen kode. Standardregelen til SalesForce krever at en utvikler oppnår 75% av kodedekningen med enhetstesttilfeller.

Fra et testers perspektiv bør vi alltid sikte mot 100% kodedekning innen hver testsyklus.

Salesforce Testing Process

Testprosessen for salgsstyrken vil være den samme som for å teste en vanlig nettbasert applikasjon. Imidlertid må en tester ha et klart perspektiv på de tilpassbare funksjonene som bygges slik at en tester under testprosessen kan fokusere på disse funksjonene alene i stedet for de innebygde Salesforce-funksjonene.

Testing av Salesforce-applikasjoner krever en produksjon som et miljø som kalles Sandkasse. Utviklere og testere må bruke Sandbox-miljøet til hvert av sine formål.

Når koden er distribuert i et Sandbox-miljø og godkjent for å være klar for utgivelse, vil koden bli flyttet til produksjon fra Sandbox-miljøet. Det antas at testeren har grunnleggende kunnskap om alle begrepene som brukes i Salesforce før du fortsetter med testing.

Salesforce Testing Tips

Salesforce-testing må inneholde følgende funksjoner:

  • Testing må omfatte UI-testing, funksjonstesting, regresjonstesting, integrasjonstesting, systemtesting og systemintegrasjonstesting.
  • Automatiseringstesting kan også håndheves på SalesForce ved hjelp av verktøy som HP Unified Functional Testing (UFT) og Selenium.
  • En tester må være forsiktig under UI-testing, da de fleste nettsidene på Salesforce-plattformen er Visual Force-sider. Den dynamiske naturen til sider med visuell kraft må være spesielt oppmerksom, ettersom alle elementene på en webside ikke kan lastes inn samtidig.
  • Testere må lage funksjonelle strømmer, inkludert positive og negative strømmer for å dekke hele applikasjonens funksjonalitet.
  • Arbeidsflyter som bruker forskjellige brukerroller, må konstrueres og testes.
  • Testtilfeller må dokumenteres ved hjelp av et testadministrasjonsverktøy som HP ALM.
  • Testdata må utarbeides for å validere rapportens funksjonalitet.

Roller og ansvar for en Salesforce Tester

Testere involvert i SalesForce blir ofte referert til som ‘Quality Engineers’ i motsetning til 'Kvalitetssikring' mennesker som SalesForce-tester krever at testere bygger komplekse testrammer, og som forstår funksjonaliteten til et program i dybden og evnen til å samarbeide med utviklerne og interessentene i prosjektet.

Vær oppmerksom på at noen av standardfunksjonene som tilbys av SalesForce ikke kan fjernes, selv om organisasjonen din kanskje ikke bruker dem. Testere må ignorere standardfunksjonaliteten og fokusere på den tilpassede funksjonaliteten som er bygd av organisasjonen.

Nedenfor er noen av hovedrollene og ansvaret til en Salesforce-tester.

  • En tester må ha klar kommunikasjon med utviklingsteamet, for å forstå de tilpassbare funksjonene som bygges inn i SalesForce.
  • Testeren må koordinere seg med virksomheten når det er nødvendig, ettersom kravdokumentet for Salesforce vanligvis er komplekst å forstå og krever mye innsats for å være forståelig for testerne.
  • Testeren må sørge for at kodedekningen ikke går under 75% i henhold til standard Salesforce-regelen.
  • Testeren må utføre rollebasert testing for å sikre konsistensen av data med forskjellige brukerroller.
  • Testeren må utføre kompatibilitetstesting av tredjepartsapplikasjoner integrert med SalesForce, hvis noen.
  • En tester må være kjent med belastningstestverktøy som JMeter for å validere de komplekse strømningene som gir inkonsekvente resultater i Salesforce.
  • En tester må være kjent med flere applikasjonsflyter.

SalesForce Exploratory Testing

Utforskende testing i Salesforce vil innebære følgende beste fremgangsmåter:

  • Testing bør innebære å validere konsistensen av data på flere skjermer.
  • UI Testing må omfatte dokumenterte testsaker i henhold til kravdokumentet.
  • Testing bør innebære negative testflyter, for eksempel å slette standard genererte data og validere oppførselen til et program.
  • Testing bør innebære validering av brukerinngang i skjemafeltene.
  • Test av kompatibilitet på tvers av nettlesere må utføres for å sikre at gjengivelsen av data er riktig i flere nettlesere.
  • Testing må omfatte validering av maksimal lengde for hvert av de redigerbare inndatafeltene sammen med ugyldig datavalidering.
  • Testing må også omfatte validering av feilmeldinger når ugyldige data sendes til applikasjonene.
  • Beløpsfeltvalidering på banksøknader som bruker teknikk for grenseverdianalyse, må utføres med riktig omhu.
  • Rapporter og dashbordtesting må være spesielt oppmerksom på forskjellige testdataparametere.
  • Testing bør omfatte hele applikasjonsflyten, sammen med individuelle funksjonelle strømmer.
  • Flere permutasjoner og kombinasjoner av funksjonelle strømmer kan testes for positive og negativ testing .
  • API-testing for integrerte tredjepartsapplikasjoner må utføres.
  • Identifiser standard Salesforce-funksjoner som kommer i veien for tilpassede funksjoner og koordiner med utviklerne.

SalesForce Testautomatisering

Automatisert funksjonstesting av SalesForce er utfordrende, ettersom de fleste nettsidene er dynamiske på SalesForce-plattformen. Derfor krever SalesForce automatiseringstestere å bygge robuste automatiseringsrammer for å opprettholde i fremtiden. Det kan også være hyppige oppdateringer av applikasjonene som de er på skyapplikasjoner.

Testautomatisering på Salesforce kan oppnås ved hjelp av et av følgende verktøy:

  • Selen nettdriver
  • HP Unified Functional Testing (UFT)
  • Testrammer, som agurk
  • Å teste

Lastetesting av Salesforce

Lastetesting innebærer å teste oppførselen til en applikasjon under varierende belastning. SalesForce.com er en svært skalerbar plattform bygget for å håndtere et stort antall brukere. Salesforce.com er testet av plattformutviklerne selv for ytelsesflaskehalser.

Lastetesting blir imidlertid viktig når en nylig introdusert kode gir ytelsesflaskehalser som må adresseres. Lastetesting på Salesforce-plattformen kan utføres ved hjelp av ytelsestestingsverktøy som HP LoadRunner og Apache JMeter.

Nedenfor er noen av Salesforce-belastningstestestrategiene som kan implementeres:

  • Validerer oppførselen til et program under et maksimalt antall brukere.
  • Lastetesting må utføres i Sandbox-miljøet i stedet for i det faktiske produksjonsmiljøet.
  • Viktige forretningsprosesser må identifiseres og testskript må utarbeides.
  • Testskripter må utføres, og viktige beregninger som Transaksjoner per sekund (TPS), responstid, byte gjennomstrømning over tid må utledes.
  • Når alle beregningene er samlet inn, må applikasjonen vurderes for eventuelle ytelsesflaskehalser.
  • Hvis det er flere team som jobber i samme miljø, må du informere de andre teamene om tidspunktet hvor belastningstesting utføres.

Salesforce sikkerhetstesting

Sikkerhetstesting på Salesforce-plattformen gjøres vanligvis av SalesForce-utviklingsteamet. Før du legger inn en forespørsel om en sikkerhetstest, er det best å gjennomgå ‘Sammendragene om søknadsvurdering av applikasjoner og nettverk’ som er gitt av Salesforce.

Etter at du har gjennomgått sammendraget, hvis en sikkerhetstest fortsatt er nødvendig, kan en sikkerhetsvurderingstest planlegges med Salesforce-teamet.

Nedenfor er listen over sikkerhetstestverktøy som tilbys av SalesForce:

Force.com sikkerhetskildeskanner:

Sikkerhetskildeskanner er et on-demand statisk kodeanalyseverktøy levert av SalesForce. Dette verktøyet skanner kildekoden som leveres som inndata, og gir en sammendragsrapport med listen over potensielle sikkerhetsproblemer. Sikkerhetskildeskanner krever at det brukes lisens.

Du kan få tilgang til verktøyet fra her .

Force.com Secure Coding Library:

Dette er et standardbibliotek levert av SalesForce som hjelper utviklerne til å håndheve de beste kodingsrutinene når det gjelder sikkerhet. Bruk av dette biblioteket hjelper utviklerne med å redusere risikoen for å utvikle høyrisikoapplikasjoner med sikkerhetsproblemer.

Biblioteket er tilgjengelig fra her .

Konklusjon

SalesForce har et dedikert fellesskap av utviklere og testere som man kan koble seg til i den vanskelige timen.

SalesForce kan brukes ved hjelp av en nettleser uten behov for å installere ekstra maskinvare eller programvare, noe som gjør det til det ideelle valget for organisasjoner over hele verden. Karrierevekstaspekter for SalesForce-plattformtestere er veldig raske.

Testere kan velge SalesForce.com-administrasjonssertifisering eller SalesForce.com-utvikler-sertifisering og improvisere karrieren på SalesForce-plattformen.

Les også => Hva er CPQ i SalesForce

Har du erfaring med SalesForce Testing? Vi hører gjerne fra deg.

Anbefalt lesing

^