Ev gotar dê ji bo kesên ku, mîna me, bi pirsgirêka hilbijartina pisporek maqûl di warê ceribandinê de rû bi rû ne, balkêş be.
Pir ecêb e, bi zêdebûna hejmara pargîdaniyên IT-ê li komara me, tenê hejmara bernamenûsên hêja zêde dibe, lê ne testker. Gelek kes dixwazin bikevin vî pîşeyî, lê pir kes wateya wê fam nakin.
Ez nikarim ji bo hemî pargîdaniyên IT-ê biaxivim, lê me rola QA/QC ji pisporên xweyên kalîteyê re destnîşan kiriye. Ew beşek ji tîmê pêşkeftinê ne û beşdarî hemî qonaxên pêşkeftinê dibin, ji lêkolînê heya berdana guhertoyek nû.
Testerek li ser tîmek, tewra di qonaxa plansaziyê de jî, pêdivî ye ku ji bo pejirandina çîrokek bikarhêner hemî pêdiviyên fonksiyonel û ne-fonksîyonel bifikire. Pêdivî ye ku ew taybetmendiyên xebitandinê yên hilberê û her weha bernamenûs, û hîn çêtir jî fam bike, û ji tîmê re bibe alîkar ku di qonaxa plansaziyê de jî biryarên xelet nede. Pêdivî ye ku tester têgihîştinek zelal hebe ka fonksiyona bicîhkirî dê çawa bixebite û çi xeletî dibe ku hebin. Testerên me bi xwe plansaziyên ceribandinê û dozên ceribandinê diafirînin, û her weha hemî bendên ceribandinê yên pêwîst amade dikin. Testkirina li gorî taybetmendiyek amadekirî mîna klîkek meymûn ne vebijarka me ye. Di nav tîmê de bixebite, divê ew alîkariya berdana hilberek hêja bike û heke tiştek xelet derkeve di wextê de alarmê bide.
Dema ku em li ceribandinan digerin em rastî çi hatin
Di qonaxa xwendina gelek rezûman de, wusa dixuye ku pisporên xwedî ezmûnek maqûl ji bo me hene û di hilbijartina ceribandinek ji bo tîmê me de pirsgirêk tune. Lê, di dema civînên kesane de, me her ku çû rastî berendamên ku bi rastî ji cîhana teknolojiya agahdariyê pir dûr bûn (mînak, wan nikarîbû prensîbên danûstendina di navbera gerokek û serverek malperê de, bingehên ewlehiyê, têkilî û ne- databasên pêwendiyê, wan di derheqê virtualîzasyon û konteynirkirinê de haya wan tune bû), lê di heman demê de xwe di asta QA ya Bilind de nirxand. Piştî ku bi dehan hevpeyivîn pêk anîn, em gihîştin wê encamê ku li herêmê hejmara pisporên li gorî me ne kêm e.
Dûv re, ez ê ji we re vebêjim ku me çi gav avêtin û me li ser çi xeletiyan gav avêt da ku em wan şervanên ji bo kalîteyê bibînin.
Çawa me hewl da ku rewşê rast bikin
Piştî ku me xwe bi peydakirina pisporên amade westand, me dest bi hedefgirtina deverên nêzîk kir:
- Me hewl da ku pratîkên nirxandinê bicîh bînin da ku di nav gelek kesên "bihêlin" de, yên ku em dikarin ji wan pisporên bihêz pêş bixin de nas bikin.
Me ji komek berendamên potansiyel ên bi qasî heman astê zanînê xwest ku peywiran biqedînin. Bi şopandina pêvajoya ramana wan, me hewl da ku namzedê herî hêvîdar nas bikin.
Bi taybetî, me ji bo ceribandina baldarî, têgihîştina kapasîteyên teknolojiyê û taybetmendiyên pirçandîbûnê bi peywiran re peyda kir:
- Me ji bo ceribandinan civîn li dar xist da ku sînorên têgihîştina pîşeyê di nav konteynerên heyî de berfireh bikin.
Ez ê ji we re hinekî behsa her yek ji wan bikim.
Ufa Software QA and Testing Meetup #1 hewldana me ya yekem e ku em kesên ku li ser pîşeyê eleqedar in berhev bikin û di heman demê de fêm bikin ka gelo dê gel bi tiştê ku em dixwazin ji wan re ragihînin eleqedar bibe. Di bingeh de, raporên me li ser wê yekê bûn ku heke we biryar da ku hûn bibin ceribandinek çêtir e ku dest pê bikin. Alîkariya destpêkeran bikin ku çavên xwe vekin û mîna mezinan li ceribandinê binêrin. Me li ser gavên ku ceribandinên nûjen divê bavêjin da ku beşdarî pîşeyê bibin axivî. Di derheqê kalîteyê de çi ye û meriv wê çawa di şert û mercên rastîn de bi dest bixe. Û her weha, ceribandina otomatîk çi ye û li ku derê karanîna wê maqûltir e.
Paşê bi navbereke 1-2 mehan me du hevdîtinên din jî li dar xistin. Jixwe du qat zêdetir beşdar bûn. Li "Ufa Software QA and Testing Meetup #2" em kûrtir ketin qada mijarê. Wan li ser pergalên şopandina xeletiyê, ceribandina UI / UX, dest dan ser Docker, Ansible, û her weha li ser nakokiyên gengaz ên di navbera pêşdebirek û ceribandinek û awayên çareserkirina wan de axivîn.Civîna meya sêyemîn, "Ufa Software QA and Testing Meetup #3", nerasterast bi xebata ceribandinkaran re têkildar bû, lê di bibîranîna biwext a bernamenûsan de ji erkên teknîkî û rêxistinî re kêrhatî bû: ceribandina barkirinê, ceribandina e2e, Selenium di ceribandina xweser de, qelsiyên serîlêdana malperê. .
Hemî vê demê em fêr bûne ka meriv çawa di weşanên bûyerên xwe de ronahî û dengê normal biafirîne:
→
→
→ - Û di dawiyê de me biryar da ku em hewl bidin ku ji bo ceribandinan hackathonek li dar bixin
Me çawa hackathonek ji bo ceribandinan amade kir û pêk anî
Destpêkê, me hewl da ku em fêm bikin ka ev çi celeb "heywan" e û ew bi gelemperî çawa tête kirin. Wekî ku derket holê, bûyerên bi vî rengî gelek caran li Federasyona Rûsyayê nehatine li dar xistin, û cîhek tune ku meriv ramanan deyn bike. Ya duyemîn, min nexwest tavilê gelek çavkaniyan veberhênan li bûyerek ku di nihêrîna pêşîn de gumanbar xuya dikir. Ji ber vê yekê, me biryar da ku em ê ne ji bo tevahiya çerxa xebata QA, lê ji bo qonaxên kesane, mini-hackathonên kurt bikin.
Serê meya sereke nebûna pratîkê di nav ceribandinên herêmî de di çêkirina nexşeyên ceribandina zelal de ye. Ew wextê lêkolînê li ser çîrokên bikarhêner ên pêş-pêkanînê nakin û pîvanên pejirandinê diafirînin ku ji pêşdebiran re ji bo hewcedariyên fonksiyonel û ne-fonksîyonel, UI / UX, ewlehî, kar û barên pezê zelal in. Ji ber vê yekê, me ji bo cara yekem biryar da ku em beşa herî balkêş û afirîner a xebata wan - analîz û damezrandina hewcedariyên di dema lêkolîna pêş-projeyê de derbas bikin.
Me hejmara potansiyela beşdaran texmîn kir û biryar da ku ji bo serbestberdana MVP, 5 hilber û 5 kesên ku dê wekî xwedan hilberan tevbigerin, hewcedariyên karsaziyê deşîfre bikin û li ser qedexeyan biryaran bidin, ji me re bi kêmî ve 5 paşverû hewce ne.
Ya ku me girt ev e: .
Fikra sereke ew bû ku meriv mijarên ku bi qasî ku ji xebata rojane ya beşdaran dûr in û ji wan re fersendek ji bo firîna afirîner a xeyalan bide der.
Me çi xeletî kir û em dikarin çêtir çi bikin?
Bikaranîna pratîkên nirxandinê, ew qas populer di warê kirêkirina firotkaran û rêveberên asta jêrîn de, hewldanek pir mezin girt, lê nehişt ku em têra xwe bala xwe bidin her beşdarekî û şiyanên wî binirxînin. Bi gelemperî, ev vebijarka hilbijartinê wêneyek neyînî ya pargîdaniyê diafirîne, ji ber ku pir kes bertekên têrker werdigirin û dûv re di xwe û yên din de bandora zordestiya kardêr diafirînin (ragihandin di civakên IT de pir pêşkeftî ne). Wekî encamek, em bi rastî du berendamên potansiyel ên bi paşerojek pir dûr re mane.
Hevdîtin tiştekî baş e. Bingehek berfireh ji bo ravekirinê tê afirandin, û asta giştî ya beşdaran zêde dibe. Şirket her ku diçe di sûkê de bêtir naskirî dibe. Lê zexmiya kedê ya karên weha ne hindik e. Pêdivî ye ku hûn bi zelalî fêm bikin ku lidarxistina civînan dê salê bi qasî 700-800 demjimêran mirov bigire.
Wekî ku ji bo ceribandina hackathon. Ev cûre bûyer hîna jî bêzar nebûne, ji ber ku, berevajî hackathonên ji bo pêşdebiran, ew pir kêm caran têne girtin. Feydeya vê ramanê ev e ku bi rengek rihet hûn dikarin gelek zanyariyên pratîkî biguhezînin û asta her beşdarek bi rengek rast diyar bikin.
Piştî analîzkirina encamên bûyerê, me fêm kir ku me gelek xeletî kirin:
- Şaşitiya herî nayê efûkirin ew bû ku em bawer bikin 4-5 saet têra me dikin. Wekî encamek, tenê danasîn û naskirina paşketiyan hema hema 2 demjimêran girt.
Xebata bi xwediyên hilberan re di qonaxa destpêkê de û dema ketina nav qada mijarê heman dem girt. Ji ber vê yekê dema mayî ji bo pêşkeftinek berfireh a nexşeyên ceribandinê eşkere ne bes bû. - Li ser her nexşeyê dem û enerjî têr nedibû ji ber ku şev bû. Ji ber vê yekê, me bi eşkere ev beş têk çû, lê di destpêkê de armanc bû ku di hackathonê de bibe ya herî bi qîmet.
- Me biryar da ku em bi dengek hêsan a hemî beşdaran kalîteya pêşkeftinê binirxînin, ji bo her tîmek 3 deng veqetînin, ku ew dikarin ji bo xebata herî kalîteyê bidin. Belkî çêtir be ku jûriyek were organîze kirin.
We çi bi dest xist?
Me pirsgirêka xwe bi qismî çareser kir û naha me 4 mêrên wêrek, xweşik ji me re dixebitin, ku pişta 4 tîmên pêşkeftinê vedigirin. Komek girîng a berendamên bihêz ên potansiyel û guhertinên berbiçav di asta civaka QA ya bajêr de hîna nehatine dîtin. Lê hin pêşkeftin heye û ev yek nikare lê şa bibe.
Source: www.habr.com