Saha anu tanggung jawab pikeun kualitas?

Héy Habr!

Kami gaduh topik penting anyar - pamekaran kualitas luhur produk IT. Di HighLoad ++ urang mindeng ngobrol ngeunaan kumaha carana sangkan layanan sibuk gancang, sarta di Frontend Conf urang ngobrol ngeunaan panganteur pamaké tiis nu teu ngalambatkeun turun. Urang rutin boga jejer ngeunaan nguji, sarta DevOpsConf ngeunaan ngagabungkeun prosés béda, kaasup nguji. Tapi ngeunaan naon bisa disebut kualitas sacara umum, sarta kumaha carana dianggo dina eta comprehensively - euweuh.

Hayu urang ngalereskeun ieu ku QualityConf — urang bakal ngamekarkeun budaya mikir ngeunaan kualitas produk ahir pikeun pamaké dina unggal tahapan pangwangunan. Kabiasaan henteu museurkeun kana tanggung jawab anjeun, sareng ngahubungkeun kualitas henteu ngan ukur ku panguji.

Handap cut kami bakal ngobrol jeung kapala panitia program, kapala nguji di Tinkoff.Business, pencipta komunitas QA-diomongkeun Rusia. Anastasia Aseeva-Nguyen ngeunaan kaayaan industri QA jeung misi konferensi anyar.

Saha anu tanggung jawab pikeun kualitas?

- Nastia halo. Mangga ngabejaan urang ngeunaan diri.

Saha anu tanggung jawab pikeun kualitas?Anastasia: Kuring ngatur nguji di bank, Kami tanggung jawab hiji tim anu kacida gedéna - kami leuwih ti 90 urang. Kami ngagaduhan jalur bisnis anu penting; kami tanggung jawab ékosistem pikeun badan hukum.

Kuring diajar mékanika sareng matematika sareng mimitina hoyong janten programmer. Tapi nalika kuring ngagaduhan tawaran anu pikaresepeun, kuring mutuskeun pikeun nyobian nyalira salaku panguji. Oddly cukup, ieu tétéla panggero kuring. Ayeuna kuring ningali sadaya padamelan kuring di industri ieu.

Abdi mangrupikeun anu taat kana disiplin Jaminan Kualitas. Abdi henteu acuh kana produk naon anu didamel, kumaha kualitas dirawat di perusahaan, dina tim sareng, prinsipna, dina prosés pangwangunan.

Ieu atra pikeun kuring éta masarakat dina arah ieu teu cukup dewasa, sahenteuna di Rusia. Kami henteu salawasna ngartos yén jaminan kualitas sanés ngan ukur kanyataan pikeun nguji aplikasi pikeun minuhan sarat. Abdi hoyong ngarobih kaayaan ieu.

- Anjeun nganggo kecap Quality Assurance and testing. Dina panon jalma rata-rata, dua istilah ieu sering pisan tumpang tindih. Kumaha aranjeunna béda lamun ngagali jero?

Anastasia: Sabalikna, aranjeunna henteu béda. Tés mangrupikeun bagian tina disiplin Jaminan Kualitas; éta mangrupikeun kagiatan langsung - kanyataan yén kuring nguji hiji hal. Sabenerna aya seueur jinis tés, sareng rupa-rupa jalma anu tanggung jawab pikeun sababaraha jinis tés. Tapi di dieu di Rusia, nalika gelombang outsourcing muncul anu nyayogikeun panguji ka perusahaan, tés diréduksi jadi hiji jinis.

Dina kalolobaan kasus, aranjeunna ngan ukur dugi ka tés fungsional: aranjeunna pariksa yén naon anu disandi ku pamekar saluyu sareng spésifikasi sareng éta waé.

— Punten wartosan kami naon disiplin jaminan kualitas anu sanés? Naon deui, salian ti tés, anu kalebet di dieu?

Anastasia: Jaminan Kualitas, mimitina, ngeunaan nyiptakeun produk anu berkualitas. Hartina, urang nanya ka diri urang sorangan naon atribut kualitas produk urang kudu boga. Sasuai, upami urang ngartos ieu, urang tiasa ngabandingkeun saha anu mangaruhan atribut kualitas ieu. Henteu masalah, pamekar, manajer proyék atanapi spesialis produk nyaeta jalma anu mangaruhan ngembangkeun hiji produk, backlog na, sarta strategi na.

