Yaxshidan buyukga qanday o'tish kerak

Bu ko'p qismli seriyalarning kirish qismidir, unda biz ishlab chiqarishning yuqori darajadagi jarayonlarini yanada samaraliroq va tezroq qilish uchun o'rganamiz.

Shtefan Shtefančík tomonidan Unsplash-da

Ajoyib mahsulotni yaratish ko'pincha yakka maqsad emas. Eng murakkab sozlash ijodiy, marketing, mahsulot va texnologiyaning ko'plab jamoalarini o'z ichiga oladi. Agar siz bittasi bo'lsangiz ham, foydalanuvchilar bilan o'zaro aloqada bo'lishingiz va ular uchun mos keladigan narsalar to'g'risida fikrlarini to'plashingiz kerak bo'ladi. Siklik va funktsiyani yaxshilashga yordam beradigan tsiklli dizayn jarayonining bu takroriy doirasi odatda "Agile Iteration Workflow" deb nomlanadi.

Agar siz iteratsiyani qanchalik tez bajara olsangiz, mahsulotingiz shunchalik yaxshi bo'ladi.
Smartsheetning

StashAway-da, front-end guruhi veb-asosli mahsulotni yaratishni birinchi marta boshlaganida, biz tezlashtirish jadvali bo'yicha edik va mahsulotni ishlab chiqish va boshqarish jarayonlari unchalik jiddiy bo'lmagan. Endi mahsulot pishib etilmoqda va ko'proq xususiyatlar o'rganilib, qo'shilganligi sababli, biz mahsulotni yanada yaxshi va kengaytiriladigan old arxitekturasini yaratish jarayonini kuchaytirishga va kuchaytirishga intilmoqdamiz. Bizning hozirgi sozlash imkoniyatlar va mamlakatni kengaytirish nuqtai nazaridan samarali miqyosga ega bo'lishga imkon bermaydi.

Ajoyib mahsulotni yaratish uchun iteratsiya ish jarayonini mukammal bajarishimiz kerak. Bunda mahsulotni boshqarish bo'yicha ko'plab adabiyotlar mavjud va bu ushbu maqolalar turkumiga kirmaydi. Biz kashf etmoqchi bo'lgan narsa - bu prototiplash va qurish bosqichidagi iteratsiyalar bilan qanday tezroq bo'lishimiz va buni amalga oshirish uchun biz jamoamizning ichki ishlab chiqarish va tasdiqlash jarayonlarini rasmiylashtirishimiz kerak, shunda biz ijodiy va mahsulot guruhlarimiz bilan yanada samarali hamkorlik qila olamiz. . Biz yuqorida aytib o'tilganidek kengroq mahsulotni iteratsiya qilish jarayoni bilan birgalikda uzluksiz integratsiya va etkazib berish oqimidan foydalangan holda bunga erishishimiz mumkin deb o'ylaymiz.

Oxir oqibat, biz qanday qilib amaliy ravishda kodlashning o'rniga, biz amaliy dasturimizda nima qilishni istayotganimizni ifoda etadigan deklarativ dasturlash paradigmasiga murojaat qilmoqchimiz. Buning uchun biz qurilish bloklarini yaratish uchun poydevor qo'yishimiz kerak.

UI komponentlarini ishlab chiqish alohida faoliyatga aylanishi uchun biz UI va amaliy mantiq bilan bog'liqlikni ajratishni davom ettirishdan boshlaymiz. U umumiy kommunal vositalar bilan bir qatorda o'zining markaziy omborxonasiga, o'z jihozlari to'plamiga, qabul qilish va regressiya sinovlariga ega bo'ladi. Endi bizning UI tarkibiy qismlarimiz qayta veb-saytlar va veb-ilovalar uchun qayta ishlatilishi, tuzilishi va mavzularga mos bo'lishi mumkin. Storybook-dan foydalanilganda interfaol naqshlar kutubxonasini yaratishimiz mumkin.

Bizning UI tarkibiy qismlarimiz qiziqarli va muhim narsalarga - ilovalarga va ular qanday ishlashlariga e'tibor qaratishimiz uchun ular qanday ko'rinishda bo'lishiga va qanday bo'lishiga ishonch hosil qilamiz. Biz xuddi shu jarayonni foydalanuvchi interfeysi komponentlari bilan amaliy dasturlarimizga, ko'proq qamrab olish uchun ko'proq sinov to'plamlari bilan qo'llashimiz mumkin. Faqatgina ushbu sinov to'plamlari yordamida biz ishlab chiqaruvchiga kodni kiritish va joylashtirishga bo'lgan ishonchni oshirishimiz va buning evaziga iteratsiya tezligini oshirishimiz mumkin.

Kompozitsiyali tarkibiy qismlarning ushbu markaziy omborida biz prototip va koridorda-foydalanuvchi tomonidan sinovdan o'tkaziladigan g'oyalarni ishlab chiqishimiz va hatto yangi xususiyatlarni yuqori sur'atlarda taqdim etishimiz mumkin.

Dasturiy ta'minotni sinov darajalari

Siz test sinovlari muhimligi haqidagi xabarni uyimizga tarqatayotganimizni sezasiz. Dasturiy ta'minotni sinab ko'rish dasturiy ta'minotni ishlab chiqishda keng qamrovli mavzudir, ammo keling, uzluksiz etkazib berish jarayonining uzluksiz ishlashi uchun sinovning to'rtta darajasiga - birlik, integratsiya, tizim va qabul qilishga to'xtalib o'tamiz.

Biz dasturiy ta'minotda alohida tarkibiy qismlarni, eng kichik sinov birliklarini tekshirish uchun birlik sinovlaridan foydalanamiz. Bizning holatlarimizda, odatda UI komponentlari yoki yordamchi usullar. Integratsiya testi individual komponentlar guruh sifatida sinovdan o'tkazilganda amalga oshiriladi. Masalan, bu kalkulyator kabi xususiyatlarni anglatishi mumkin, unda siz tugmachalar va displey ekraniga ega bo'lasiz va tugmachani bosishga javoban to'g'ri raqam ko'rsatilganligiga ishonch hosil qilasiz. API uchun so'nggi nuqta ma'lumotlar to'plamini olish uchun ma'lumotlar bazasiga ulanishni amalga oshirishi mumkin.

Birlashma va integratsiya testlari, biz tarqatish bosqichiga o'tishdan oldin, odatda eng ko'zga tashlanadigan xatolarni olib tashlaydi. Bu ichki va tashqi sinovchilar uchun vaqtni tejaydi, ular tugallangan va yaxlit tizimni xususiyatlar va biznes talablariga muvofiqligini - tizim va qabul qilish sinovlarining domenlarini baholaydilar. Dasturiy ta'minot to'rt darajali sinovdan o'tganidan so'ng, biz ishlab chiqarishga joriy etishimiz mumkin.

Bu bizning oldingi guruhimiz jarayonlarini yanada samaraliroq qilishni rejalashtirayotganimiz sirlari. Keyingi postlarda StashAway-da avtoulovlarni ishlab chiqish haqida batafsilroq ma'lumotga o'tamiz. Yangiliklarni kuzatib boring, xabardor bo'lib boring; Biz bilan qoling!

Biz doimo jamoamizga qo'shilish uchun katta texnologik iste'dodlarni qidirmoqdamiz - ko'proq ma'lumot olish uchun veb-saytimizga tashrif buyuring va biz bilan bog'lanish uchun bepul bo'ling!