Dlaczego testerzy używają jednorazowej skrzynki
Prawie każda aplikacja wysyła maile: potwierdzenia zamówień, kody jednorazowe, faktury, rezerwacje, przypomnienia i powiadomienia. Te maile są częścią produktu i psują się częściej, niż się wydaje. Link prowadzi do środowiska testowego. Kod przychodzi, gdy już wygasł. Jako nadawca widnieje surowa nazwa serwera w stylu ip-10-0-3-17.internal. Nikt tego nie zauważa, dopóki prawdziwy klient się nie poskarży.
Testowanie na własnym Gmailu czy Outlooku szybko się nie sprawdza. Kończą się aliasy z „+”, skrzynka zapełnia się testowymi śmieciami, a adresu nie da się łatwo przekazać koledze z zespołu. Jednorazowa skrzynka to rozwiązuje: otwierasz stronę, kopiujesz adres, używasz go w aplikacji i patrzysz, jak mail przychodzi na żywo. Gdy skończysz, nic więcej nie musisz robić. Wszystko usuwa się samo po 7 dniach.
To prawdziwa skrzynka w prawdziwej domenie, więc aplikacja wysyła maila zwykłym SMTP, tak samo jak do klienta. Testujesz całą drogę, od kodu przez usługę wysyłki i DNS aż po doręczenie, a nie mocka.
Jak przetestować maile aplikacji w niecałą minutę
- Skopiuj adres z góry tej strony.
- Użyj go w aplikacji (lokalnie, na środowisku testowym albo na produkcji) wszędzie tam, gdzie wychodzi mail: rejestracja, zamówienie, rezerwacja, płatność, powiadomienie.
- Obserwuj skrzynkę. Mail pojawia się bez odświeżania, zwykle w kilka sekund.
- Sprawdź maila: nadawcę, temat, treść, każdy link i każdy kod.
- Kliknij linki albo wpisz kod, żeby przejść cały proces i upewnić się, że każdy krok działa.
Przykład: test zakupu abonamentu z eSIM przed wdrożeniem
Powiedzmy, że pracujesz w QA u operatora komórkowego, a wdrożenie w przyszłym tygodniu zmienia sposób, w jaki klienci kupują abonament online. Klient wybiera ofertę, podaje e-mail, płaci, a dalej prawie wszystko dzieje się mailowo. Każdy z tych maili musi być poprawny od pierwszego dnia, bo zły link oznacza klienta, który nie aktywuje swojej eSIM.
Z jednorazową skrzynką przejdziesz całą ścieżkę jak nowy klient, na środowisku testowym, zanim zmiany trafią na produkcję:
- Kup abonament na środowisku testowym z adresem z tej strony.
- Potwierdź adres e-mail kodem z maila.
- Sprawdź potwierdzenie zamówienia: właściwą ofertę, cenę miesięczną brutto, okres umowy i numer zamówienia.
- Sprawdź potwierdzenie płatności BLIK-iem lub przelewem: czy kwota zgadza się z zamówieniem?
- Sprawdź maila z eSIM: kod QR się wyświetla, ma tekst alternatywny, a link aktywacyjny prowadzi na produkcję, a nie na serwer testowy.
- Powtórz dla każdego typu oferty (na kartę, abonament, oferta rodzinna) w nowej karcie, żeby każdy testowy klient miał własną skrzynkę.
To samo działa w każdej branży, w której po akcji klienta przychodzą maile: banki, ubezpieczenia, sklepy internetowe, rezerwacje podróży czy okresy próbne SaaS. Przetestuj każdy mail, który dostanie klient, przed wdrożeniem, a nie po pierwszej reklamacji.
Błędy, które znajdziesz przed użytkownikami
- Linki testowe w mailach produkcyjnych. Bazowy URL skopiowany z niewłaściwego środowiska. Bardzo częste i niewidoczne, dopóki ktoś nie kliknie.
- Kody, które wygasają za szybko. Mail idzie 40 sekund, a kod jest ważny 30.
- Zepsute szablony. Zmienna typu
{{first_name}}, która się nie podmienia, albo pusty temat. - Brak uwierzytelnienia. Jeśli Twoje maile trafiają do spamu, sprawdź SPF, DKIM i DMARC nadawcy. Wyjaśniamy to w SPF, DKIM i DMARC w prostych słowach.
- Zły język lub format. Polski klient dostaje angielski szablon albo data i kwota są w złym formacie (23.10.2026, 49,99 zł).
Testowanie z kilkoma użytkownikami naraz
Zaproszenia, role w zespole i ścieżki akceptacji wymagają więcej niż jednej osoby. Otwórz tę stronę w nowej karcie albo w oknie prywatnym, a dostaniesz zupełnie osobną skrzynkę. Jedna karta na testowego użytkownika to najszybszy sposób: zaproś użytkownika B z konta A, zaakceptuj w skrzynce B i sprawdź, co zobaczy potem A. Więcej w testach wielu użytkowników dla QA.
Kiedy nie używać jednorazowej skrzynki
Jednorazowe skrzynki służą do testów. Każdy, kto ma link, może ją czytać, a wszystko znika po 7 dniach. Nie używaj jej więc do kont administratorów na produkcji, niczego związanego z płatnościami ani kont, które trzeba będzie odzyskać. Do tego służy prawdziwa skrzynka zarządzana przez Twój zespół.
Nie wpisuj też adresów prawdziwych klientów na środowiska testowe: poza ryzykiem wysłania klientowi testowego maila to także problem z punktu widzenia RODO. Testowy adres rozwiązuje sprawę.
Najczęstsze pytania
- To prawdziwa skrzynka czy mock?
- Prawdziwa skrzynka w prawdziwej domenie. Aplikacja wysyła zwykłym SMTP, tak jak do klienta, więc testujesz całą drogę: kod, usługę wysyłki, DNS i doręczenie.
- Czy maile HTML się wyświetlają?
- Tak. Maile HTML wyglądają tak, jak zobaczą je Twoi użytkownicy.
- Jak długo przechowywane są testowe maile?
- Każdy mail jest automatycznie usuwany 7 dni po dotarciu, a skrzynka wygasa 7 dni po utworzeniu. Możesz też w każdej chwili usunąć wszystko sam.
- Czy mogę testować z kilkoma użytkownikami naraz?
- Tak. Otwórz stronę w nowej karcie lub oknie prywatnym, a dostaniesz kolejną skrzynkę. Jedna karta na testowego użytkownika świetnie sprawdza się przy zaproszeniach, rolach i akceptacjach.
- Dlaczego mój testowy mail nie dotarł?
- Najpierw sprawdź, czy adres jest poprawny. Niektóre serwisy blokują znane domeny jednorazowe, a niektórzy dostawcy opóźniają o minutę lub dwie pierwszego maila od nowego nadawcy. Jeśli wysyła Twoja aplikacja, zajrzyj do jej logów i panelu usługi wysyłki.
- Czy mogę tego używać do kont produkcyjnych?
- Nie. Każdy z linkiem może czytać skrzynkę, a ona wygasa po 7 dniach. Używaj jej do testów, nigdy do kont, które trzeba będzie odzyskać.