Ці можа Agile дамагчыся поспеху без аўтаматызаванага тэсціравання?

Ці сапраўды аўтаматызаванае тэсціраванне неабходна ў гнуткіх праектах? Ці можам мы быць спрытнымі без аўтаматызаванага тэсціравання?

Калі мы гаворым пра аўтаматызаванае тэставанне, мы павінны ведаць, пра які ўзровень (блок, API, карыстацкі інтэрфейс) ідзе гаворка.

Я працаваў у шматлікіх спрытных арганізацыях, але стан аўтаматызаванага тэсціравання на ўсіх пластах быў настолькі дрэнным і неэфектыўным, што, падобна, не існаваў, ПАКЛІ, яны выпускалі праграмнае забеспячэнне кожныя два тыдні на вытворчасці без асаблівай ікаўкі.


Я не кажу, што аўтаматызаванае тэсціраванне - гэта пустая трата часу, але я бачыў, як людзі выпускаюць праграмнае забеспячэнне проста ручным тэставаннем.

Аднак праблема адсутнасці аўтаматызаваных тэстаў заключаецца ў тым, што кожны раз, калі вы хочаце выпусціць праграмнае забеспячэнне для вытворчасці, вы выпускаеце са страхам і не ўпэўненыя ў надзейнасці праграмнага забеспячэння, таму што вы можаце праверыць яго ўручную толькі так шмат.


Я б сказаў, вам патрэбныя аўтаматызаваныя модульныя тэсты і аўтаматызаваныя інтэграцыйныя / API-тэсты, але, магчыма, не трэба мець поўны набор доўгіх аўтаматызаваных скразных тэстаў праз карыстацкі інтэрфейс, так як яны працуюць павольна і дорага каштуюць.



Такім чынам, у заключэнне можна адзначыць, што аўтаматызаванае тэсціраванне дапамагае гнуткім праектам забяспечваць больш якасны код дзякуючы пастаяннай праверцы і хуткай зваротнай сувязі, таму можна сказаць, што гэта важны элемент гнуткіх праектаў, аднак яно дае найбольшую карысць, калі за тэст адказвае ўся каманда аўтаматызацыі і што тэсты аўтаматызаваны на ўзроўні блокаў і API.

Тэсты праз карыстацкі інтэрфейс павінны праводзіць толькі праверку карыстацкіх падарожжаў, а не поўную функцыянальную праверку кожнай функцыі.