Ráð og bestu starfsvenjur til að prófa samþættingu Salesforce

samþætting sölumanna

Salesforce prófanir hjálpa þér að staðfesta sérsniðna Sameining Salesforce og virkni við önnur fyrirtæki. Gott próf nær yfir alla Salesforce einingar frá reikningum til leiða, frá tækifærum til skýrslna og frá herferðum til tengiliða. Eins og raunin er með öll próf er góð (árangursrík og skilvirk) leið til að gera Salesforce próf og slæm leið. Svo, hvað er Salesforce að prófa góða starfshætti?

  • Notaðu réttu prófunartækin - Salesforce prófanir gerast í vafranum eða í sólmyrkva umhverfi. Bæði nýjustu vafrarnir og myrkvinn eru með frábær kembiforritæki og þú getur sameinað þetta við prófflokka til að fá mjög gagnlegar niðurstöður. Hins vegar, ef þú þarft meira, ætti að nota Apex Interactive Debugger (eða einfaldlega Apex) eftir Force.com. Athugaðu að þú getur líka notað Salesforce Lightning Inspector, krómviðbyggingu, til að prófa Salesforce Lightning sérstaklega. Apex er a Force.com forritatungumál forrit sem einkennist af Java. Það er hlutamiðað, tilfinningalítið, forritunarmál sem er sterklega gerð og fylgir krulluðu sviga og setningafræði punktapunkta. Þú getur notað Apex til að framkvæma forritaðar aðgerðir meðan á flestum Force.com ferlum stendur, þar með talið sérsniðna krækjur og hnappa, uppfærslur, eyðingar og tekið upp meðhöndlun viðburða í gegnum Visualforce síðu sérsniðna stýringar eða áætlun.
  • Notaðu almennar nafngiftir - Rétt nafngift á prófaðferðum þínum áður en þú byrjar að skrifa próf er mjög mikilvæg. Heiti prófunaraðferðarinnar ætti að vera í þremur hlutum. Þetta eru nameOfMethod (nafn einstaklingsaðferðarinnar sem þú ert að prófa eins og að setja inn / uppfæra / eyða / eyða þegar prófað er á kveikjara, upplýsingar um TestPath sem eru sveigjanlegar svo sem null contact ef þú ert að prófa að tengiliðurinn sé null og gildir þegar prófað er jákvæð / neikvæð leið.
  • Tryggja 100% umfjöllun - Þó að venjulega Salesforce-tilskipunin sé að einingapróf eigi að hafa umfang 75% af kóðanum þínum (mínus prófflokkar, símtöl í System.debug og prófunaraðferðir) og þú munt ekki geta dreift Apex kóða eða pakkað AppExchange forritum, þá ættirðu athugaðu að þetta er bara staðall og markmið þitt ætti að vera 100% umfjöllun. Prófaðu öll jákvæðu / neikvæðu tilfellin og fyrir gögn sem eru til staðar en ekki til staðar. Önnur mikilvæg ráð þegar kemur að umfjöllun um kóða eru:
    • Þú ættir að keyra próf til að endurnýja númer umfjöllunar kóða þar sem þessar tölur eru ekki endurnýjaðar þegar Apex kóðinn er uppfærður þar til prófanir eru endurteknar.
    • Ef það hefur verið uppfærsla í skipulaginu frá síðustu prófun, þá er hætta á að númer umfjöllunar um kóða verði rangar. Endurtaktu prófin fyrir rétt mat.
    • Hlutfall kóða umfjöllunarinnar nær ekki til kóðaþekju úr prófunum á stýrðum pakkningum, eina undantekningin er þegar þessi próf valda því að kveikjan kviknar.
    • Umfjöllun fer eftir heildarfjölda kóðalína. Ef þú bætir við eða eyðir línum af kóða hefurðu áhrif á prósentuna.
  • Próftilvik í bekkjum og stjórnendum - Í Salesforce þróun búa flestir verktaki aðskilda flokka og stjórnandi skrár fyrir hverja aðgerð. Þetta er gert til að gera kóðun skipulagðari, auðveldari, endurnotanlegan og færanlegan. Þú ættir þó að hafa í huga að þó að þetta sé auðveldara er það ekki skilvirkara. Þú nærð flutningsgetu ef prófkóðinn er í upphaflegum flokki og stjórnandi kóða sjálfur þar sem þú munt ekki missa af neinum prófflokki þegar þú ferð úr sandkassa í framleiðslu.
  • Notaðu System.assert () - Í Apex, System.assert() er notað til að kanna aðstæður. Þetta er mikilvæg virkni þar sem það gerir þér kleift að ákvarða hvort tiltekin aðgerð hafi verið framkvæmd með aðferðinni eins og búist var við. Þú ættir að nota System.assertEquals () og System.assertNotEquals () milli mikilvægra virkni hjálpar þér ekki aðeins við að ákvarða hvort kóðinn hafi verið framkvæmdur eins og hann ætti að gera, heldur til að tryggja að engin gögn séu skrifuð ranglega ef kóðinn fer úrskeiðis.
  • Alhliða próf - Prófanir ættu að ná yfir allt. Þú ættir að gera virkni próf, hlaða próf, öryggi próf, og dreifing próf.
  • Einingarpróf - Þú ættir að láta prófa einingar til að staðfesta að einstakar skrár skili réttri og væntanlegri niðurstöðu. Þó að notkun risaprófs sem nær yfir allan kóðann gæti virst eins góð hugmynd, athugaðu að það verður erfiðara að kemba niðurstöðurnar sem myndast og bilun verður erfiðara að skilja. Einingarpróf ætti að ná til lítils undirmengis virkni sem verið er að prófa.
  • Prófaðu magntilfelli - Góður prófkóði (kveikja, undantekning eða flokkur) getur tekið þátt í allt að nokkur hundruð skrám (200 fyrir Apex). Þú ættir að nýta þér þetta og prófa ekki aðeins einstakar skrár, heldur einnig magntilfelli.
  • Jákvæð próf - Prófaðu til að tryggja hvort væntanleg hegðun eigi sér stað með allri umbreytingu. Prófið ætti að staðfesta að notandinn fyllti rétt út eyðublaðið og að hann / hún hafi ekki farið yfir mörkin.
  • Neikvæð próf - Prófaðu neikvæðu tilvikin til að tryggja að villuboð séu framleidd rétt. Dæmi um slík neikvæð tilfelli er að geta ekki tilgreint neikvæðar upphæðir og ekki getað bætt framtíðardögum við. Neikvæð próf eru mikilvæg vegna þess að rétt meðhöndlun þegar hlutirnir fara suður getur skipt öllu máli.
  • Sjálfvirkt próf - Hefð var fyrir því að Salesforce prófanir væru handvirkar. Þú ættir að íhuga sjálfvirka prófun þar sem þetta býður upp á fleiri kosti. Þetta felur í sér:
    • Handvirk próf gera þig næman fyrir mistökum þar sem prófun er gerð af mönnum en ekki vélmennum. Vélmenni skara fram úr við endurteknar athafnir meðan menn gera mistök vegna leiðinda, minni einbeitingar og samkvæmni og tilhneigingu til að höggva á hornin.
    • Handprófanir eru endurtekningar, formúlur og þreytandi. Prófunarteymið er betra að vinna verk sem eru meira könnandi.
  • Framkvæma hvert kóða rökfræði grein - Þegar þú notar skilyrta rökfræði (þegar þú hefur tekið með þrjár stjórnendur), ætti að framkvæma hverja grein kóða rökfræðinnar.
  • Notaðu ógild og gild inntak til að hringja í aðferðir - Hringja skal í aðferðir með því að nota bæði ógild og gild aðföng.
  • Lokið próf - Gakktu úr skugga um að prófunum ljúki með góðum árangri - þau ættu ekki að fara í gegnum neinar undantekningar nema búist sé við villunum. Meðhöndla allar veiddar undantekningar - að ná þeim er ekki nógu gott.
  • Notaðu ORDER BY Keywords - Til að tryggja að gögnum þínum sé skilað í þeirri röð sem þú átt von á skaltu nota ORDER BY lykilorðin.
  • Ekki gera ráð fyrir að skráningarskilríkjum sé raðað í röð - Forðastu algeng mistök að gera ráð fyrir að auðkenni færslu sé raðað í röð. Auðkenni eru ekki í hækkandi röð nema þú hafir sett inn margar skrár með sömu beiðni.
  • Hringdu í Test.startTest () og Test.stopTest () - Þegar þú keyrir Apex einingapróf færðu meira en 75% kóðaþekju sem er skylda í Salesforce. Þú ættir að hringja í stopTest fyrir fullyrðingar til að knýja fram ósamstillta kóða sem gætu enn verið í gangi til að ljúka. Keyrðu nýjar fyrirspurnir til að fá lokaniðurstöður þar sem annar kóði gæti breytt gögnum. UsingTest.startTest () og Test.stopTest () tryggir að þú sandkassar prófið innan landamærastjórna þess. Á þennan hátt mun uppsetningarkóðinn sem þú notar ekki trufla og gefa þér rangar neikvæðar eða jákvæðar kringumstæður landstjóra. Test.stopTest () tryggir einnig að @future símtölum ljúki til prófunar.
  • Læsileiki - Læsileiki er mjög mikilvægur í einingaprófum. Prófheitin ættu að fela í sér sértækar aðgerðir sem gera skal og niðurstöðu sem búist er við. Aðferðin ætti að vera lýsandi og stutt. Aðferðin ætti að vera þannig að hún geti verið endurnýtanleg á mismunandi prófum.
  • Búðu til stór prófgagnasett fyrir startTest - Þar sem prófanir þínar verða keyrðar í mismunandi sandkassa og framleiðsluumhverfi skaltu byggja stór prófgagnasett áður en þú hringir í startTest til að tryggja að prófið hafi full framkvæmdarmörk. Sjálfgefið, Salesforce Github keyrir próf einangruð frá framleiðslugögnum. Þegar þú þarft kerfisgögn eins og prófíl skaltu leita að því að fá rétta hlutinn fyrir það tiltekna umhverfi.
  • Búðu til þín eigin prófgögn - Prófgögnin sem þú notar ættu að vera búin til í prófinu. Þú getur búið til þessi gögn með @testSetup skýringu og TestUtils bekk til að tryggja ekki aðeins að þú hafir rétt gögn, heldur til að tryggja að öll próf séu keyrð á sandkassa verktaki án kröfu um gögn.
  • Forðastu aðgerðalausar aðgerðir án AKA - Margir prófunaraðilar nota AKA núllaðgerðir án aðgerða. Þetta eru ónýtir kóðar sem gera ekki neitt. Þar sem þeir eru nú þegar í kóðagrunni þínum munu þeir bæta við umfjöllunarprósentu þína.
  • Samhliða próf framkvæmd - Þegar þú byrjar að prófa frá Salesforce notendaviðmótinu eða þróunarstýringunni munu prófanirnar hlaupa samhliða. Þetta er mikilvægur eiginleiki þar sem það flýtir fyrir prófunartíma. Þú ættir hins vegar að hafa í huga að þetta getur leitt til gagnaeiningarmála og ef þig grunar að þetta gæti gerst, slökktu á samhliða framkvæmd. Algengustu orsakir gagnaárekstrarvandamála sem oft leiða til UNABLE_TO_LOCK_ROW villna eru:
    • Þegar prófunum er ætlað að uppfæra sömu færslur á sama tíma. Uppfærsla á sömu skrám gerist venjulega þegar próf búa ekki til sín eigin gögn.
    • Þegar það er hætt við próf sem eru í gangi samhliða og þau reyna að búa til færslur sem hafa samsvarandi gildi vísitölusviðs. Dauður mun eiga sér stað þegar tvö hlaupandi próf hafa staðið í biðröð til að velta gögnum til baka (þetta gerist þegar 2 próf inntaksskrár sem hafa sömu einstöku vísitölu reitagildi í mismunandi röð).
    • Til að slökkva á samhliða framkvæmd, farðu í Uppsetning, sláðu inn Apex próf, farðu í Apex próf framkvæmdargluggan, veldu Slökkva á samhliða Apex prófun, smelltu á OK.

Slökkva á samhliða Apex prófun

Ráððu atvinnumann í starfið þar sem hann mun hafa þá reynslu og þjálfun sem nauðsynleg er til að gera gott próf, sem einnig veitir þér hugarró. Að ráða atvinnumann gerir þér kleift að einbeita þér að kjarnastarfsemi þinni. Það sparar þér líka peninga þar sem þú þarft ekki innanhússteymi í starfið.

Hvað finnst þér?

Þessi síða notar Akismet til að draga úr ruslpósti. Lærðu hvernig ummæli þín eru unnin.