![translation](https://cdn.durumis.com/common/trans.png)
Ez egy AI által fordított bejegyzés.
Hogyan kell tesztelni egy egyéni alkalmazás fejlesztést?
- Írás nyelve: Koreai
- •
-
Referencia ország: Minden ország
- •
- Informatika
Válasszon nyelvet
A durumis AI által összefoglalt szöveg
- Kiemeli az alkalmazás kiadása előtti tesztkód írás fontosságát, és bemutatja a különböző tesztelési módszerek prioritásait, például a felhasználói tesztelést, az integrációs tesztelést, az egységtesztelést, az elfogadási és a widget tesztelést.
- A fejlesztőknek az időhatékonyság figyelembevételével elsősorban a felhasználói tesztelésre és az integrációs tesztelésre (szolgáltatóközpontú) kell összpontosítaniuk, az egységtesztelést a kiadás után kell hozzáadni, az elfogadási és a widget tesztelést pedig az időigényességük miatt célszerűen kell elvégezni.
- A tesztautomatizálás segítségével időt takaríthat meg, növelheti a fejlesztési sebességet, és gyorsabb kiadást érhet el.
"A has többet ér, mint a költség. Vagyis nincs értelme, ha a tesztelés hosszabb időt vesz igénybe."
Elveszíted az időt a tesztelési kód írásával?
A tesztelés története
A kiadás előtt szeretnék végrehajtani néhány egyszerű tesztkódot. Valójában a tesztelés automatizálása, ezért jobb, ha most megírjuk, hogy később ne legyen belőle probléma.
Először is, szerintem a tesztelés sorrendje a következő:
Emberi teszt > Integrációs teszt (csak a szolgáltatók) > Egységteszt > Widgetek, elfogadási teszt
1. Egyszerűen emberi teszt
"A legjobb megoldás, ha egy ember csinálja."
Elsőként az integrációs tesztet szeretném futtatni, hogy átfogóan átnézzek minden felhasználói folyamatot. Így legalább egyszer elvégeztük a tesztet, így nem lehet gond vele, ugye?
2. Egységteszt
"Csak azt teszteljük, hogy a legkisebb alkatrészek jól működnek-e."
Valójában nincs szükség arra, hogy más módosítsa a kódot, mert én fejlesztek egyedül. Ezért az elsőbbsége kissé alacsonyabb. Először csak ellenőriznöm kell, hogy nagyjából működik-e, majd kiadás után elkészítem az egységteszteket. Végül is a fejlesztést befejeztem, mert működik. Nincsenek nagy esélyek arra, hogy hiba lépjen fel, kivéve, ha frissítések vagy új funkciók kerülnek hozzáadásra.
3. Integrációs teszt
"Valójában ez a szolgáltató tesztje. Csak erre koncentráljunk"
Szerintem az általam készített alkalmazásban ez a szolgáltató ellenőrzése. Nincs időm mindent újból elkészíteni, és a riverpod segítségével minden folyamat fut, így ha ezt elvégezzük, nem lesznek nagy hibák, ugye?
4. Elfogadási, widget teszt
"Fontos, de... ha ezt csináljuk, akkor elfogy az idő."
A felhasználói folyamat és a widgetek ellenőrzése valójában rendkívül fontos. De van egy probléma... A készítés rengeteg időt vesz igénybe. Nehéz minden ágat ellenőrizni, és gyakorlatilag lehetetlen mindent megírni. Ráadásul nem garantálja, hogy a tesztelés 100%-ban biztonságos lesz. Így azt gondolom, hogy nem olyan költséghatékony. Elvégzem az integrációs teszteket a szolgáltatókon, és ha valami nem működik, akkor értesítem a felhasználót, vagy frissítem a kódot, ahogy szükség van rá.
Ez talán kissé felelőtlennek tűnhet, de úgy tűnik, ez a legjobb megoldás.
A gondolataim
A tesztelés valójában automatizálás. Ez egy jó módszer arra, hogy időt takarítsunk meg azzal, hogy automatizáljuk azokat a feladatokat, amelyeket kézzel kellene elvégezni.
Az idő pénz, ezért először a sürgős feladatokat kell elvégezni, hogy gyorsan kiadhassuk az alkalmazást.
Nincs időnk. Gyorsan kell fejleszteni.
A fejlesztőkről
Az Alien globális randevúalkalmazást egy valódi nemzetközi pár fejleszti és üzemelteti.
YouTube: https://www.youtube.com/@AlienApp
Email: slugj2020@gmail.com