Tester janten langkung sadar kana peranna. Anjeunna understands yén tugas na teu ukur pikeun nguji pikeun minuhan sarat, tapi ogé pikeun nguji sarat, tanda tanya formulasi nu asalna ti spesialis produk, sarta nembongkeun sagala syarat implisit jeung ekspektasi tina klien. Nalika kami nganteurkeun fungsionalitas anyar ka konsumén urang, urang kedah leres-leres nyumponan ekspektasi sareng ngabéréskeun nyerina. Lamun urang mikir ngeunaan sagala atribut kualitas, klien bakal wareg jeung ngarti yén pausahaan anu produk manéhna ngagunakeun bener paduli kapentingan-Na, sarta teu dianggo dina prinsip "ngan ngaleupaskeun fitur".

- Sigana anu anjeun nembé dijelaskeun mangrupikeun tugas spesialis produk. Ieu, prinsipna mah, sanes ngeunaan nguji sareng sanés ngeunaan kualitas - umumna ngeunaan manajemén produk, sanés?

Anastasia: Kaasup. Jaminan Kualitas sanes disiplin anu tanggung jawab hiji jalma khusus. Ayeuna aya arah populér dina nguji, pendekatan disebut Uji Tangkas. Definisi na jelas nyatakeun yén ieu mangrupikeun pendekatan tim pikeun nguji, anu kalebet sababaraha prakték. Sakabeh tim tanggung jawab pikeun nerapkeun pendekatan ieu; malah teu perlu aya tester dina tim. Sakabeh tim museurkeun kana nganteurkeun nilai ka konsumén sareng mastikeun yén nilai nyumponan ekspektasi palanggan.

- Tétéla yén kualitas intersects kalawan ampir sakabéh disiplin sabudeureun, maksakeun kerangka dina sagalana sabudeureun?

Anastasia: Leres. Nalika urang mikirkeun kumaha urang hoyong nyiptakeun produk anu berkualitas, urang mimiti mikirkeun rupa-rupa atribut kualitas. Salaku conto, kumaha pariksa yén kami leres-leres ngadamel fitur anu diperyogikeun ku klien kami.

Ieu dimana jenis tés ieu asalna: UAT (uji ditampa pamaké). Hanjakal, éta jarang latihan di Rusia, tapi kadang hadir dina tim SCRUM salaku demo pikeun klien tungtung. Ieu mangrupikeun jinis tés anu cukup umum di perusahaan asing. Sateuacan muka pungsionalitasna ka sadaya klien, urang mimiti ngalakukeun UAT, nyaéta, urang ngajak pangguna akhir anu nguji sareng langsung masihan eupan balik - naha produkna leres-leres nyumponan ekspektasi sareng ngabéréskeun nyeri. Ngan saatos ieu, skala ka sadaya klien sanés lumangsung.

Maksudna, urang difokuskeun bisnis, dina klien tungtung, tapi dina waktos anu sareng ulah poho ngeunaan téhnologi. Kualitas produk ogé gumantung pisan kana téknologi. Upami urang gaduh arsitéktur anu goréng, urang moal tiasa gancang ngaleupaskeun fitur sareng nyumponan ekspektasi palanggan. Panginten aya seueur bug nalika nyobian skala, atanapi nalika nyobian refactor urang tiasa ngarobih hiji hal. Sadaya ieu bakal mangaruhan kapuasan pelanggan.

Tina sudut pandang ieu, arsitéktur kedah sapertos kitu urang tiasa nyerat kode anu bersih anu bakal ngamungkinkeun urang gancang ngarobih sareng henteu sieun yén urang bakal ngarobih sadayana. Sangkan iterasi révisi henteu manjang salami sababaraha bulan ngan kusabab urang gaduh seueur warisan, sareng urang kedah ngalakukeun tahapan uji anu panjang.

- Dina total, pamekar, arsiték, élmuwan produk, manajer produk, sareng panguji sorangan parantos aub. Saha deui anu kalibet dina prosés jaminan kualitas?

Anastasia: Ayeuna hayu urang ngabayangkeun yén urang geus dikirimkeun fitur ka klien nu. Jelas, kualitas produk perlu diawaskeun sanajan geus di produksi. Dina tahap ieu, kaayaan sareng skenario anu teu jelas, anu disebut bug, tiasa muncul.

Patarosan kahiji nyaeta kumaha urang nungkulan bug ieu sanggeus urang geus ngarilis produk? Kumaha urang, contona, ngaréspon kana setrés? Klién moal bagja pisan upami halamanna nyandak langkung ti 30 detik pikeun dimuat.

