Halo kabeh! Jenengku Yulia lan aku dadi tester. Taun kepungkur aku ngandhani sampeyan Bagodelnya - acara sing dianakake ing perusahaan kita kanggo ngresiki backlog bug. Iki minangka pilihan sing bisa ditindakake kanthi nyata (saka 10 nganti 50% ing tim sing beda-beda) mung sedina.

Dina iki aku arep kanggo pitutur marang kowe bab spring kita format Bagodelny - BUgHunting (BUH). Wektu iki kita ora ndandani bug lawas, nanging nggoleki sing anyar lan ngusulake ide kanggo fitur. Ing ngisor potong ana akeh rincian babagan organisasi acara kasebut, asil lan umpan balik saka peserta.

Sawise mikir lan nulis peraturan kasebut, kita ngirim undhangan menyang kabeh saluran ing Slack perusahaan, sing ora ana watesan:

Akibaté, udakara 30 wong sing mlebu - loro pangembang lan spesialis non-teknis. We diparengake kabèh dina apa kanggo acara, dipesen kamar rapat gedhe, lan diatur nedha awan ing kantin kantor.

Kenapa?

Katon yen saben tim nguji fungsine. Pangguna laporan bug kanggo kita. Kenapa malah nganakake acara kaya ngono?

Kita duwe sawetara gol.

1. Ngenalake wong lanang sing luwih cedhak karo proyek / produk sing gegandhengan.
   Saiki ing perusahaan kita kabeh wong kerja ing tim sing kapisah - unit. Iki minangka tim proyek sing nggarap fungsine dhewe lan ora ngerti apa sing kedadeyan ing proyek liyane.
2. Cukup ngenalake kolega sampeyan.
   Kita duwe meh 800 karyawan ing kantor Moskow; ora kabeh kolega ngerti saben liyane kanthi ndeleng.
3. Ningkatake kemampuan pangembang kanggo nemokake bug ing produke.
   Saiki kita promosi Tes Agile lan latihan wong lanang ing arah iki.
4. Nglibatake luwih saka mung spesialis teknis ing tes.
   Saliyane departemen teknis, kita duwe akeh kolega saka spesialisasi liyane sing pengin ngobrol luwih akeh babagan tes, babagan cara nglaporake bug kanthi bener supaya bisa nampa pesen sing luwih sithik ing format "Ahhh ... ora ana sing bisa."
5. Lan, mesthi, golek kewan omo sing angel lan ora jelas.
   Aku pengin mbantu tim nyoba fitur-fitur anyar lan menehi kesempatan kanggo ndeleng fungsionalitas sing ditindakake saka sudut sing beda.

Реализация

Dina kita kalebu sawetara blok:

• ringkesan;
• kuliah singkat ing testing, kang kita ndemek mung ing TCTerms utama (goal lan prinsip testing, etc.);
• bagean "aturan sopan santun" nalika ngenalake bug (kene prinsip kasebut uga diterangake);
• papat sesi testing kanggo proyek karo tingkat dhuwur diterangake skenario; sadurunge saben sesi ana kuliah pambuka singkat babagan proyek lan divisi dadi tim;
• survey singkat ing acara;
• ngringkes.

(Kita uga ora lali babagan istirahat antarane sesi lan nedha awan).

Aturan dhasar

• Registrasi kanggo acara iku individu, kang solves masalah kabeh tim draining amarga inersia yen siji wong mutusaké ora kanggo pindhah.
• Peserta ngganti tim saben sesi. Iki ngidini peserta teka lan lunga kapan wae, lan sampeyan uga bisa ketemu luwih akeh wong.
• Tim wong loro sadurunge saben sesi dibentuk kanthi acak, iki ndadekake luwih dinamis lan luwih cepet.
• Kanggo kewan omo ngenalaken sampeyan dianugerahi TCTerms (saka 3 kanggo 10) gumantung ing criticality.
• Ora ana poin sing dianugerahi kanggo duplikat.
• Kewan omo kudu diajukake dening anggota tim miturut kabeh standar internal.
• Panjaluk fitur digawe ing tugas sing kapisah lan melu nominasi sing kapisah.
• Tim audit ngawasi kepatuhan karo kabeh aturan.

Rincian liyane

• Kaping pisanan, aku pengin nindakake acara tes "maju", nanging ... Cukup akeh wong lanang saka tim non-produk sing mlebu (SMM, pengacara, PR), kita kudu nyederhanakake konten lan mbusak kasus kompleks / profil.
• Amarga karya unit ing Jira ing macem-macem proyek, miturut aliran kita, kita khusus nggawe proyek sing kapisah ing ngendi kita nyiyapake cithakan kanggo ngenalake kewan omo.
• Kanggo ngetung poin, padha ngrancang nggunakake leaderboard sing dianyari liwat webhooks, nanging ana sing salah lan ing pungkasan pitungan kudu rampung kanthi manual.

Saben uwong nemu alangan nalika ngatur acara, lan kanggo nggawe iku sethitik luwih gampang kanggo sampeyan, Aku bakal njlèntrèhaké masalah kita sing sampeyan bisa nyingkiri.

Salah sawijining penutur dumadakan lara lan kudu golek sing anyar.
Aku wildly Bejo sing aku ketemu panggantos saka tim padha ing 9 am). Nanging luwih becik ora ngandelake rejeki lan duwe cadangan. Utawa siyap menehi laporan sing dibutuhake dhewe.

Kita ora duwe wektu kanggo muter metu fungsi, kita kudu ngganti pamblokiran.
Supaya ora mbuwang kabeh blok, luwih becik duwe rencana serep.

