Test INF.04 — zestaw 14

Dlaczego tak

Zakres 1–99 wyznacza trzy klasy równoważności: wartości za małe (poniżej 1), poprawne (od 1 do 99) i za duże (powyżej 99); zestaw −5, 50, 150 bierze po jednej wartości z każdej. Liczby 1, 50 i 99 należą do tej samej, poprawnej klasy. Zestaw 0, 1, 99, 100 to wartości brzegowe z dwiema wartościami poprawnymi, a −5 i 0 należą do tej samej klasy wartości za małych.

Dlaczego tak

Testy postępują od najmniejszych części do całości: najpierw sprawdza się pojedyncze moduły (jednostkowe), potem ich współpracę (integracyjne), następnie cały system w środowisku zbliżonym do docelowego (systemowe), a na końcu klient potwierdza zgodność z wymaganiami (akceptacyjne). Testy systemowe przed integracyjnymi nie mają sensu, bo system nie jest jeszcze złożony. Kolejność odwrotna odpowiada planowaniu testów po lewej stronie modelu V, a nie ich wykonywaniu.

Dlaczego tak

Tester próbuje wstrzyknąć kod SQL (SQL injection), czyli sprawdza odporność aplikacji na atak i ochronę przed nieuprawnionym dostępem – to test bezpieczeństwa. Test użyteczności ocenia łatwość obsługi przez użytkowników, a test zgodności – działanie w różnych przeglądarkach, systemach i urządzeniach. Test obciążeniowy mierzy zachowanie aplikacji przy dużej liczbie żądań, a nie przy jednym spreparowanym wpisie.

Dlaczego tak

Ważność opisuje techniczny wpływ błędu na działanie aplikacji, a priorytet – pilność naprawy z punktu widzenia biznesu. Literówka nie zakłóca działania, więc ma niską ważność, ale jest widoczna dla każdego klienta na stronie głównej i szkodzi wizerunkowi, dlatego naprawia się ją szybko. Zawieszenie aplikacji to wysoka ważność, lecz rzadko używana funkcja może poczekać na naprawę; utożsamianie obu ocen to najczęstszy błąd.

Dlaczego tak

Wartość tabindex="-1" pozwala ustawić fokus na elemencie tylko ze skryptu lub kliknięciem, ale usuwa go z sekwencji nawigacji klawiszem Tab – stąd pominięcie obu pól. Atrybut required wymusza wypełnienie pola przed wysłaniem, ale nie zmienia kolejności fokusu. Placeholder wyświetla podpowiedź, a autocomplete="off" wyłącza autouzupełnianie, więc żaden z nich nie wpływa na przechodzenie klawiszem Tab.

Dlaczego tak

Odsetek ukończeń to liczba osób, które wykonały zadanie bez pomocy, podzielona przez liczbę uczestników: 4 / 5 = 80 %. Mediana to środkowa wartość uporządkowanych czasów 20, 25, 30, 35, 90, czyli 30 s. Wartość 40 s to średnia arytmetyczna (200 s / 5), zawyżona przez jeden wynik odstający – dlatego w testach użyteczności z małą grupą częściej podaje się medianę.

Dlaczego tak

Środowisko testowe powinno być oddzielone od produkcyjnego, a wybór bazy – zależeć od konfiguracji, np. zmiennych środowiskowych z pliku .env.test, bez zmian w kodzie. Kopia zapasowa nie chroni produkcji przed zmianami w czasie testów, a uruchamianie testów nocą nadal modyfikuje prawdziwe dane klientów. Zakomentowanie zapisu zmienia testowany kod, więc testy nie sprawdzają tego, co trafi na produkcję.

Dlaczego tak

Iloczyny wynoszą: logowanie 16, płatności 10, wyszukiwarka 6, newsletter 5, więc w kolejności malejącego ryzyka najpierw testuje się logowanie, a na końcu newsletter. Ustawienie płatności na początku wynika z patrzenia tylko na wpływ, a newslettera – tylko na prawdopodobieństwo. Kolejność z newsletterem przed wyszukiwarką powstaje, gdy zamiast mnożyć, dodaje się oba czynniki (6 wobec 5).

