Potrzebuje pomysłów na scenariusze testowe do testowania płatności w sklepie ecommerce przez #klarna / #paypo - sam troche wymyśliłem, ale #!$%@? no ciężko, a chcą ode mnie 15+ scenariuszy xD
- zapłacić pierwszą rate szybciej - zmienić date kolejnej raty - zmienić dane karty do kolejnej raty - nie mieć hajsu na karcie do kolejnej raty - spróbować zmienić dane do kolejnej raty na błędną - zmienić dane do kolejnej raty i zdezaktywować karte - W przypadku 3DS odmówić płatności pierwszej raty - zapłacić kolejną rate po terminie - spłacić jedną rate przed terminem - spłacić całość przed terminem - zrobić zwrot i anulować kolejną rate - zapłacić każdą z rat inną metodą płatności / inną kartą
ktoś coś? Troche mi sie dupa pali i byłbym wdzięczny za sugestie xD A jak ktoś pracuje w ecommerce i ma jakieś rozpisane przypadki testowe to już w ogóle
Moze zamiast wymyslac scenariusz z glowy uzyj techniki tworzenia scenariuszy. Okres jakie sa funkcjonalnosci. Np platnosc z konta. Potem rozpisz mozliwe stany konta (konto ze srodkami,konto bez srodkow, konto z dokladna kwota na zakup) i statusy platnosci. Powinno wyjsc spokojnie 15 przy dwoch dostawcach.
Potem rozpisz mozliwe stany konta (konto ze srodkami,konto bez srodkow, konto z dokladna kwota na zakup)
@Lipka91: ale to bez znaczenia, albo masz hajs albo nie, stan "wiecej niz trzeba" nic nie zmienia. Testujemy na prodzie wiec tez nie mam mozliwosci symulowania za bardzo
Potem rozpisz mozliwe stany konta (konto ze srodkami,konto bez srodkow, konto z dokladna kwota na zakup)
@Lipka91: ale to bez znaczenia, albo masz hajs albo nie, stan "wiecej niz trzeba" nic nie zmienia. Testujemy na prodzie wiec tez nie mam mozliwosci symulowania za bardzo
@Rabusek: nie znam tych firm ale z takich prostych zapychaczy może takie coś: - płatność kartą z inną waluta - płatność po kolei Visa, MasterCard, amex, maestro itp (zdarzało się, że bramka miała wyłączony jeden typ karty) - numer karty nie spełnia algorytmu Luhna (powinna być walidacja) - cv2 przyjmuje 4 znaki (dla amexa) - maksymalna długość numeru karty (chyba 19
@Rabusek można podpinać wiecej kart niz jedną? Ewentualnie po pierwszej płatności wygasić ważność karty albo podpiąć taką ktora ma krotkintermin ważności
- zapłacić pierwszą rate szybciej
- zmienić date kolejnej raty
- zmienić dane karty do kolejnej raty
- nie mieć hajsu na karcie do kolejnej raty
- spróbować zmienić dane do kolejnej raty na błędną
- zmienić dane do kolejnej raty i zdezaktywować karte
- W przypadku 3DS odmówić płatności pierwszej raty
- zapłacić kolejną rate po terminie
- spłacić jedną rate przed terminem
- spłacić całość przed terminem
- zrobić zwrot i anulować kolejną rate
- zapłacić każdą z rat inną metodą płatności / inną kartą
ktoś coś? Troche mi sie dupa pali i byłbym wdzięczny za sugestie xD
A jak ktoś pracuje w ecommerce i ma jakieś rozpisane przypadki testowe to już w ogóle
#pytanie troche #testowanieoprogramowania
Że jak?
źródło: comment_1618495764WsNuem0Js9kngpqo9jXIbQ.gif
PobierzKomentarz usunięty przez autora Wpisu
Okres jakie sa funkcjonalnosci. Np platnosc z konta. Potem rozpisz mozliwe stany konta (konto ze srodkami,konto bez srodkow, konto z dokladna kwota na zakup) i statusy platnosci. Powinno wyjsc spokojnie 15 przy dwoch dostawcach.
@Rabusek
@Lipka91: ale to bez znaczenia, albo masz hajs albo nie, stan "wiecej niz trzeba" nic nie zmienia.
Testujemy na prodzie wiec tez nie mam mozliwosci symulowania za bardzo
@Rabusek: Najs xD
Masz hajs albo nie masz, Ale moze byc np zmienna prowizja PO transakcji i co wtedy? Bez konkretow nie da sie tego zrobic z glowa :p
@Rabusek
Na prodze to 2 scenariusze i powinno byc git
@Lipka91: nie mam i nie dostane dokumentacji
@Lipka91: ma być 15 xD Brakuje mi z 4, stąd pytanie, moze ktos będzie miał jakieś pomysły
@Lipka91: ale to bez znaczenia, albo masz hajs albo nie, stan "wiecej niz trzeba" nic nie zmienia.
Testujemy na prodzie wiec tez nie mam mozliwosci symulowania za bardzo
Klasy równoważności:)
- płatność kartą z inną waluta
- płatność po kolei Visa, MasterCard, amex, maestro itp (zdarzało się, że bramka miała wyłączony jeden typ karty)
- numer karty nie spełnia algorytmu Luhna (powinna być walidacja)
- cv2 przyjmuje 4 znaki (dla amexa)
- maksymalna długość numeru karty (chyba 19