Ieu dimana eksploitasi asalna kana antrian atawa, sakumaha maranéhna nyebut ayeuna, DevOps. Nyatana, ieu mangrupikeun jalma-jalma anu tanggung jawab pikeun ngoperasikeun produk nalika parantos aya dina produksi. Ieu kalebet sababaraha jinis monitoring. Malah aya subtipe tés - tés dina produksi, nalika urang ngantepkeun diri urang henteu nguji hiji hal sateuacan diluncurkeun sareng langsung nguji éta dina produksi. Ieu mangrupikeun runtuyan ukuran tina sudut pandang pangatur infrastruktur anu ngamungkinkeun anjeun gancang ngaréspon kana kajadian, pangaruhna, sareng ngabenerkeunana.

Infrastruktur ogé penting. Sering aya kaayaan nalika, nalika ujian, mustahil pikeun mastikeun yén urang leres-leres ngagaduhan sadayana anu urang hoyong masihan ka klien. Urang gulung kaluar kana produksi sareng ngawitan nyekel kaayaan non-jelas. Sareng sadaya sabab infrastruktur dina tés henteu saluyu sareng infrastruktur dina produksi. Ieu ngakibatkeun jinis tés anyar - nguji infrastruktur. Ieu rupa-rupa konfigurasi, setélan, migrasi database, jsb.

Ieu raises patarosan - sugan tim perlu ngagunakeun infrastruktur salaku kode.

Kuring yakin yén infrastruktur langsung mangaruhan kualitas produk.

Kuring miharep bakal aya laporan dina konferensi kalawan kasus nyata. Tulis ka kami lamun anjeun siap ngabejaan urang tina pangalaman sorangan kumaha infrastruktur salaku kode mangaruhan kualitas. Infrastruktur salaku kode ngagampangkeun mariksa sadaya setélan sareng nguji hal-hal anu sanés ngan saukur teu mungkin. Ku alatan éta, operasi ogé kalibet dina prosés ngembangkeun hiji produk kualitas.

- Kumaha upami analitik sareng dokuméntasi?

Anastasia: Ieu lumaku leuwih pikeun sistem perusahaan. Nalika urang ngobrol ngeunaan perusahaan, jalma sapertos analis sareng analis sistem langsung kapikiran. Aranjeunna kadangkala disebut panulis teknis. Aranjeunna nampi tugas pikeun nyerat spésifikasi sareng ngarengsekeunana, contona, salami sabulan.

Geus sababaraha kali kabuktian yén nulis dokuméntasi sapertos ngakibatkeun iterations ngembangkeun pisan lila sarta iterasi panjang Perbaikan, sabab salila prosés nguji bug anu diidentifikasi jeung mulang dimimitian. Hasilna, aya loba loop anu ningkatkeun biaya pangwangunan. Salaku tambahan, ieu tiasa ngenalkeun kerentanan. Sigana urang geus ditulis kode rujukan, tapi lajeng urang nyieun parobahan nu megatkeun arsitektur sampurna pamikiran-kaluar.

Hasilna mangrupikeun produk anu henteu sapinuhna kualitasna, sabab patches parantos muncul dina arsitéktur, kodeu di sababaraha tempat henteu cekap katutupan ku tés, sabab wates waktuna parantos kaluar, sadaya bug kedah ditutup gancang. Sarta sakabeh sabab spésifikasi aslina teu tumut kana akun sagala titik nu kudu dilaksanakeun.

Pamekar sanés hama sareng henteu nyerat kode kalayan kasalahan anu dihaja.

Upami urang mimitina panginten ngalangkungan spésifikasi anu bakal nutupan sadaya titik anu diperyogikeun, maka sadayana bakal dilaksanakeun persis sakumaha anu diperyogikeun. Tapi ieu utopia.

Panginten teu mungkin nyerat spésifikasi 100 halaman anu sampurna. Éta alesanana kudu mikiran cara alternatif nulis dokuméntasi, spésifikasi, netepkeun tugas anu bakal ngadeukeutkeun urang pikeun mastikeun yén pamekar ngalakukeun naon anu diperyogikeun.

Di dieu pendekatan ti Agile datang ka pikiran - carita pamaké kalawan kriteria ditampa. Ieu langkung lumaku pikeun tim anu ngembangkeun dina iterasi leutik.

- Kumaha ngeunaan uji usability, usability produk, desain?