Dlaczego tak

Przypadek testowy musi zawierać wynik oczekiwany, np. „w koszyku jest 1 sztuka produktu X, a licznik koszyka pokazuje 1”, bo dopiero porównanie z nim pozwala uznać test za zaliczony lub niezaliczony. Priorytet pomaga ustalić kolejność wykonania, ale nie wpływa na ocenę wyniku. Numer zgłoszenia błędu dodaje się dopiero po wykryciu błędu, a autor modułu nie jest częścią opisu testu.

Dlaczego tak

Wynik rzeczywisty opisuje to, co faktycznie się stało, czyli błąd 500 po kliknięciu „Zapisz”, a wynik oczekiwany – zachowanie zgodne z wymaganiami, np. zapisanie danych i komunikat potwierdzenia. Tester pomylił te pola, przez co programista nie wie, jak aplikacja ma działać. Skopiowanie tego samego tekstu do obu pól utrwala błąd, a kod statusu HTTP jest cenną informacją diagnostyczną.

Dlaczego tak

Klucz on określa zdarzenie wyzwalające przepływ pracy, a wartość push oznacza uruchomienie po każdym wypchnięciu commitów do dowolnej gałęzi repozytorium. Uruchamianie według harmonogramu wymagałoby wyzwalacza schedule z wyrażeniem cron, a ręczne – workflow_dispatch. Dla żądań scalenia stosuje się wyzwalacz pull_request, którego w tej konfiguracji nie ma.

Dlaczego tak

Funkcja ma cztery gałęzie: prawdę i fałsz warunku wiek < 18 oraz prawdę i fałsz warunku wiek >= 65. Dla wieku 10 pierwszy warunek jest prawdziwy, a drugi fałszywy; dla wieku 70 – odwrotnie, więc pokryte są wszystkie cztery gałęzie. Odpowiedź 75 % wynika z przekonania, że potrzebny jest jeszcze test dla dorosłego, np. 30 lat, który sprawdza ważny scenariusz, ale nie dodaje żadnej nowej gałęzi.

Dlaczego tak

Testy akceptacyjne weryfikują zgodność aplikacji z rzeczywistymi oczekiwaniami klienta, a rozbieżność między nimi a specyfikacją jest zmianą wymagań. Trzeba ją formalnie zgłosić, uzgodnić koszt i termin, a następnie zaktualizować specyfikację i przypadki testowe. Odrzucenie uwagi formalnie chroni wykonawcę, ale oznacza dostarczenie produktu nieprzydatnego dla klienta, a zmiana bez dokumentacji rozsynchronizuje kod ze specyfikacją.

Dlaczego tak

Termin rate-limited oznacza ograniczenie częstotliwości wywołań, a zwrot „100 requests per minute per API key” określa limit: 100 żądań w ciągu minuty dla jednego klucza. Po jego przekroczeniu serwer zwykle odpowiada kodem 429 Too Many Requests. Liczba 100 nie dotyczy kosztu pojedynczego żądania, czasu odpowiedzi ani ważności klucza – te interpretacje pomijają słowa „requests per minute”.

Dlaczego tak

Tekst wymienia wymagania wobec pull requesta: przechodzące lokalnie testy, zgodność z przewodnikiem stylu i obecność opisu, a zgłoszenia bez opisu nie będą przeglądane. Wspomina o testach, ale nie wyjaśnia, jak je uruchomić, więc druga interpretacja dotyczy szczegółu, a nie głównej myśli. Fragment nie zamyka projektu na zmiany i nie podaje żadnego terminu ich sprawdzenia.

Dlaczego tak

Zwrot „$12 per user per month” oznacza 12 dolarów za każdego użytkownika miesięcznie, więc dla pięciu osób koszt wynosi 5 · 12 = 60 USD. Odpowiedź 12 USD pomija słowa „per user” i traktuje cenę jako opłatę za cały zespół. Wartość 36 USD powstaje z pomnożenia ceny przez liczbę projektów z planu Free, a 2500 – z pomnożenia liczby osób przez pojemność 500 MB.

