Egy szoftvertesztel\u00e9s a projekt t\u00f6bb szintj\u00e9n is elv\u00e9rezhet. Probl\u00e9ma ad\u00f3dhat p\u00e9ld\u00e1ul a kivitelez\u0151 csapat hozz\u00e1\u00e9rt\u00e9s\u00e9vel, szem\u00e9lyis\u00e9g\u00e9vel vagy kompetenci\u00e1j\u00e1val, vagy ak\u00e1r a tesztek kialak\u00edt\u00e1s\u00e1val vagy lefut\u00e1s\u00e1val, de technikai-m\u0171szaki neh\u00e9zs\u00e9gek is el\u0151fordulhatnak. Egy el\u00e9g speci\u00e1lis, \u00e1m nem ritka eset, amikor a megb\u00edz\u00f3 oldali menedzsment miatt nem hozza az elv\u00e1rt eredm\u00e9nyt a tesztel\u00e9s<\/strong>. Nem egyedi, de k\u00e9nyes eset. K\u00e9nyes, mert kell\u0151 rugalmass\u00e1got \u00e9s \u00f6nreflexi\u00f3s k\u00e9pess\u00e9get, valamint elegend\u0151 mozg\u00e1steret ig\u00e9nyel a menedzsment r\u00e9sz\u00e9r\u0151l.<\/p>\n\n\n\n A vezet\u0151k \u00e1ltal\u00e1ban minden ipar\u00e1gban neh\u00e9z helyzetben vannak. Nem egyszer\u0171 man\u0151verezni a k\u00fcl\u00f6nf\u00e9le szervezeti egys\u00e9gek \u2013 n\u00e9ha ellent\u00e9tes \u2013 \u00e9rdekei k\u00f6z\u00f6tt, nem k\u00f6nny\u0171 biztos\u00edtani a v\u00e1llalat p\u00e9nz\u00fcgyi stabilit\u00e1s\u00e1t, \u00e9s k\u00f6zben a j\u00f6v\u0151 fel\u00e9 korm\u00e1nyozva a c\u00e9get, fejleszteni \u00e9s tesztelni a bels\u0151 rendszereket.<\/p>\n\n\n\n Egy szoftvertesztel\u00e9si projekttel nem minden vezet\u0151i szintnek kell akt\u00edvan foglalkoznia. A szervezet m\u00e9ret\u00e9t\u0151l \u00e9s d\u00f6nt\u00e9shoz\u00e1si mechanizmus\u00e1t\u00f3l, illetve a projekt komplexit\u00e1s\u00e1t\u00f3l f\u00fcgg, adott v\u00e1llalatn\u00e1l kinek mekkora belesz\u00f3l\u00e1sa lehet a tesztel\u00e9si projektbe<\/strong>. Ez\u00e9rt poz\u00edci\u00f3 szempontj\u00e1b\u00f3l sz\u00e9les a spektrum, de \u00e1ltal\u00e1ban a CEO<\/strong> (Chief Executive Officer), a CDO<\/strong> (Chief Digital Officer), a CFO<\/strong> (Chief Financial Officer), a CTO<\/strong> (Chief Technical Officer) szokott d\u00f6nteni a tesztel\u00e9ssel kapcsolatos strat\u00e9giai k\u00e9rd\u00e9sekr\u0151l.<\/p>\n\n\n\n Melyek a menedzsment r\u00e9sz\u00e9r\u0151l leggyakrabban elk\u00f6vetett hib\u00e1k a szoftvertesztel\u00e9si projektek sor\u00e1n? Ugyan nincs k\u00e9t egyforma tesztel\u00e9si folyamat, mindegyik projekt m\u00e1s \u2013 teh\u00e1t v\u00e1ltozatos mell\u00e9fog\u00e1si lehet\u0151s\u00e9gek ad\u00f3dhatnak \u2013, de h\u00e1rom tipikus, k\u00f6z\u00e9p- \u00e9s fels\u0151vezet\u00e9s \u00e1ltal el\u0151id\u00e9zett bakl\u00f6v\u00e9st v\u00e9lt\u00fcnk felfedezni az \u00e1ltalunk eddig kivitelezett szoftvertesztel\u00e9si projektek eset\u00e9ben. Nem \u00e1ll\u00edtjuk, hogy minden c\u00e9g elk\u00f6veti ezeket a hib\u00e1kat, de ezzel a cikkel is szeretn\u00e9nk ahhoz hozz\u00e1j\u00e1rulni, hogy elker\u00fclhet\u0151k legyenek a hasonl\u00f3 esetek<\/strong>, \u00e9s a v\u00e1llalatok ne fussanak felesleges k\u00f6r\u00f6ket. N\u00e9zz\u00fck, az eddigi tesztel\u00e9si tapasztalatainkat \u00f6sszegezve mely h\u00e1rom jellegzetes menedzsment hib\u00e1t azonos\u00edtottuk.<\/p>\n\n\n\n Egy szoftvertesztel\u00e9si projektnek fontos sikerkrit\u00e9riuma, hogy valamennyi vezet\u0151i szinten elfogadj\u00e1k az aktu\u00e1lis tesztel\u00e9s c\u00e9ljait, hogy ny\u00edltan, teljes v\u00e1llsz\u00e9less\u00e9ggel be\u00e1lljanak a szoftvertesztel\u00e9s m\u00f6g\u00e9. Term\u00e9szetesen nem kell minden r\u00e9szleg, v\u00e1llalati ter\u00fclet vezet\u0151j\u00e9nek akt\u00edvan r\u00e9szt v\u00e1llalnia a tesztel\u00e9si projektben, de ha nincs meg a menedzsment eg\u00e9sz\u00e9nek r\u00e9sz\u00e9r\u0151l a t\u00e1mogat\u00e1s, az sokszor a tesztel\u00e9s k\u00e1r\u00e1ra megy, \u00e9s az eredm\u00e9nytelens\u00e9g\u00e9t vonja maga ut\u00e1n.<\/p>\n\n\n\n Egy szoftvertesztel\u00e9si projektn\u00e9l \u2013 f\u0151leg az elej\u00e9n, a teszttervez\u00e9s szakasz\u00e1ban \u2013 alapvet\u0151en fontos, hogy a menedzsment r\u00e9szt vegyen az er\u0151forr\u00e1sok allok\u00e1l\u00e1s\u00e1ban \u00e9s a feladatok prioriz\u00e1l\u00e1s\u00e1ban. Ennek r\u00e9sze, hogy a sz\u00fcks\u00e9ges inform\u00e1ci\u00f3k \u00e9s dokumentumok megoszt\u00e1s\u00e1t el\u0151seg\u00edts\u00e9k. Ugyanis ha a projekt szempontj\u00e1b\u00f3l nem elegend\u0151 min\u0151s\u00e9g\u0171 \u00e9s mennyis\u00e9g\u0171 inform\u00e1ci\u00f3 \u00e1ll csup\u00e1n a tesztel\u00e9st v\u00e9gz\u0151k rendelkez\u00e9s\u00e9re, akkor nagyobb az es\u00e9ly r\u00e1, hogy pontatlan tesztb\u00e1zist \u00e9s tesztel\u00e9si modellt alak\u00edtanak ki, aminek pedig egyenes k\u00f6vetkezm\u00e9nye a hib\u00e1s vagy eredm\u00e9nytelen tesztel\u00e9si projekt.<\/p>\n\n\n\n Amennyiben nincs \u00e1tfog\u00f3, megb\u00edzhat\u00f3 \u00e9s naprak\u00e9sz SQA strat\u00e9gi\u00e1ja egy c\u00e9gnek, azzal a tesztel\u00e9si projekt eredm\u00e9nyess\u00e9g\u00e9t vesz\u00e9lyeztetik, mivel nincsenek lefektetve az alapk\u00f6vek, nincsenek kijel\u00f6lve a hat\u00e1rok ezen a ter\u00fcleten. Min\u00e9l nagyobb egy v\u00e1llalat, ann\u00e1l l\u00e9nyegesebb strat\u00e9gi\u00e1t alkotni a szoftvertesztel\u00e9si tev\u00e9kenys\u00e9ggel kapcsolatban, en\u00e9lk\u00fcl ugyanis hatalmas k\u00e1oszt is lehet gener\u00e1lni az c\u00e9ges IT rendszerekben. (A t\u00e9m\u00e1r\u00f3l b\u0151vebben a csendes min\u0151s\u00e9grombol\u00f3kr\u00f3l sz\u00f3l\u00f3 cikk\u00fcnkben<\/a> olvashat.) A tesztel\u00e9sre vonatkoz\u00f3 strat\u00e9giaalkot\u00e1s pedig a mindenkori menedzsment hat\u00e1sk\u00f6r\u00e9be tartozik, ha hi\u00e1nyzik, az a projekt eredm\u00e9nytelens\u00e9g\u00e9t vonhatja maga ut\u00e1n.<\/p>\n","protected":false},"excerpt":{"rendered":" A menedzsment r\u00e9sz\u00e9r\u0151l mi az a h\u00e1rom legtipikusabb hiba, ami miatt nem az elv\u00e1rt eredm\u00e9nyt hozza a szoftvertesztel\u00e9s? A szakm\u00e1ban elt\u00f6lt\u00f6tt t\u00f6bb mint t\u00edz \u00e9v alatt volt id\u0151nk megfigyelni, d\u00f6nt\u00e9shoz\u00f3i szinten melyek a legjellemz\u0151bb hib\u00e1k, amik egy tesztel\u00e9si projekt eredm\u00e9nytelens\u00e9g\u00e9t okozz\u00e1k.<\/p>\n","protected":false},"author":2,"featured_media":383,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[],"class_list":["post-382","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog"],"_links":{"self":[{"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/posts\/382","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/comments?post=382"}],"version-history":[{"count":4,"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/posts\/382\/revisions"}],"predecessor-version":[{"id":401,"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/posts\/382\/revisions\/401"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/media\/383"}],"wp:attachment":[{"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/media?parent=382"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/categories?post=382"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/proofit.tech\/blog\/hu\/wp-json\/wp\/v2\/tags?post=382"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\u00c9rintett vezet\u0151i szintek: CEO, CFO, CTO, CDO<\/h2>\n\n\n\n
3 tipikus menedzsment hiba<\/h2>\n\n\n\n