Anastasia: Ieu titik pohara penting, sabab aya désainer dina tim. Seringna, désainer dianggo salaku jasa - boh ku departemén desain atanapi ku desainer outsourcing. Sering aya kaayaan dimana sigana yén desainer ngadangukeun spesialis produk sareng ngalakukeun naon anu anjeunna ngartos. Tapi lamun urang ngamimitian Iteration nu, tétéla yén naon ieu sabenerna dipigawé teu naon anu dipiharep: désainer poho hal, teu pinuh mikir ngaliwatan kabiasaan, sabab manéhna teu di tim jeung teu di konteks, atawa hareup. pamekar -tungtung teu pinuh ngartos eta perenah. Butuh sababaraha iterasi ngan kusabab aya masalah sareng pamekar hareup-tungtung ngartos desain.

Katambah aya hiji deui masalah. Sistim desain ayeuna gaining popularitas. Aranjeunna dina hype, tapi mangpaat ti aranjeunna henteu sagemblengna atra.

Kuring datang di sakuliah pamadegan yén sistem desain, di hiji sisi, simplify ngembangkeun, tapi di sisi séjén, aranjeunna maksakeun loba larangan dina panganteur nu.

Hasilna, kami henteu ngadamel fitur anu dipikahoyong ku klien, tapi anu cocog pikeun kami, sabab kami parantos ngagaduhan kubus anu tangtu anu kami tiasa ngadamelna.

Jigana ieu topik patut nyokot katingal di na wondering lamun dina nyobian sangkan desain gampang kami sabenerna ngarengsekeun titik nyeri klien.

- Aya sajumlah héran topik anu aya hubunganana sareng Jaminan Kualitas. Naha aya konperénsi di Rusia dimana sadayana tiasa dibahas?

Anastasia: Aya konferensi nguji pangkolotna, nu bakal dilaksanakeun pikeun 25th waktos taun sarta disebut SQA Days Quality Assurance Konférénsi. Utamana ngabahas alat sareng pendekatan uji khusus pikeun panguji fungsional. Sakumaha aturan, laporan di SQA Days nalungtik jero-jero daérah khusus dina daérah tanggung jawab para panguji sorangan, tapi sanés kagiatan anu rumit.

Ieu ngabantosan pisan pikeun ngartos alat sareng pendekatan anu béda, kumaha nguji database, API, jsb. Tapi dina waktos anu sami, di hiji sisi, éta henteu memotivasi pikeun ngalibetkeun langkung ti ngan ukur nguji dina nyiptakeun produk anu langkung saé. Di sisi anu sanés, panguji henteu janten langkung aub dina prosés mikir ngeunaan tujuan global produk sareng komponén bisnisna.

Kuring ngajalankeun departemén ageung sareng ngalaksanakeun seueur wawancara anu leres-leres masihan wawasan ngeunaan kaayaan industri sacara gembleng. Sakumaha aturan, urang damel di perusahaan, sareng aranjeunna ngagaduhan tanggung jawab anu jelas. Kolega anu damel di proyék asing nganggo sababaraha jinis tés: aranjeunna nyalira tiasa ngalakukeun tés beban, uji kinerja, bahkan kadang tés kaamanan, sabab aranjeunna leres-leres ngabantosan tim mastikeun kualitas produk.

Abdi hoyong budak di Rusia ogé mimiti mikir yén industri henteu ditungtungan ku uji fungsional.

- Pikeun tujuan ieu, urang ngayakeun konferensi anyar, QualityConf, nu dedicated ka kualitas salaku disiplin integral. Ngabejaan urang langkung seueur ngeunaan ide, naon tujuan utama konferensi?

Anastasia: Urang rék nyieun komunitas jalma museurkeun nyieun produk kualitas. Tawarkeun platform dimana aranjeunna tiasa sumping, ngadangukeun laporan sareng angkat saatos konperénsi kalayan pamahaman khusus ngeunaan naon anu kedah dirobih pikeun ningkatkeun kualitas.

Ayeuna kuring sering ngadangu pamundut ti konsultasi ngeunaan naon anu kudu dilakukeun nalika aya masalah sareng uji sareng kualitas. Sawaktos anjeun ngawitan komunikasi sareng tim, anjeun tiasa ningali yén masalahna henteu sareng testers sorangan, tapi kumaha prosésna terstruktur. Salaku conto, nalika pamekar yakin yén aranjeunna ngan ukur tanggung jawab pikeun nyerat kode, tanggung jawabna ditungtungan persis nalika aranjeunna nyerahkeun tugas pikeun nguji.

