Feature: Zakładka testująca działanie modułu

[Triloworld]

Proponuję wykorzystać pomysł jaki jest zastosowany w tym module: https://github.com/nenes25/eicaptcha
Dokładnie ten widok: https://github.com/nenes25/eicaptcha/blob/cc66b8a493b09755794b0e595f5e519399421f94/src/Debugger.php
Wymagać zrzutu ekranu tego miejsca przed stworzeniem issue a sam zrzut zawierałby właściwe informacje. Można też wygenerować plik.

Proponuję jedynie testować:

• wersja modułu, prestashop, php, biblioteki curl czyli wymagania w stosunku do działania SDK
• czy wszystkie hooki są przypięte, na czerwono które nie (ja nie miałem hooka z EU by odbierać płatności z innych walut)
• sklep działa z prawidłowym SSL i tak widzi sam moduł (czy jest też TLS 1.2)
• włączone waluty vs włączone POS (jeśli dla jakiejś waluty POS jest nie uzupełniony)
• czy aktywna jest wersja sandbox (tak to na czerwono jeśli POS nie jest uzupełniony lub na żółto że jest aktywny)
• sprawdzenie zmiennych (czy nie są nadpisane, znane punkty dostępowe_
• wykonać testowe zamówienie testując całe rozwiązanie (tls, połączenie, czy odpowiedź na punkt notify jest z nagłówkiem 200 OK odnośnie zmian statusu zamówienia, czy działa to po stronie backendowej)

Sam POS dla SANDBOX mógłby być wstępnie uzupełniony o ten domyślny z dokumentacji a zakładka mogłaby być od zebrania w jeden plik.
Można by też, tutaj na GitHub, odróżnić zadania z błędem od innego typu zadań (przy tworzeniu zadania mieć wybór) i wymagać zrzutu informacji z tej zakładki po dokonaniu instalacji i aktywacji modułu, w innym wypadku automatycznie zadanie tagować że nie zawiera wszystkich informacji a takie po miesiącu automatycznie zamykać.

Ogólnie jakość modułu jest świetna (Dzięki @regdos !), pozostaje jedynie określić co jest w przyszłości błędem i zamknąć część tematów a te które są aktualne otagować bo nie wiem co w module jak i w zadaniach jest uznane jako błąd by wykonać pull request jeśli potrafię coś poprawić, także te zadanie oznaczyć jeśli Pan akceptuje by takie coś się pojawiło :)