Hey Xabr!
Bizda yangi, muhim mavzu bor: yuqori sifatli IT mahsulotlarini ishlab chiqish. Biz ko'pincha HighLoad++ da yuqori yuklamali xizmatlarni qanday qilib tezlashtirishni, Frontend Conf da esa ajoyib, kechikishsiz foydalanuvchi interfeysini qanday yaratishni muhokama qilamiz. Biz muntazam ravishda sinovdan o'tkazish bo'yicha sessiyalar o'tkazamiz va DevOpsConf da biz sinovdan o'tkazish kabi turli jarayonlarni integratsiya qilishni muhokama qilamiz. Lekin biz umuman sifat deb atashimiz mumkin bo'lgan narsani yoki uning ustida qanday qilib kompleks ishlashni muhokama qilmaymiz.
Keling, buni tuzatamiz — Biz foydalanuvchi uchun ishlab chiqishning har bir bosqichida yakuniy mahsulot sifati haqida fikrlash madaniyatini rivojlantiramiz. Biz o'z mas'uliyat sohasiga e'tibor qaratmaslik va sifatni shunchaki sinovchilar bilan bog'lash odatini rivojlantiramiz.
Quyida biz dastur qo'mitasi rahbari, Tinkoff.Business kompaniyasining test bo'limi rahbari va rus tilidagi sifat nazorati hamjamiyatining asoschisi bilan suhbatlashamiz. Anastasiya Aseeva-Nguyen sifatni ta'minlash sanoatining holati va yangi konferensiyaning vazifasi haqida.
— Nastya, salom. Iltimos, o'zingiz haqingizda gapirib bering.
AnastasiyaMen bankda testlarni boshqaraman va juda katta jamoa — 90 dan ortiq kishi uchun mas'ulman. Bizda yuridik shaxslar uchun ekotizim uchun mas'ul bo'lgan muhim biznes yo'nalishi mavjud.
Men mexanika-matematika fakultetida o'qiganman va dastlab dasturchi bo'lishni xohlaganman. Lekin qiziqarli taklif tushganida, men sinovlarda o'zimni sinab ko'rishga qaror qildim. Ajablanarlisi shundaki, bu mening chaqiruvim bo'lib chiqdi. Endi men bu sohadagi barcha ishlarimni ko'rmoqdaman.
Men Sifatni ta'minlash intizomiga sodiqman. Men yaratilayotgan mahsulotlar, kompaniya ichida, jamoa ichida va umuman, ishlab chiqish jarayonida sifatga qanday yondashish haqida qayg'uraman.
Menga bu aniq bu sohadagi hamjamiyat yetarlicha yetuk emas, hech bo'lmaganda Rossiyada. Biz har doim ham sifatni ta'minlash shunchaki ilovani muvofiqlikni sinab ko'rishdan ko'proq narsani o'z ichiga olishini tushunmaymiz. Men buni o'zgartirmoqchiman.
Siz "Sifatni ta'minlash" va "sinov" so'zlarini ishlatasiz. Oddiy odam uchun bu ikki atama ko'pincha bir-biriga mos keladi. Agar chuqurroq qazib olsangiz, ular qanday farq qiladi?
Anastasiya: Aslida ular unchalik farq qilmaydi. Sinov Sifatni ta'minlash intizomining bir qismidir; bu to'g'ridan-to'g'ri faoliyat - biror narsani sinashning o'zi. Aslida sinovlarning ko'p turlari mavjud va turli xil turlari uchun juda turli odamlar javobgar. Ammo Rossiyada kompaniyalarga sinovchilarni yetkazib beradigan autsorsingchilar paydo bo'lishi bilan sinovlar bitta turga qisqartirildi.
Ko'pgina hollarda, ular o'zlarini funktsional sinovlar bilan cheklashadi: ular ishlab chiquvchilar kodlagan narsalar spetsifikatsiyaga mos kelishini tekshiradilar va tamom.
— Iltimos, bizga sifatni ta'minlashning yana qanday yo'nalishlari borligini ayta olasizmi? Sinovdan tashqari yana nimalar kiradi?
AnastasiyaSifatni ta'minlash, birinchi navbatda, sifatli mahsulot yaratish bilan bog'liq. Ya'ni, biz o'zimizga mahsulotimiz qanday sifat xususiyatlariga ega bo'lishi kerakligi haqida savol beramiz. Shunga ko'ra, agar biz buni tushunsak, bu sifat xususiyatlariga kim ta'sir qilishini taqqoslashimiz mumkin. Bu muhim emas. dasturchi, loyiha menejeri yoki mahsulot mutaxassisi — bu mahsulotni ishlab chiqishga, uning orqada qolishiga va strategiyasiga ta'sir ko'rsatadigan shaxs.
Sinovchi o'z rolini yaxshiroq tushunishni boshlaydi. Ular o'z vazifalari nafaqat talablarga muvofiqligini tekshirish, balki talablarni sinab ko'rish, mahsulot menejerining formulalarini shubha ostiga qo'yish va mijozning barcha yashirin talablari va umidlarini aniqlash ekanligini tushunishadi. Mijozimizga yangi funksiyalarni taqdim etganimizda, biz ularning kutganlarini chinakamiga qondirishimiz va ularning muammolarini hal qilishimiz kerak. Agar biz sifatning barcha xususiyatlarini hisobga olsak, mijoz mamnun bo'ladi va ular foydalanadigan kompaniya chinakamiga ularning manfaatlariga g'amxo'rlik qilishini va shunchaki "faqat funksiyani chiqarish uchun" tamoyili ustida ishlamasligini tushunadi.
— Siz hozirgina ta'riflagan narsa mahsulot menejerining ishi kabi ko'rinadi. Gap aslida sinov yoki sifat haqida emas — ko'proq mahsulotni boshqarish haqida, to'g'rimi?
AnastasiyaSifatni ta'minlash bitta aniq shaxs mas'ul bo'lgan soha emas. Hozirda sinovlarda mashhur yo'nalish, ya'ni ... deb nomlangan yondashuv mavjud. Agile testiUning ta'rifida aniq aytilishicha, bu sinovga jamoaviy yondashuv bo'lib, u muayyan amaliyotlar to'plamini o'z ichiga oladi. Bu yondashuvni amalga oshirish uchun butun jamoa javobgar, hatto sinovchini jalb qilmasdan ham. Butun jamoa mijozga qiymat yetkazishga va bu qiymat ularning kutganlariga javob berishini ta'minlashga qaratilgan.
— Ma'lum bo'lishicha, sifat deyarli barcha atrofdagi fanlar bilan kesishadi va atrofdagi hamma narsaga o'z chegarasini o'rnatadimi?
AnastasiyaTo'g'ri. Yuqori sifatli mahsulot yaratish haqida o'ylaganimizda, biz turli xil sifat atributlari haqida o'ylay boshlaymiz. Masalan, mijozimizga kerak bo'lgan xususiyatni haqiqatan ham yaratganimizni qanday tekshirish mumkin.
Bu turdagi sinovlar quyidagi hollarda paydo bo'ladi: UAT Foydalanuvchilarni qabul qilish testi (UAT). Afsuski, bu Rossiyada kamdan-kam hollarda qo'llaniladi, ammo ba'zida SCRUM jamoalari tomonidan oxirgi mijoz uchun demo sifatida ishlatiladi. Xalqaro kompaniyalarda bu turdagi test juda keng tarqalgan. Barcha mijozlarga funksiyalarni taqdim etishdan oldin, biz avval UATni o'tkazamiz, ya'ni oxirgi foydalanuvchini test o'tkazishga taklif qilamiz va mahsulot chindan ham kutilgan natijalarga javob beradimi va muammoli nuqtani hal qiladimi, darhol fikr-mulohaza bildiramiz. Shundagina biz uni boshqa barcha mijozlarga kengaytirishimiz mumkin.
Ya'ni, biz biznesga, oxirgi mijozga e'tibor qaratamiz, lekin shu bilan birga texnologiya haqida unutmangMahsulot sifati ham texnologiyaga bog'liq. Agar bizda arxitektura yomon bo'lsa, biz funksiyalarni tezda chiqara olmaymiz va mijozlarning kutganlarini qondira olmaymiz. Masshtablashga urinishda ko'plab xatolar bo'lishi mumkin yoki refaktorlashga urinishda biror narsani buzib qo'yishimiz mumkin. Bularning barchasi mijozlarning qoniqishiga ta'sir qiladi.
Shu nuqtai nazardan qaraganda, arxitektura shunday bo'lishi kerakki, biz hamma narsani buzishdan qo'rqmasdan tezda o'zgarishlar kiritishga imkon beradigan toza kod yoza olamiz. Shu tarzda, bizda juda ko'p eski kod borligi va uzoq sinov bosqichlariga muhtojligi sababli takomillashtirish takrorlanishlari bir necha oyga cho'zilmaydi.
— Demak, ishlab chiquvchilar, meʼmorlar, mahsulot mutaxassislari, mahsulot menejerlari va sinovchilarning oʻzlari allaqachon ishtirok etmoqda. Sifatni taʼminlash jarayonida yana kimlar ishtirok etadi?
AnastasiyaEndi tasavvur qilaylik, biz bu funksiyani mijozga yetkazib berdik. Shubhasiz, mahsulot sifati hatto ishlab chiqarish jarayonida ham kuzatilishi kerak. Bu bosqichda noaniq stsenariylar — xatolar deb ataladigan — paydo bo'lishi mumkin.
Birinchi savol: mahsulotni chiqargandan so'ng, bu xatolarni qanday hal qilamiz? Masalan, yuklashga qanday munosabatda bo'lamiz? Agar sahifa 30 soniyadan ko'proq vaqt ichida yuklansa, mijoz juda xursand bo'lmaydi.
Bu yerda ekspluatatsiya rol o'ynaydi yoki hozirda shunday deyiladiki, DevOpsAsosan, bular mahsulot ishlab chiqarishga chiqarilgandan so'ng uni boshqarish uchun mas'ul bo'lgan odamlardir. Bunga turli xil monitoring turlari kiradi. Hatto ishlab chiqarish sinovlari deb ataladigan sinovning kichik turi ham mavjud bo'lib, unda biz biror narsani joylashtirishdan oldin sinovdan o'tkazib yuboramiz va buning o'rniga uni to'g'ridan-to'g'ri ishlab chiqarishda sinovdan o'tkazamiz. Bu bizga hodisalarga tezda javob berish, ularni hal qilish va hal qilish imkonini beruvchi infratuzilma bilan bog'liq bir qator tadbirlardir.
Infratuzilma ham muhimdir. Ko'pincha sinov paytida mijozga yetkazib berishni istagan barcha narsalarimiz borligiga ishonch hosil qilishning iloji bo'lmagan holatlar mavjud. Biz ishlab chiqarishga joylashtiramiz va keyin kutilmagan vaziyatlarni aniqlay boshlaymiz. Buning sababi, sinovdagi infratuzilma ishlab chiqarishdagi infratuzilmaga mos kelmasligidir. Bu yangi turdagi sinovga olib keladi: infratuzilmani sinovdan o'tkazishBularga turli xil konfiguratsiyalar, sozlamalar, ma'lumotlar bazasi migratsiyalari va boshqalar kiradi.
Bu savolni tug'diradi: ehtimol jamoa infratuzilmadan kod sifatida foydalanishi kerak.
Menimcha, infratuzilma mahsulot sifatiga bevosita ta'sir qiladi.
Umid qilamanki, konferensiyada real hayotdagi amaliy tadqiqotlar bilan taqdimot bo'ladi. Agar infratuzilma kod sifatida sifatga qanday ta'sir qilishi haqida tajribangiz bilan o'rtoqlashmoqchi bo'lsangiz, bizga xabar bering. Infratuzilma kod sifatida barcha sozlamalarni tekshirishni va aks holda imkonsiz bo'lgan narsalarni sinab ko'rishni osonlashtiradi. Shuning uchun, yuqori sifatli mahsulotni ishlab chiqish jarayoni operatsiyalarni ham o'z ichiga oladi.
— Tahlil va hujjatlar haqida nima deyish mumkin?
AnastasiyaBu ko'proq korxona tizimlariga tegishli. Korxona haqida gap ketganda, darhol tahlilchilar va tizim tahlilchilari kabi odamlar xayolga keladi. Ba'zan ularni texnik yozuvchilar deb atashadi. Ularga spetsifikatsiya yozish vazifasi yuklatiladi va, masalan, bir oy davomida uning ustida ishlashadi.
Bunday hujjatlarni yozish juda uzoq vaqt davomida ishlab chiqish iteratsiyalariga va keng ko'lamli takomillashtirish iteratsiyalariga olib kelishi bir necha bor isbotlangan, chunki sinov paytida xatolar aniqlanadi va teskari o'zgarishlar yuz beradi. Bu ko'plab sikllarga olib keladi, bu esa ishlab chiqish xarajatlarini oshiradi. Bundan tashqari, bu zaifliklarni keltirib chiqarishi mumkin. Biz ma'lumotnoma kodini yozgan bo'lishimiz mumkin, ammo keyin mukammal o'ylangan arxitekturani buzadigan o'zgarishlar kiritamiz.
Natijada mahsulot sifatsiz bo'lib chiqadi, chunki arxitektura allaqachon yamalgan, kod ba'zi joylarda yetarlicha sinovdan o'tkazilmagan va muddatlar cheklangan, bu esa barcha xatolarni tezda tuzatishni talab qiladi. Buning sababi, dastlabki spetsifikatsiyada amalga oshirilishi kerak bo'lgan barcha jihatlar hisobga olinmagan.
Ishlab chiquvchilar sabotajchi emaslar va ataylab xatolar bilan kod yozmaydilar.
Agar biz dastlab barcha kerakli jihatlarni qamrab oluvchi spetsifikatsiyani o'ylab ko'rganimizda, hamma narsa aynan kerakli tarzda amalga oshirilgan bo'lar edi. Lekin bu utopiya.
100 sahifalik mukammal spetsifikatsiyani yozishning iloji yo'q. Shuning uchun, Hujjatlarni yozishning muqobil usullari haqida o'ylashimiz kerak., spetsifikatsiyalar, bizni ishlab chiquvchiga yaqinlashtiradigan vazifalarni belgilash, aynan kerakli narsani bajaradi.
Aynan shu yerda Agile yondashuvlari xayolga keladi — qabul qilish mezonlari bilan foydalanuvchi hikoyalari. Bu kichik iteratsiyalarda rivojlanadigan jamoalarga ko'proq tegishli.
— Foydalanishga yaroqlilikni sinovdan o'tkazish, mahsulotdan foydalanishga yaroqlilik va dizayn haqida nima deyish mumkin?
AnastasiyaBu juda muhim nuqta, chunki bizning jamoamizda dizaynerlar bor. Dizaynerlardan ko'pincha xizmat sifatida foydalaniladi - dizayn bo'limi yoki autsorsing dizayneri tomonidan. Ko'pincha dizayner mahsulot menejerini tinglagan va ular tushungan narsani amalga oshirgan ko'rinadi. Lekin biz iteratsiyani boshlaganimizda, ular aslida boshqacha ish qilgani ma'lum bo'ladi: dizayner bir narsani unutgan, jamoada bo'lmaganligi va kontekstdan tashqarida bo'lganligi sababli xatti-harakatlarni to'liq o'ylamagan yoki front-end ishlab chiqaruvchisi o'z maketini to'liq tushunmagan. Bir nechta iteratsiyalar shunchaki front-end ishlab chiqaruvchisining dizaynni tushunishida muammo bo'lgani uchun zarur bo'lishi mumkin.
Bundan tashqari, yana bir muammo bor. Dizayn tizimlari hozirda mashhurlik kasb etmoqda. Ularning barchasi shov-shuvga sabab bo'lmoqda, ammo foydalari to'liq aniq emas.
Men dizayn tizimlari, bir tomondan, ishlab chiqishni soddalashtiradi, ammo boshqa tomondan, interfeysga juda ko'p cheklovlar qo'yadi, degan fikrga duch kelaman.
Natijada, biz mijoz xohlagan xususiyatni emas, balki biz uchun qulay bo'lgan xususiyatni yaratamiz, chunki bizda uni yaratish uchun ma'lum qurilish bloklari allaqachon mavjud.
Menimcha, bu mavzuni ko'rib chiqishga va dizayn ishlarini soddalashtirishga urinishda biz mijozlarning muammolarini hal qilayapmizmi yoki yo'qmi, o'ylab ko'rishga arziydi.
— Sifatni ta'minlash bilan bog'liq hayratlanarli darajada ko'p mavzular mavjud. Rossiyada ularning barchasini muhokama qila oladigan konferensiya bormi?
AnastasiyaBu yil 25-marta o'tkaziladigan SQA kunlari sifatni ta'minlash konferensiyasi deb nomlangan uzoq vaqtdan beri davom etayotgan sinov konferensiyasi mavjud. Unda asosan funktsional sinovchilar uchun vositalar va maxsus sinov yondashuvlari muhokama qilinadi. Odatda, SQA kunlaridagi taqdimotlar keng qamrovli faoliyat o'rniga sinovchilar mas'uliyatining muayyan sohalarini qamrab oladi.
Bu turli xil vositalar va yondashuvlarni, masalan, ma'lumotlar bazalarini, APIlarni va boshqalarni tushunishga katta yordam beradi. Ammo, bir tomondan, bu odamlarni yuqori sifatli mahsulot yaratishda shunchaki sinovdan ko'proq narsani jalb qilishga undamaydi. Boshqa tomondan, sinovchilar mahsulotning umumiy maqsadi va uning biznes komponenti haqida o'ylab, jarayonga ko'proq jalb qilinmaydilar.
Men katta bo'limni boshqaraman va ko'plab intervyular o'tkazaman, bu menga sanoatning umumiy holatini to'liq anglash imkonini beradi. Bizning jamoamiz odatda korxona sharoitida ishlaydi va ularning aniq mas'uliyat sohasi mavjud. Xalqaro loyihalarda ishlaydigan hamkasblar turli xil sinovlardan foydalanadilar: ular yuklama sinovlarini, ishlash sinovlarini va hatto ba'zan xavfsizlik sinovlarini o'tkazishlari mumkin, chunki ular jamoaga mahsulot sifatini ta'minlashda chinakam yordam beradi.
Rossiyadagi yigitlarimiz ham sanoat funktsional sinovlar bilan tugamasligi haqida o'ylashni boshlashlarini istardim.
— Shu sababli biz sifatni yaxlit fan sifatida ko'rib chiqishga bag'ishlangan yangi QualityConf konferensiyasini tashkil qilmoqdamiz. Konsepsiya va konferensiyaning asosiy maqsadi haqida batafsilroq ma'lumot bering.
AnastasiyaBiz yuqori sifatli mahsulotlar ishlab chiqarishga qiziqqan odamlar hamjamiyatini yaratmoqchimiz. Biz ular kelib, taqdimotlarni tinglab, konferensiyadan sifatini yaxshilash uchun nimani o'zgartirish kerakligini aniq tushunib chiqib ketishlari mumkin bo'lgan platformani taklif qilmoqchimiz.
Hozirgi kunda konsalting firmalaridan test va sifat bilan bog'liq muammolar yuzaga kelganda nima qilish kerakligi haqida tez-tez savollar eshitaman. Jamoalar bilan gaplasha boshlaganingizda, muammo testerlarning o'zida emas, balki jarayonning qanday tuzilganida ekanligini ko'rasiz. Masalan, ishlab chiquvchilar faqat kod yozish uchun javobgar deb hisoblasalar, ularning mas'uliyati vazifani testga topshirish bilan tugaydi.
Hamma ham yomon yozilgan, sifatsiz va arxitekturasi yomon kod loyiha uchun katta qiyinchiliklar tug'dirishi mumkinligini hisobga olmaydi. Ular xatolar narxini yoki uni ishlab chiqarishga kiritadigan xatolar kompaniya va jamoa uchun katta xarajatlarga olib kelishi mumkinligini hisobga olmaydilar. Bu haqda o'ylash madaniyati yo'q. Men ushbu xabarni konferensiyada tarqatishni boshlashimizni istayman.
Men bu innovatsion emasligini tushunaman. "Sifatning 14 ta postulati" muallifi Edvard Deming o'tgan asrda xatoning narxi haqida yozgan edi. Sifatni ta'minlash fan sifatida ushbu kitobga asoslangan, ammo afsuski, zamonaviy taraqqiyot buni unutib qo'yadi.
— Sinov va vositalar haqida maxsus mavzularni yoritishni rejalashtiryapsizmi?
AnastasiyaIshonchim komilki, vositalar haqida muzokaralar bo'ladi. Kompaniyalar va jamoalar mahsulotga ta'sir o'tkazish uchun foydalanishi mumkin bo'lgan juda universal vositalar mavjud.
Barcha taqdimotlar yagona, umumiy maqsad bilan birlashtiriladi: auditoriyaga ushbu yondashuv, vosita, usul, jarayon va sinov turidan foydalanib, biz mahsulot sifatiga ta'sir ko'rsatganimizni va mijozning hayotini yaxshilaganimizni yetkazish.
Biz, albatta, vositalar uchun vositalar haqida hech qanday taqdimotlar o'tkazmaymiz. Dasturga kiritilgan barcha taqdimotlar umumiy maqsad bilan birlashtirilgan bo'ladi.
— Siz gapirayotgan narsalar kimga qiziq bo'ladi, konferensiyada kimlarni mehmon sifatida ko'rasiz?
AnastasiyaBiz o'z loyihasi, mahsuloti yoki tizimining kelajagi haqida qayg'uradigan dasturchilar uchun taqdimotlar o'tkazamiz. Sinovchilar va, menimcha, ayniqsa menejerlar ham qiziqishadi. Menejerlar deganda, men mahsulot, tizim yoki jamoaning taqdiri va rivojlanishiga ta'sir ko'rsata oladigan qaror qabul qiluvchilarni nazarda tutyapman.
Bu odamlar mahsulot yoki tizim sifatini qanday yaxshilashni o'ylayotgan odamlardir. Bizning konferensiyamizda ular turli harakatlar rejalari haqida bilib olishadi va hozirda ularda nima noto'g'ri ekanligini va nimani o'zgartirish kerakligini tushunishlari mumkin.
Menimcha, asosiy mezon sifatda biron bir muammo borligini tushunish va uni o'zgartirish istagi. Ehtimol, biz birinchi marta narsalar shunday bo'ladi deb o'ylaydigan odamlarga yetib bora olmaymiz.
— Sizningcha, butun sanoat nafaqat sinov haqida, balki sifat madaniyati haqida ham gapirishga tayyormi?
AnastasiyaMenimcha, buning uchun yetarli vaqt. Ko'pgina kompaniyalar an'anaviy Waterfall yondashuvidan Agilega o'tmoqda. Mijozlarga e'tibor kuchaymoqda va jamoalar haqiqatan ham yuqori sifatli mahsulotni qanday yaratish haqida o'ylay boshladilar. Hatto korporativ kompaniyalar ham o'z e'tiborlarini sifatni yaxshilashga qaratmoqdalar.
Jamiyatda kelib tushayotgan so'rovlar soniga qaraganda, menimcha, bu vaqt keldi. Albatta, bu keng ko'lamli inqilob bo'lishiga amin emasman, lekin men ongdagi bu o'zgarishni ko'rishni istardim.
— Roziman! Biz madaniyatni singdiramiz va ongni o'zgartiramiz.
Yuqori sifatli IT mahsulotlarini ishlab chiqish bo'yicha konferensiya amalga oshiriladi 7-iyun kuni MoskvadaSiz sifatli mahsulot yaratish bosqichlarini bilasiz, ishlab chiqarishdagi xatolarni muvaffaqiyatli hal qilish holatlariga egasiz va o'z ishingizda mashhur usullarni sinab ko'rgansiz - bizga sizning tajribangiz kerak. ularning arizalar 1-maygachava Dastur qo'mitasi konferensiyaning umumiy yaxlitligi uchun mavzuni yo'naltirishga yordam beradi.
ga ulaning , bu yerda biz sifat masalalari va konferensiyani muhokama qilamiz, obuna bo'ling dastur yangiliklaridan xabardor bo'lib turish uchun.
Manba: www.habr.com
