Názory k článku Úvod do problematiky fuzzingu a fuzz testování – nástroj go-fuzz

Ahoj Pavle. Diky za zajimave clanky. Patri to k serii o jazyce Go, nebo se ted trochu rozepises o problematice testovani? Bylo by to fajn :)

Ahoj, ne do série o Go to nepatří, to běží paralelně. Příště bude pro změnu něco ze světa Pythonu.

Ale máš pravdu v tom, že by z toho mohla být pěkná série o testování. Už tady pár článků vyšlo, takže je dohledám a nějak prolinkuju, jestli to redakční systém dovolí :-)

PS: zajímavé je, že ani "test" ani "testing" zatím nejsou povolené tagy

Ja som za tento clanok uprimne vdacny, pretoze u nas vo firme problematiku (nedostatocneho) testovania riesim a pride mi, ze fuzzing by bol u nas realizovatelny.

Jediny problem vidim v tom, ze fuzzy testovanie jednotlivych funkcii API u nas nema zmysel, pretoze testovane komponenty maju vnutorny stav, ktory moze (a ma) vplyv na dosiahnutelnost jednotlivych vetvi kodu. Zda sa, ze tuto problematiku nema nikto uspokojivo vyriesenu a taketo API nie su vhodnym cielom na fuzzy testovanie.

Na druhu stranu nasa vyhoda je, ze nase API nema predpisane poradie volania entrypointov a v podstate akakolvek kombinacia poradia volani je pripustna. Zaroven je celkom dobre popisatelna mnozina pripustnych stavov v ktorych sa API vie nachadzat.

Chce to len nejako to API nabindovat na fuzzer tak, aby fuzzer mohol generovat lubovolne sekvencie volani lubovolnych entrypointov API.

Díky za info z praxe! jj jak je tam ještě stav aplikace, tak se stavový prostor šíleně rozšiřuje - něco podobného taky řeším a nemám uspokojivě hotové.

Diky za reakci. Perfektni, uz se tesim na dalsi dily :)