Dlaczego tak

Zaimek dzierżawczy its, podobnie jak it w wyrażeniu „import it”, odnosi się do rzeczownika wprowadzonego w pierwszym zdaniu, czyli do pakietu (the package). To pakiet się importuje i to jego metodę init() wywołuje się przed innymi funkcjami. Plik główny jest tylko miejscem importu, a „any other function” pojawia się dopiero po zaimku its, więc nie może być jego odniesieniem.

Dlaczego tak

Najpierw pisze się test odtwarzający błąd (2), który początkowo nie przechodzi, a potem poprawia kod tak, aby test przeszedł (4) – zdanie „so that the test passes” zakłada, że test już istnieje. Następnie zmiana trafia do przeglądu przez kolegę (3), a dopiero zatwierdzona poprawka jest wdrażana na produkcję (1). Wdrożenie przed przeglądem pomija kontrolę jakości, a przegląd na samym początku nie ma czego oceniać.

Dlaczego tak

Klucz obcy to kolumna, której wartości wskazują na klucz główny innej tabeli, tworząc relację między tabelami, np. zamowienia.klient_id odwołuje się do klienci.id. Opis kolumny o wartościach unikalnych i niepustych (unique and not null) dotyczy klucza głównego, z którym klucz obcy jest najczęściej mylony. Indeks przyspiesza wyszukiwanie, a „secret value used to encrypt” to klucz kryptograficzny, niezwiązany z relacjami.

Dlaczego tak

Instrukcje w języku angielskim formułuje się w trybie rozkazującym (clone, install, run), a kolejność wskazują wyrażenia First, Then, Finally. Ciąg zaczynający się od uruchomienia testów jest gramatycznie poprawny, ale nielogiczny, bo testów nie da się uruchomić przed pobraniem kodu i zależności. Pozostałe zdania mieszają formy -ing i trzeciej osoby oraz błędny szyk z zaimkiem you, którego w trybie rozkazującym się nie używa.

Dlaczego tak

Spójnik because wprowadza przyczynę, więc druga część zdania staje się uzasadnieniem rekomendacji: autor poleca PostgreSQL, ponieważ baza obsługuje transakcje i dane JSON. Although („chociaż”) zapowiada kontrast, co przeczyłoby sensowi zdania, a unless („chyba że”) wprowadza warunek wyłączający. However jest przysłówkiem łączącym zdania i nie może w tym miejscu połączyć dwóch części jednego zdania bez średnika i przecinka.

Dlaczego tak

Temat wiadomości powinien być krótki, rzeczowy i konkretny: wskazywać miejsce problemu (login page), objaw (error 500) i okoliczności (after password reset), aby odbiorca od razu ocenił sprawę. Wykrzykniki i „ASAP” nie przekazują treści problemu i brzmią nieprofesjonalnie. Jednowyrazowy temat „Problem” nic nie mówi, a zapis małymi literami ze skrótem „ur” jest stylem czatu, a nie wiadomości służbowej.

Dlaczego tak

W brytyjskiej korespondencji formalnej po zwrocie „Dear Sir or Madam” kończy się list formułą „Yours faithfully”, a „Yours sincerely” stosuje się, gdy list zaczyna się od nazwiska adresata, np. „Dear Mr Smith”. Pomylenie tych dwóch formuł jest najczęstszym błędem. „Cheers” i „See you soon” to zwroty nieformalne, odpowiednie w wiadomości do znajomego z zespołu, a nie do nieznanej firmy.

Dlaczego tak

Profesjonalne rozpoczęcie rozmowy zawiera powitanie, nazwę działu, przedstawienie się zwrotem „… speaking” oraz uprzejmą propozycję pomocy „How can I help you?”. Pytanie „What do you want” jest gramatycznie poprawne, ale brzmi niegrzecznie i nie ma przedstawienia się. Zwrot „Have a nice day, goodbye” zamyka rozmowę zamiast ją otwierać, a ponaglanie klienta słowem „quickly” narusza zasady obsługi.