Teu sadaya jelema nyangka ngeunaan kanyataan yén kirang ditulis, kode kualitas low kalawan arsitektur goréng ngancam masalah badag pikeun proyék. Aranjeunna teu mikir ngeunaan biaya kasalahan, éta bug nu mungkas nepi di produksi bisa ngahasilkeun waragad badag pikeun parusahaan jeung tim. Teu aya budaya pikeun mikir ngeunaan ieu. Abdi hoyong urang ngawitan ngadistribusikaeun eta dina konferensi.

Kuring ngarti yén ieu sanés inovasi. Edward Deming, panulis 14 prinsip kualitas, nyerat ngeunaan biaya kasalahan dina abad ka tukang. Jaminan Kualitas salaku disiplin dumasar kana buku ieu, tapi, hanjakalna, pamekaran modéren hilap ngeunaan éta.

- Naha anjeun badé nyabak topik langsung ngeunaan tés sareng alat?

Anastasia: Kuring ngaku yen bakal aya laporan ngeunaan parabot. Aya alat anu cukup universal dimana perusahaan sareng tim tiasa mangaruhan produk.

Sadaya laporan bakal dihijikeun sacara global ku hiji misi umum: pikeun nepikeun ka pamiarsa yén kalayan bantosan pendekatan ieu, alat, metode, prosés, jinis tés, kami parantos mangaruhan kualitas produk sareng ningkatkeun kahirupan klien.

Kami pasti moal gaduh laporan ngeunaan alat pikeun alat. Sadaya laporan anu kalebet dina program bakal dihijikeun ku tujuan umum.

— Saha anu bakal kabetot dina naon anu anjeun nyarioskeun, anu anjeun tingali salaku tamu konperénsi éta?

Anastasia: Urang bakal boga laporan pikeun pamekar anu paduli nasib proyék maranéhanana, produk, sistem. Kitu ogé, éta bakal dipikaresep ku testers sareng, sigana kuring, khususna pikeun manajer. Ku manajer, abdi hartosna jalma anu nyieun kaputusan sarta bisa mangaruhan nasib jeung ngembangkeun hiji produk, sistem, tim ogé.

Ieu mangrupikeun jalma anu heran kumaha ningkatkeun kualitas produk atanapi sistem. Dina konperénsi kami, aranjeunna bakal diajar ngeunaan sababaraha set ukuran sareng bakal tiasa ngartos naon anu salah sareng aranjeunna ayeuna sareng naon anu kedah dirobih.

Jigana kritéria utama nyaéta ngartos yén aya anu lepat sareng kualitas sareng hoyong mangaruhanana. Urang sigana moal tiasa ngahontal jalma anu nganggap yén ieu bakal dilakukeun ngan pertama kalina.

- Naha anjeun pikir industri sacara gembleng parantos asak pikeun ngobrol sanés ngan ukur ngeunaan tés, tapi ngeunaan budaya kualitas?

Anastasia: Jigana mah geus dewasa. Ayeuna seueur perusahaan anu ngajauhan pendekatan Curug tradisional nuju Agile. Aya fokus palanggan, jalma-jalma dina tim leres-leres ngamimitian mikirkeun kumaha cara nyiptakeun produk anu berkualitas. Malah perusahaan perusahaan museurkeun deui kana ningkatkeun kualitas.

Ditilik ku jumlah paménta anu timbul di masarakat, kuring yakin yén éta waktuna. Kaula teu yakin, tangtosna, yén ieu bakal revolusi badag skala, tapi Abdi hoyong revolusi dina eling ieu lumangsung.

- Sapuk! Urang bakal instill budaya jeung ngarobah eling.

Konperénsi ngeunaan ngembangkeun kualitas luhur produk IT QualityConf bakal lumangsung di Moscow dina 7 Juni. Anjeun terang naon tahapan ngadamel produk kualitas luhur, kami ngagaduhan kasus anu suksés merangan bug dina produksi, kami parantos nguji metode populér dina prakték kami - kami peryogi pangalaman anjeun. Ngirim maranéhanana aplikasi sateuacan 1 Méi, sarta Panitia Program bakal mantuan museurkeun téma pikeun integritas sakabéh konferensi.

Nyambung kana obrolan, nu urang ngabahas masalah kualitas sarta konferensi, ngalanggan Saluran Telegramtetep nepi ka tanggal jeung warta program.

sumber: www.habr.com

Tambahkeun komentar