Yen perusahaan sampeyan mung ngetrapake alat DevOps utawa CI/CD, bisa uga migunani kanggo sampeyan ngerteni kesalahan sing paling umum supaya sampeyan ora mbaleni lan ngindhari rake wong liya.
tim nerjemahake artikel kasebut .
Ora gelem ngganti budaya lan proses
Deleng ing diagram siklus , jelas yen ing praktik DevOps, tes minangka karya sing terus-terusan, minangka bagean dhasar saka saben penyebaran individu.
DevOps Endless Cycle Diagram
Tes lan jaminan kualitas sajrone pangembangan lan pangiriman minangka bagean penting saka kabeh pangembang. Iki mbutuhake owah-owahan pola pikir kanggo nyakup tes ing saben tugas.
Tes dadi bagean saka karya saben dina saben anggota tim. Transisi menyang tes terus-terusan ora gampang, sampeyan kudu siyap.
Kurang saran
Efektivitas DevOps gumantung marang umpan balik sing tetep. Perbaikan sing terus-terusan ora bisa ditindakake yen ora ana ruang kanggo kolaborasi lan komunikasi.
Perusahaan sing ora ngatur rapat retrospektif angel ngetrapake budaya umpan balik sing terus-terusan ing CI / CD. Rapat retrospektif dianakake ing pungkasan saben iterasi, ing ngendi anggota klompok ngrembug babagan apa sing kedadeyan lan apa sing salah. Rapat retrospektif minangka dhasar Scrum / Agile, nanging uga penting kanggo DevOps.
Iki amarga rapat-rapat retrospektif nuwuhake pakulinan kanggo ijol-ijolan umpan balik lan panemu. Salah sawijining momen sing paling penting ing wiwitan yaiku organisasi rapat retro sing bola-bali supaya bisa dingerteni lan akrab karo kabeh tim.
Nalika nerangake kualitas piranti lunak, kabeh anggota tim tanggung jawab kanggo njaga. Contone, pangembang bisa nulis tes unit uga kode karo testability ing atine, mbantu kanggo ngurangi risiko saka wiwitan.
Salah siji cara sing gampang kanggo nggambarake owah-owahan persepsi tes yaiku nelpon penguji dudu QA nanging tester piranti lunak utawa insinyur kualitas. Owah-owahan iki bisa uga katon banget prasaja utawa malah bodho. Nanging nelpon wong minangka "spesialis jaminan kualitas piranti lunak" menehi gagasan salah sapa sing tanggung jawab kanggo kualitas produk. Ing praktik Agile, CI/CD, lan DevOps, kabeh wong tanggung jawab kanggo kualitas piranti lunak.
Titik penting liyane yaiku ngerteni apa tegese kualitas kanggo kabeh tim lan saben anggota, organisasi, pemangku kepentingan.
Kesalahpahaman ngrampungake tahapan
Yen kualitas minangka proses sing terus-terusan lan dienggo bareng, pangerten umum babagan ngrampungake tahapan dibutuhake. Kepiye ngerti yen panggung wis rampung? Apa sing kedadeyan nalika tonggak sejarah ditandhani minangka rampung ing papan Trello utawa papan kanban liyane?
Nemtokake tonggak sejarah sing wis rampung (DoD) minangka alat sing kuat ing konteks CD DevOps/CI. Iku mbantu luwih ngerti standar kualitas apa lan carane tim mbangun.
Tim pangembang kudu mutusake apa tegese "Rampung". Dheweke kudu lungguh lan nggawe dhaptar karakteristik sing kudu ditindakake ing saben tahap supaya bisa dianggep lengkap.
DoD nggawe proses luwih transparan lan nggampangake implementasi CI / CD, yen wis jelas kanggo kabeh anggota tim lan disepakati bebarengan.
Kurang realistis, tujuan sing jelas
Iki minangka salah sawijining tips sing paling kerep dikutip, nanging kudu diulang maneh. Kanggo sukses apa wae sing serius, kalebu ngleksanakake CI/CD utawa DevOps, sampeyan kudu nyetel target sing nyata lan ngukur kinerja. Apa sing arep digayuh karo CI/CD? Apa ngidini rilis luwih cepet kanthi kualitas sing luwih apik?
Sembarang gol sing disetel kudu ora mung transparan lan nyata, nanging uga konsisten karo aktivitas perusahaan saiki. Contone, sepira kerepe pelanggan mbutuhake patch utawa versi anyar? Ora perlu kakehan proses lan ngeculake luwih cepet yen ora ana keuntungan tambahan kanggo pangguna.
Kajaba iku, sampeyan ora kudu ngetrapake CD lan CI. Contone, perusahaan sing diatur banget kayata bank lan klinik medis mung bisa kerja karo CI.
CI minangka titik wiwitan sing apik kanggo perusahaan apa wae sing ngetrapake DevOps. Nalika dileksanakake ing perusahaan, pendekatan kanggo pangiriman piranti lunak diganti sacara signifikan. Sawise CI wis nguwasani, sampeyan bisa mikir babagan nambah kabeh proses, nambah kacepetan rollout lan owah-owahan liyane.
Kanggo akeh organisasi, siji CI cukup, lan CD mung kudu dileksanakake yen nambah nilai.
Kurang dashboard lan metrik sing relevan
Sawise sampeyan nyetel gol, tim pangembang bisa nggawe dashboard kanggo ngukur KPI. Sadurunge pembangunan, perlu kanggo ngevaluasi paramèter sing bakal dipantau.
Laporan lan aplikasi sing beda-beda migunani kanggo anggota tim sing beda. Master scrum luwih prihatin karo status lan jangkauan. Nalika manajemen senior bisa uga kasengsem ing tingkat burnout spesialis.
Sawetara tim uga nggunakake dashboard kanthi indikator abang, kuning lan ijo kanggo netepake status CI / CD, kanggo ngerti apa sing ditindakake kanthi bener utawa yen ana kesalahan. Abang tegese sampeyan kudu nggatekake apa sing kedadeyan.
Nanging, yen dashboard ora standar, padha bisa mblusukake. Analisis data apa sing dibutuhake saben wong lan banjur nggawe deskripsi standar babagan apa tegese. Temokake apa sing luwih penting kanggo para pemangku kepentingan: grafis, teks, utawa angka.
Kurang tes manual
Otomatisasi tes nggawe dhasar kanggo pipa CI / CD sing apik. Nanging tes otomatis ing kabeh tahapan ora ateges sampeyan ora kudu nindakake tes manual.
Kanggo mbangun pipa CI / CD sing efisien, tes manual uga dibutuhake. Mesthi ana sawetara aspek tes sing mbutuhake analisis manungsa.
Perlu dipikirake nggabungake upaya uji coba manual menyang pipa. Sawise tes manual sawetara kasus tes rampung, sampeyan bisa nerusake menyang tahap penyebaran.
Aja nyoba nambah tes
Pipa CI/CD sing efektif mbutuhake akses menyang alat sing tepat, manawa manajemen tes utawa integrasi lan pemantauan terus-terusan.
Nggawe budaya kuwat, kualitas-oriented yakuwi kanggo , ngawasi pengalaman pelanggan sawise panyebaran, lan lacak perbaikan.
Ing ngisor iki sawetara tips praktis sing bisa ditindakake kanthi gampang:
- Priksa manawa tes kasebut gampang ditulis lan cukup fleksibel supaya ora rusak nalika kode refactored.
- Tim pangembangan kudu dilebokake ing proses tes - deleng dhaptar masalah pangguna lan panjaluk sing penting kanggo dites sajrone saluran pipa CI.
- Sampeyan bisa uga ora duwe jangkoan tes lengkap, nanging tansah priksa manawa aliran sing penting kanggo UX lan pengalaman pelanggan diuji.
Pungkasan nanging ora paling titik
Transisi menyang CI / CD biasane diwiwiti saka ngisor munggah, nanging ing pungkasan, iku transformasi sing mbutuhake partisipasi manajemen, wektu lan sumber daya saka perusahaan. Sawise kabeh, CI / CD minangka set katrampilan, proses, alat lan restrukturisasi budaya, owah-owahan kasebut mung bisa ditindakake kanthi sistematis.
Apa maneh kanggo maca babagan topik kasebut:
- .
- .
- .
Source: www.habr.com