Sawetara pangguna tes mudhun, kita kudu nggawe maneh sing anyar.
Pangguna tes mriksa silang luwih dhisik utawa bisa nindakake kanthi cepet.

Meh ora ana wong lanang sing format disederhanakake teka.
Ora perlu nyeret sapa-sapa kanthi paksa. Asor dhewe.
Ana pilihan kanggo strictly prescribe format acara: "amatir" / "majeng", utawa nyiyapake loro opsi bebarengan lan mutusaké kang siji kanggo terus sawise kasunyatan.

Titik organisasi sing migunani:

• Book rapat ing advance;
• atur meja, aja lali babagan kabel ekstensi lan pelindung lonjakan (ngisi daya laptop / telpon bisa uga ora cukup kanggo sedina muput);
• ngotomatisasi proses nyetak;
• nyiapake tabel peringkat;
• nggawe handout kertas kanthi login lan sandhi pangguna test, instruksi kanggo nggarap Jira, skrip;
• Aja lali ngirim pangeling seminggu sadurunge acara kasebut, lan uga nuduhake apa sing kudu sampeyan lakoni (laptop / piranti);
• marang kanca-kanca bab acara ing demo, nedha awan, liwat tuwung saka warung;
• setuju karo devops ora nganyari utawa muter metu apa-apa ing dina iki;
• nyiyapake speaker;
• rembugan karo nduweni fitur lan nulis skenario liyane kanggo testing;
• pesen ngruwat (cookies / permen) kanggo cemilan;
• aja lali nyritakake asile acara.

Результаты

Sajrone sedina muput, wong lanang bisa nyoba 4 proyek lan nggawe 192 bug (134 unik) lan 7 masalah karo panjaluk fitur. Mesthine, pamilik proyek wis ngerti babagan sawetara bug kasebut. Nanging uga ana temuan sing ora dikarepke.

Kabeh peserta nampa hadiah manis.

Lan sing menang yaiku thermoses, badge, sweatshirts.

Apa sing dadi menarik:

• peserta nemokake format sesi angel sing ora dikarepke, nalika wektu diwatesi lan sampeyan ora bisa nglampahi akeh wektu kanggo mikir;
• bisa nyoba desktop, versi seluler lan aplikasi;
• kita nyawang akeh proyek bebarengan, ora ana wektu kanggo bosen;
• ketemu kolega beda, katon ing pendekatan kanggo ngenalke kewan omo;
• felt kabeh pain saka testers.

Apa sing bisa ditingkatake:

• nindakake proyek sing luwih sithik lan nambah wektu sesi nganti 1,5 jam;
• nyiapake oleh-oleh / oleh-oleh luwih dhisik (kadhang disetujoni / mbayar sewulan);
• ngendhokke lan nampa sing soko ora bakal pindhah miturut rencana lan bakal ana force majeure.

Reviews

Anna Bystrikov, administrator sistem: "Rumah sedekah iku banget pendidikan kanggo aku. Aku sinau proses testing lan felt kabeh "pain" saka testers.
Kaping pisanan, sajrone proses tes, minangka pangguna sing teladan, sampeyan mriksa poin utama: apa tombol klik, apa menyang kaca, apa tata letak wis dipindhah. Nanging mengko sampeyan nyadari yen sampeyan kudu mikir luwih akeh ing njaba kothak lan nyoba "break" aplikasi kasebut. Penguji duwe tugas sing angel; ora cukup kanggo "nyodok" kabeh antarmuka; sampeyan kudu nyoba mikir ing njaba kothak lan ati-ati banget.
Tayangan mung positif, malah saiki, sawetara wektu sawise acara, aku weruh carane karya wis rampung ing kewan omo aku ketemu. Seneng banget yen melu nambah produk ^_^.

Dmitry Seleznev, pangembang ngarep: "Tes ing mode kompetitif menehi motivasi banget kanggo nemokake bug liyane). Kayane aku kabeh kudu nyoba melu ing Baghunting. Tes eksplorasi ngidini sampeyan nemokake kasus sing ora diterangake ing rencana tes. Kajaba iku, wong sing ora ngerti proyek kasebut bisa menehi tanggapan babagan kepenak layanan kasebut.

Antonina Tatchuk, editor senior: "Aku seneng nyoba dhewe minangka tester. Iki minangka gaya kerja sing beda banget. Sampeyan nyoba ngrusak sistem, ora nggawe kanca. Kita mesthi duwe kesempatan kanggo takon karo kanca-kanca babagan tes. Aku sinau luwih akeh babagan prioritas kewan omo (contone, aku wis biasa nggoleki kesalahan gramatikal ing teks, nanging "bobot" bug kasebut cilik banget; lan kosok balene, ana sing ora penting banget kanggo aku. dadi bug kritis, sing langsung didandani).
Ing acara kasebut, wong lanang menehi ringkesan teori tes. Iki migunani kanggo wong non-teknis. Lan sawetara dina sabanjure aku mikir yen aku nulis kanggo ndhukung situs liyane nggunakake rumus "apa-ngendi-kapan" lan njlèntrèhaké kanthi rinci pangarepanku saka situs lan kasunyatan.

kesimpulan

Yen sampeyan pengin macem-macem urip tim, njupuk dipikir anyar ing fungsi, ngatur mini "mangan panganan asu dhewe", banjur sampeyan bisa nyoba kanggo nganakake acara kuwi, banjur kita bisa ngrembug bebarengan.

Kabeh sing paling apik lan kurang bug!

Source: www.habr.com