perkenalan
Wilujeng siang warga Khabrovsk. Ngan ayeuna kuring ngarengsekeun tugas uji pikeun lowongan QA Lead pikeun perusahaan fintech. Tugas kahiji, nyieun rencana tés kalawan Daptar pariksa lengkep sareng conto kasus tés pikeun nguji hiji ketel listrik, bisa direngsekeun trivially:
Hésé mikirkeun rencana tés anu langkung saé kalayan daptar pariksa lengkep.
Tapi bagian kadua tétéla janten patarosan: "Naha aya masalah anu umum pikeun sadaya panguji anu nyegah aranjeunna damel langkung éfisién?"
Hal kahiji anu datang ka pikiran éta daptar sagala masalah leuwih atawa kirang noticeable yén kuring encountered salila nguji, nalungtik kaluar hal leutik, sarta nyimpulkeun sésana. Tapi kuring gancang sadar yén métode induktif bakal ngajawab patarosan anu teu dilarapkeun ka "sadayana", tapi, di pangalusna, ngan pikeun "seuseueurna" testers. Ku alatan éta, kuring mutuskeun pikeun kaanggo eta ti sisi séjén, deductively, sarta ieu naon anu lumangsung.
mere batesan
Hal kahiji anu biasana kuring laksanakeun nalika ngarengsekeun masalah énggal nyaéta nyobian ngartos naon éta sadayana, sareng pikeun ngalakukeun ieu kuring kedah ngartos hartos kecap-kecap anu nyababkeun éta. Kecap konci pikeun ngarti nyaéta kieu:
- masalahna
- panguji
- pakasaban tester
- efisiensi tester
Hayu urang balik ka Wikipedia sareng akal sehat:
(Yunani kuna πρόβλημα) dina harti lega - masalah téoritis atawa praktis kompléks nu merlukeun ulikan sarta resolusi; dina elmu - kaayaan kontradiktif nu nembongan dina bentuk posisi nentang dina katerangan sagala fenomena, objék, prosés sarta merlukeun hiji téori nyukupan pikeun ngabéréskeun eta; Dina kahirupan, masalah dirumuskeun dina bentuk anu kaharti ku jalma: "Kuring terang naon, kuring henteu terang kumaha," nyaéta, terang naon anu kedah diala, tapi henteu terang kumaha ngalakukeunana. . Asalna ti telat. lat. masalah, ti Yunani. πρόβλημα "dialungkeun ka hareup, disimpen di hareup"; ti προβάλλω “malungkeun ka hareup, nempatkeun di hareup anjeun; nyalahkeun".
Éta henteu masuk akal, kanyataanna, "masalah" = "naon waé anu kedah diurus."
- spesialis (urang moal ngabagi kana jenis, sabab urang museurkeun sagala testers) anu nyandak bagian dina nguji komponén atawa sistem, hasilna mangrupa:
- sakumpulan kagiatan anu aya hubunganana sareng tés.
(lat. effectivus) - hubungan antara hasil kahontal jeung sumberdaya dipaké (: 2015).
- konsékuansi tina ranté (runtuyan) lampah (hasil) atawa kajadian, ditembongkeun sacara kualitatif atawa kuantitatif. Hasil anu mungkin kalebet kauntungan, kalemahan, kauntungan, rugi, nilai, sareng kameunangan.
Salaku kalawan "masalah," aya saeutik hartina: hal anu kaluar salaku hasil gawé.
- kamungkinan anu tiasa diukur sacara kuantitatif pikeun ngalaksanakeun kagiatan naon waé jalma atanapi jalma; kaayaan anu ngamungkinkeun ngagunakeun transformasi tangtu pikeun ménta hasil nu dipikahoyong. Penguji mangrupikeun jalma, sareng saluyu sareng téori sumber daya vital, unggal jalma gaduh opat aset ékonomi:
tunai (panghasilan) mangrupakeun sumberdaya renewable;
énergi (gaya hirup) mangrupakeun sumberdaya sawaréh renewable;
waktos mangrupakeun sumberdaya tetep sarta fundamentally non-renewable;
pangaweruh (informasi) mangrupa sumberdaya renewable, éta bagian tina modal manusa anu bisa tumuwuh sarta ancur.
Abdi hoyong dicatet yén harti efisiensi dina hal urang teu sagemblengna bener, saprak beuki pangaweruh urang ngagunakeun, nu handap efisiensi. Ku alatan éta, kuring bakal ngartikeun deui efisiensi salaku "rasio antara hasil anu dihontal sareng sumber daya anu dikaluarkeun." Lajeng sagalana bener: pangaweruh teu wasted salila gawé, tapi ngurangan biaya hiji-hijina sumberdaya non-renewable tester - waktu-Na.
kaputusan
Janten, urang milarian masalah global panguji anu ngarusak efektivitas padamelan na.
Sumberdaya anu paling penting anu diséépkeun pikeun padamelan panguji nyaéta waktosna (sésana tiasa dikirangan kana hiji cara atanapi anu sanés), sareng supados urang tiasa ngobrol ngeunaan itungan efisiensi anu leres, hasilna ogé kedah dikirangan waktos. .
Jang ngalampahkeun ieu, mertimbangkeun sistem anu viability tester ensures ngaliwatan karyana. Sistem sapertos kitu mangrupikeun proyék anu timna kalebet tester. Daur hirup proyék tiasa sacara kasar digambarkeun ku algoritma ieu:
- Gawe sareng Syarat
- Formasi spésifikasi téknis
- rarancang
- Tés
- Ngaleupaskeun kana produksi
- Rojongan (goo item 1)
Dina hal ieu, sakabéh proyék bisa recursively dibagi kana subproyék (fitur), jeung siklus hirup sarua.
Ti sudut pandang proyek, kirang waktos spent dina eta, leuwih éféktif palaksanaan na.
Ku kituna, urang datang ka harti efisiensi maksimum mungkin tina tester ti sudut pandang proyek - ieu kaayaan proyék lamun waktu pikeun nguji éta nol. Masalah umum pikeun sadaya panguji nyaéta henteu mampuh ngahontal waktos ieu.
Kumaha carana nungkulan ieu?
Kasimpulanna cukup atra sareng parantos dianggo ku seueur pikeun waktos anu lami:
- Pangwangunan sareng uji kedah dimimitian sareng ditungtungan ampir sakaligus (biasana dilakukeun ku departemen ). Pilihan idéal nyaéta nalika sadaya pungsionalitas anu dikembangkeun parantos katutupan ku autotes nalika parantos siap, diatur kana régrési (sareng, upami mungkin, pre-commit) nguji ngagunakeun sababaraha jinis. .
- Langkung seueur fitur anu aya dina hiji proyék (beuki kompleks éta), langkung seueur waktos kedah diséépkeun pikeun mariksa yén fungsionalitas énggal henteu ngarobih anu lami. Lantaran kitu, beuki kompleks proyek, beuki automation diperlukeun .
- Unggal waktos urang sono bug dina produksi sareng pangguna mendakanana, urang kedah nyéépkeun waktos tambahan ngalangkungan siklus kahirupan proyék mimitian ti titik 1 (Gawe sareng syarat, dina hal ieu, pangguna). Kusabab alesan leungit bug umumna teu dipikanyaho, urang ngan ukur tinggaleun hiji jalur optimasi - unggal bug anu dipendakan ku pangguna kedah kalebet dina uji régrési pikeun mastikeun yén éta moal muncul deui.
sumber: www.habr.com