To jest post przetłumaczony przez AI.
Jak testować aplikację rozwijaną przez jedną osobę?
- Język pisania: Koreański
- •
-
Kraj referencyjny: Wszystkie kraje
- •
- TO
0000-00-00 00:00:00
Wybierz język
Tekst podsumowany przez sztuczną inteligencję durumis
- Podkreśla znaczenie pisania testów przed wydaniem aplikacji, przedstawiając priorytety dla różnych metod testowania, takich jak testy użytkowników, testy integracyjne, testy jednostkowe, testy akceptacyjne i testy widgetów.
- Deweloperzy powinni priorytetowo traktować testy użytkowników i testy integracyjne (z naciskiem na dostawców), a testy jednostkowe dodawać po wydaniu aplikacji. Testy akceptacyjne i testy widgetów są czasochłonne, dlatego należy je przeprowadzać z uwzględnieniem efektywności czasowej.
- Automatyzacja testów pozwala zaoszczędzić czas i przyspieszyć rozwój, dążąc do szybkiego wydania aplikacji.
"Nie powinno się tworzyć testów dłuższych niż kod, który testują. Innymi słowy, testowanie nie powinno zajmować więcej czasu niż tworzenie."
Czy chcesz stracić cały czas na pisaniu testów?
Historia pisania testów
Zamierzam napisać kilka prostych testów przed wydaniem aplikacji. Ponieważ faktycznie automatyzuję testy, uważam, że warto je naписать już teraz, aby uniknąć późniejszych problemów.
Po pierwsze, myślę, że priorytety testowania powinny być następujące:
Testy manualne > Testy integracyjne (tylko dostawcy) > Testy jednostkowe > Testy widgetów i integracyjne
1. Po prostu testy ręczne
"Najlepszym rozwiązaniem jest ręczne sprawdzenie."
Chcę zacząć od testów integracyjnych, aby sprawdzić podstawowy przepływ użytkownika. W ten sposób będę miał pewność, że przynajmniej jednorazowo testy zostaną zaliczone.
2. Testy jednostkowe
"Sprawdzenie, czy najdrobniejsze elementy działają poprawnie."
W rzeczywistości, ponieważ jestem jedynym programistą, nie ma możliwości, aby ktoś inny wprowadził zmiany w kodzie (przynajmniej na razie). W związku z tym testy jednostkowe nie są priorytetem. Najpierw sprawdzę, czy wszystko działa poprawnie, a po wydaniu dodam testy jednostkowe. Przecież skoro wszystko działa, to oznacza, że rozwiązanie zostało ukończone. Dopóki nie pojawią się aktualizacje lub nowe funkcje, prawdopodobieństwo wystąpienia błędów jest niewielkie.
3. Testy integracyjne
"W zasadzie testy dostawcy. Skoncentrujmy się na nich."
W mojej aplikacji w zasadzie chodzi o sprawdzenie dostawcy. Nie mam czasu, aby wszystko przebudować, a ponieważ większość przepływu aplikacji odbywa się za pośrednictwem riverpod, może to rozwiązać problem z błędami?
4. Testy akceptacyjne i widgetów
"Ważne, ale... zajmie to dużo czasu"
Sprawdzenie przepływu użytkownika i widgetów jest niezwykle ważne. Ale jest problem... napisanie tych testów zajmuje ogromnie dużo czasu. Trudno jest sprawdzić wszystkie gałęzie i w zasadzie niemożliwe jest napisanie wszystkich testów. A nawet jeśli je napiszę, nie gwarantuje to 100% bezpieczeństwa. Uważam, że stosunek ceny do jakości jest w tym przypadku bardzo niski. Zamiast pisać testy akceptacyjne i widgetów, skupię się na testach integracyjnych i dostawcy, a jeśli wystąpią problemy, powiadomię użytkowników i będę aktualizował kod na bieżąco.
Może wydawać się to trochę nieodpowiedzialne, ale wydaje się to najlepszym rozwiązaniem.
Moje przemyślenia
Testy są w zasadzie automatyzacją. Dzięki automatyzacji testów możemy zaoszczędzić czas na manualnym testowaniu.
Czas to pieniądz, więc muszę szybko opracować priorytetowe funkcje i jak najszybciej wydać aplikację.
Czas goni. Trzeba szybko rozwijać.
O programistach
Globalna aplikacja randkowa Alien jest wspólnie rozwijana i zarządzana przez prawdziwą międzynarodową parę.
YouTube : https://www.youtube.com/@AlienApp
E-mail : slugj2020@gmail.com