Dlaczego tak

Poprawna odpowiedź podaje przyczynę w czasie przeszłym (was locked) – blokada już nastąpiła po trzech nieudanych próbach – oraz proponuje rozwiązanie (I can unlock it for you now). Zdanie w czasie przyszłym „will be locked” opisuje coś, co dopiero może się stać, więc wprowadza klienta w błąd i zachęca go do dalszych prób. Pozostałe odpowiedzi zmieniają przyczynę: równoczesne logowanie trzech osób i trzy dni oczekiwania nie wynikają z sytuacji.

Dlaczego tak

Zwrot „What do you think about + forma -ing” to typowy sposób pytania o opinię: zaprasza rozmówcę do oceny propozycji przed podjęciem decyzji. Zdanie „I have already moved…” informuje o wykonanej czynności, a „You must move…” jest poleceniem, więc żadne z nich nie pyta o zdanie. Ostatnie zdanie zawiera błąd gramatyczny – po „Do you” wymagany jest bezokolicznik „move”, a nie forma „moved”.

Dlaczego tak

W negocjacjach ustępstwo powinno być wymienione na coś w zamian: obniżka o 10 % jest uzależniona od podpisania rocznej umowy serwisowej, co sygnalizuje spójnik if. Obniżka „because we really want you” to bezwarunkowe ustępstwo, które osłabia pozycję wykonawcy, choć brzmi podobnie. Praca bez wynagrodzenia oznacza rezygnację z negocjacji, a „take it or leave it” kończy je bez szukania porozumienia.

Dlaczego tak

Uprzejma prośba w języku angielskim łączy przeprosiny (Sorry), pytanie z czasownikiem modalnym could i słowo please. Zdania w trybie rozkazującym, takie jak „Say … again” czy „Repeat the number”, brzmią w rozmowie z klientem jak polecenia, nawet jeśli są gramatycznie poprawne. Zwrot „You speak too fast” przerzuca winę na rozmówcę, co w obsłudze klienta jest niewłaściwe.

Dlaczego tak

Oficjalny komunikat dla klientów jest napisany pełnymi zdaniami, uprzejmie (Please note), podaje dokładny termin przerwy i jej przyczynę (for scheduled maintenance). Wiadomość ze skrótami „gonna”, „sat” i „lol” ma styl czatu ze znajomymi. Pozostałe dwie wersje są nieprecyzyjne i niezręczne: „We break the application” sugeruje celowe zepsucie, a „maybe something will not work” nie podaje godzin.

Dlaczego tak

Wypełnienie paska w trzech czwartych oznacza 75 % postępu, co po angielsku wyraża się jako „three-quarters complete” lub „75 percent complete”. Zdanie „a quarter complete” oznacza tylko 25 %, czyli odczytanie pustej części paska. Wyrażenie „three times” znaczy „trzy razy”, a liczba 75 na pasku postępu nie dotyczy błędów, tylko procentu ukończenia.

Dlaczego tak

Czasownik expire oznacza „wygasnąć”, a forma has expired opisuje stan już zaistniały, więc sesja wygasła, a nie dopiero wygaśnie. Wyrażenie sign in to „zalogować się”, nie „podpisać” – dosłowne tłumaczenie słowa sign jest typową pułapką. Sign up oznaczałoby rejestrację, a sign out wylogowanie, więc pozostałe wersje zmieniają polecenie skierowane do użytkownika.

Dlaczego tak

Polskie „nie można zapisać” oddaje strona bierna cannot be saved, a „ponieważ” – spójnik because. Wersja z „safe” myli przymiotnik „bezpieczny” z czasownikiem save („zapisać”). Spójnik although znaczy „chociaż” i odwraca logikę zdania, a słowo empty („pusty”) zmienia przyczynę błędu na przeciwną.

