Wpis z mikrobloga

Równie dobrze może mu się myszka albo monitor z----ć i nie zauważy, że czegoś tam kliknął. O to chodzi, żeby zrtobić to tak, żeby takie coś zostało wyłapane, a nie blokować przeglądarki ze złudną nadzieją, że to załatwi sprawę.


@ghostface: ale nie zaszkodzi wyeliminowac choc czesc niewiadomych czyli nieprzetestowane przegladarki.
Nabierz troche doswiadczenia w IT bo za bardzo teoretyzujesz
  • Odpowiedz
@JestemKaspi:

ale nie zaszkodzi wyeliminowac choc czesc niewiadomych czyli nieprzetestowane przegladarki.


Zakładanie, że jakakolwiek przeglądarka jest "przetestowana" jest śmiesznie
  • Odpowiedz
@ghostface: specyfikujesz na jakich przegladarkach system ma dzialac, definiujesz DoD i plan testow w ktorym okreslasz jak cos przetestowac. Piszesz testy automatyczne zgodnie ze specyfikacja i planem testow. Tak wyglada praca przy projekcie w ktorym liczy sie jakosc.

Wedlug Ciebie powinno sie testowac wszystkie mozliwe przegladarki i placic za testy 5x wiecej zeby pokryc 0,1% rynku?

Powiedz mi w ktorej firmie tak pracowales
  • Odpowiedz
specyfikujesz na jakich przegladarkach system ma dzialac, definiujesz DoD i plan testow w ktorym okreslasz jak cos przetestowac. Piszesz testy automatyczne zgodnie ze specyfikacja i planem testow. Tak wyglada praca przy projekcie w ktorym liczy sie jakosc.


@JestemKaspi: tak, i testujesz wszystkie możliwe wersje przeglądarek z tym user agentem z każdym możliwym zestawem rozszerzeń. Nie bądź śmieszny.

Testować oczywiście trzeba, ale na przeglądarce nie należy opierać walidacji danych
  • Odpowiedz
że przeglądarce z białej listy user agentów coś takiego się nie stanie


@ghostface: Mam dużo większe bo przeprowadzam testy.

w przypadku nieprawidłowego działania aplikacji klienckiej zostało to
  • Odpowiedz
ale na przeglądarce nie należy opierać walidacji danych wejściowych.


@ghostface: A jak zwalidujesz dane wejściowe kiedy checkbox z ulgą czy z innymi danymi w PIT będzie niewidoczny dla użytkownika przez błąd w CSS?
  • Odpowiedz