Egyedül fejlesztett alkalmazás tesztelése: mire kell figyelni?

"A testnél nem szabad, hogy a lényeg a mellékesnél nagyobb legyen. Vagyis, ha a teszt írása több időt vesz igénybe, mint amennyit ér, akkor nincs értelme."

A tesztírás története

Az alkalmazás kiadása előtt szeretnék egy rövid tesztet futtatni. Mivel a tesztelés automatizált, jobbnak látom, ha most rögtön megírom, hogy később ne legyen gond.

Először is, a tesztek prioritása szerintem a következő:

Emberi tesztelés > Integrációs teszt (csak szolgáltató) > Egységt teszt > Widget és elfogadási teszt

1. Egyszerűen emberi tesztelés

"Egyszerűen az embernek kell kipróbálnia."

Először az integrációs tesztet szeretném futtatni, hogy átfusson a felhasználói folyamat. Ha ezzel megvagyok, akkor legalább egyszer átment a teszten, így nincs gond.

2. Egységt teszt

"Csak azt teszteli, hogy a legkisebb alkatrészek jól működnek-e."

Valójában nincs szükség rá, mert senki más nem fogja összefűzni a kódot (mivel egyedül fejlesztek). Ezért a prioritása kissé alacsonyabb. Először megvizsgálom, hogy nagyjából működik-e, majd kiadom, és utána írom meg az egységt teszteket. Mivel működik, feltételezhetően befejeztem a fejlesztést. Ha nem frissül vagy nem adnak hozzá semmit, akkor a hibák valószínűsége most kicsi.

3. Integrációs teszt

"Valójában a szolgáltatók tesztelése. Csak erre koncentráljunk."

A saját alkalmazásomban valójában a szolgáltatók ellenőrzésének tekintem. Nincs időm mindent újra létrehozni, és a Riverpod segítségével általában minden folyamat lezajlik, ezért ha ezt megteszem, akkor a hibák száma jelentősen csökkenhet. Így gondolom.

4. Elfogadási és widget teszt

"Fontos, de... ezzel elmegy az idő."

A felhasználói folyamat és a widgetek tesztelése nagyon fontos. De van egy probléma... rengeteg időt vesz igénybe a megírása. Nehéz minden elágazást ellenőrizni, és gyakorlatilag lehetetlen az egészet megírni... Ráadásul a teszteléssel sem garantálható a 100%-os biztonság. Ezért azt gondolom, hogy nem túl költséghatékony. Ha az integrációs teszt során a szolgáltatót tesztelem, és ha valami nem működik, akkor értesítem a felhasználót, vagy valami ilyesmi... és akkor frissítem a hibás részt. Így gondolom.

A gondolataim

Valójában a tesztelés automatizáláshoz hasonló. Azáltal, hogy automatizáljuk a manuális tesztelést, időt takaríthatunk meg, ami jó módszer.

Először is, az idő pénz, ezért a sürgős dolgokat gyorsan fejleszteni kell, és a lehető leghamarabb kiadni az alkalmazást.

A fejlesztőről

YouTube: https://www.youtube.com/@AlienApp
E-mail: slugj2020@gmail.com