Dlaczego tak

Zakończenie prezentacji zawiera podziękowanie za uwagę (Thank you for your attention) i zaproszenie do pytań (I'm happy to answer any questions). Zdanie „Let me start by introducing myself” otwiera wystąpienie, a „let's move on to the next slide” jest przejściem między częściami prezentacji. Zwrot „As you can see in this chart” służy do omawiania wykresu w trakcie wystąpienia, a nie do jego zakończenia.

Dlaczego tak

Kontekst zdania – tworzenie gałęzi dla funkcji, scalanie (merge) i gałąź main – jednoznacznie wskazuje na system kontroli wersji, np. Git. Znaczenie „skok warunkowy” też dotyczy informatyki (branch instruction w asemblerze), dlatego jest najbardziej kuszące, ale skoku nie tworzy się dla funkcji ani nie scala. Oddział firmy i gałąź drzewa to znaczenia ogólne, które słownik podaje jako pierwsze, lecz nie pasują do tego tekstu.

Dlaczego tak

Skrót LGTM (Looks Good To Me) oznacza akceptację zmian w przeglądzie kodu, a słowo nit (od nitpick) – drobną, mało istotną uwagę, której poprawienie nie blokuje scalenia. Uwaga dotyczy zmiany nazwy tmp na bardziej opisową (more descriptive), a nie usunięcia pliku. Komentarz nie wskazuje błędu krytycznego ani nie zawiera pytania o autora kodu.

Dlaczego tak

Wyrażenie „lossy conversion” oznacza konwersję stratną, a „from double to int” – zamianę liczby zmiennoprzecinkowej na całkowitą, przy której tracona jest część ułamkowa. Java nie wykonuje jej niejawnie, więc trzeba użyć rzutowania, np. (int) x, lub zmienić typ zmiennej. Komunikat dotyczy niezgodności typów (incompatible types), a nie braku inicjalizacji, przekroczenia zakresu ani dzielenia przez zero w czasie działania.

Dlaczego tak

Słowo actual znaczy „rzeczywisty, faktyczny”, a nie „aktualny” (po angielsku current, up-to-date), dlatego „actual result” w raporcie z testów to wynik rzeczywisty. Compiler, algorithm i parameter są internacjonalizmami o tym samym znaczeniu co polskie kompilator, algorytm i parametr. Rozpoznawanie internacjonalizmów ułatwia czytanie dokumentacji, ale fałszywi przyjaciele prowadzą do błędnych tłumaczeń.

Dlaczego tak

Kontekst wskazuje na zakończenie: stare API (legacy) ma przestać działać z końcem roku, a użytkownicy są proszeni o migrację do wersji 2. Dosłowne znaczenie sunset („zachód słońca”) prowadzi do skojarzenia z wieczorem, ale w tekstach technicznych czasownik to sunset oznacza stopniowe wycofanie usługi. Prośba o migrację wyklucza też przyspieszenie lub zwykłe przeniesienie na inny serwer.

Dlaczego tak

Strategia kompensacyjna polega na zastąpieniu nieznanego słowa opisem jego znaczenia: „a picture of what you can see on your screen” dokładnie oddaje pojęcie zrzutu ekranu. Prośba o model monitora wykorzystuje słowo screen, ale pyta o sprzęt, a nie o obraz z komunikatem. Folder z plikami i nagranie głosu to inne materiały, które nie pokażą programiście treści komunikatu błędu.

Dlaczego tak

Krótkie podziękowanie dotyczy tylko nadawcy, więc odpowiada się jemu, nie zaśmiecając skrzynek 15 innych osób wiadomością, która ich nie dotyczy. „Odpowiedz wszystkim” stosuje się, gdy treść odpowiedzi jest istotna dla wszystkich adresatów, np. przy ustaleniach terminu. Brak jakiejkolwiek reakcji może zostać odebrany jako nieuprzejmość, a przesyłanie wiadomości dalej nie jest potwierdzeniem odbioru.