Kaip pereiti nuo gero iki puikaus

Tai įvadas į kelių dalių seriją, kurioje mes nagrinėsime, kaip tobulinti priekinių programų kūrimo procesus, kad jie būtų efektyvesni ir greitesni.

„Grupė žmonių, kurių smegenys šturmuoja dėl nešiojamojo kompiuterio ir popieriaus lapų“, autorius Štefanas Štefančík svetainėje „Unsplash“

Puikaus produkto kūrimas dažnai nėra solo siekis. Pačios sudėtingiausios sąrankos apimtų kelias kūrybinių, rinkodaros, produktų ir technologijų komandas. Net jei esate vienos įmonės įmonė, turėsite bendrauti su savo vartotojais ir rinkti jų atsiliepimus apie tai, kas jiems tinka. Ši pasikartojanti ciklinio projektavimo proceso sistema, padedanti pagerinti kokybę ir veikimą, paprastai vadinama judrios iteracijos darbo eiga.

Kuo greičiau galėsite pakartoti, tuo geresnis jūsų produktas taps.
„Smartsheet“ „Agile Iteration Workflow“

Kai „StashAway“, kai pirminės grupės komanda pirmą kartą pradėjo kurti internetinį produktą, buvome pagreitinę laiko pradžią, o mūsų produktų kūrimo ir valdymo procesai buvo ne tokie griežti. Dabar, kai produktas subręsta, o tyrinėjant ir pridedant vis daugiau funkcijų, mes norime patobulinti ir sugriežtinti mūsų procesą kuriant geresnę ir labiau keičiamą produkto fasadų architektūrą. Dabartinė sąranka neleidžia mums efektyviai didinti funkcijų pasiūlos ir šalių išplėtimo.

Norėdami pagaminti puikų produktą, turime tobulinti iteracijos darbo eigą. Apie tai yra daug produktų valdymo literatūros, o tai nėra šios straipsnių serijos sritis. Tai, ką norime išsiaiškinti, yra tai, kaip greičiau atlikti pakartojimus prototipų kūrimo ir kūrimo etapuose, o tam mes turėsime įforminti savo komandos vidinius plėtros ir patvirtinimo procesus, kad galėtume veiksmingiau bendradarbiauti su savo kūrybinėmis ir produktų komandomis. . Mes manome, kad to galime pasiekti pasinaudodami nuolatiniu integravimu ir pristatymo srautais kartu su platesne produkto iteracijos darbo eiga, kaip išdėstyta anksčiau.

Galų gale mes siekiame priartėti prie deklaratyvios programavimo paradigmos, išreiškiančios tai, ką norime padaryti savo programose, užuot imperatyviai koduodami, kaip. Norėdami tai padaryti, turėsime padėti pamatus savo blokų kūrimui.

Mes pradedame nuo to, kaip atsiribojame nuo rūpesčių dėl vartotojo sąsajos ir taikymo logikos, kad UI komponentų kūrimas taptų atskira veikla. Jis turės savo centrinę saugyklą kartu su įprastomis komunalinėmis paslaugomis, savo rinkinį vienete, priėmimo ir regresijos testus. Dabar mūsų UI komponentai bus pakartotinai naudojami, komponuojami ir pritaikomi temoms svetainių ir žiniatinklio programų variantams. Naudodami „Storybook“, galime sukurti interaktyvią modelių biblioteką.

Turėsime pasitikėjimo, kad mūsų UI komponentai atrodys ir elgsis tiksliai taip, kaip turėtų, kad galėtume sutelkti dėmesį į įdomius ir svarbius dalykus - programas ir kaip jie turėtų elgtis. Tą patį procesą su savo vartotojo sąsajos komponentais galime pritaikyti ir konkrečių programų projektuose, turėdami konkretesnius bandymų rinkinius, kad padidintume aprėptį. Tik naudodami šiuos bandomuosius rinkinius galime padidinti kūrėjų pasitikėjimą spausdami ir diegdami kodą, o mainais padidindami iteracijos greitį.

Naudodamiesi šia centrine komponuojamų komponentų saugykla, mes galime pateikti idėjų prototipus ir prieškambario naudotojų bandymus ir netgi pristatyti naujas funkcijas pagreičiu.

Programinės įrangos testavimo lygiai

Jūs pastebėjote, kad mes griaučiame namo žinią, kad svarbu atlikti bandymus. Programinės įrangos testavimas yra didžiulė programinės įrangos kūrimo tema, tačiau susitelkime į keturis testavimo lygius, neatsiejamus nuo sklandaus nenutrūkstamo tiekimo proceso - vieneto, integracijos, sistemos ir priėmimo - veikimo.

Mes naudojame vienetų testus tam, kad programinėje įrangoje būtų patvirtinti atskiri komponentai, mažiausi išbandomi vienetai. Mūsų atveju tai dažniausiai yra UI komponentai arba naudingumo pagalbininkų metodai. Integracijos testavimas atliekamas, kai atskiri komponentai yra išbandomi kaip grupė. Pvz., Tai gali reikšti tokią funkciją kaip skaičiuoklė, kurioje turėsite mygtukus ir ekraną bei įsitikinsite, kad, paspaudus mygtuką, pasirodo teisingas skaičius. API atveju galinis taškas gali užmegzti duomenų bazės ryšį, kad būtų galima nuskaityti duomenų rinkinį.

Vieneto ir integracijos bandymai paprastai pašalina akivaizdžiausias klaidas prieš pradėdami diegti. Tai taupo laiką vidiniams ir išoriniams testuotojams, kurie įvertins užpildytą ir integruotą sistemą, kad atitiktų funkcijų ir verslo reikalavimus - sistemos ir priėmimo testavimo sritis. Kai programinė įranga praeis keturis bandymo lygius, galėsime ją naudoti gamyboje.

Tai yra žvilgsnis į klausimą, kaip mes planuojame efektyvinti mūsų klientų komandos procesus. Mes pateiksime daugiau informacijos apie įgyvendinimą vėlesniuose pranešimuose apie „StashAway“ kūrimą. Stebėkite!

Mes nuolat laukiame, ar prie mūsų komandos prisijungs puikūs talentai technologijų srityje - apsilankykite mūsų svetainėje, kad sužinotumėte daugiau ir nedvejodami susisiekite su mumis!