Część reguł pominęliśmy, a część zinterpretowaliśmy na nowo.
1. Jeżeli coś może się nie udać, to się nie uda.
If it can't happen, it will not happen. (ang.)
Testerska interpretacja: Pomimo Twoich starań oprogramowanie ujawni awarię dopiero na produkcji.
2. Jeśli coś może pójść źle, to pójdzie.
Anything that can go wrong will go wrong. (ang.)
Testerski komentarz: Reguła ma szerokie zastosowanie we wszystkich dziedzinach projektów informatycznych.
3. Jeśli wiesz, że coś może pójść źle i podejmiesz stosowne środki zapobiegawcze, to źle pójdzie coś innego.
Testerska interpretacja: Defekty są w innych miejscach niż tam, gdzie ich szukasz.
4. Rzeczy ulegają zniszczeniu wprost proporcjonalnie do swej wartości.
Matter will be damaged in direct proportion to its value. (ang.)
Testerska interpretacja: Najpoważniejsze defekty są w najbardziej krytycznych obszarach i wyrządzają najwięcej szkód.
5. Zawodowcy są przewidywalni – strzeż się amatorów.
Testerska interpretacja: Doświadczony programista popełnia błędy w tych samych miejscach, niedoświadczony w losowych.
6. Jeżeli wydaje ci się, że wszystko jest w porządku – na pewno coś przeoczyłeś.
Testerska interpretacja: Testowanie jest nieskończone.
7. To, czego szukasz, znajdziesz w ostatnim z możliwych miejsc.
Testerska interpretacja: Najważniejsze defekty znajdowane są na chwilę przed wdrożeniem.
8. Jeśli udoskonalasz coś dostatecznie długo – na pewno to zepsujesz.
Testerska interpretacja: Lepsze jest wrogiem dobrego, a poprawka do ostatniego defektu zniszczy cały system.
9. Nie wierz w cuda – zdaj się na nie.
Testerska interpretacja: Testowanie jest nieskończone, więc tylko cudem uda Ci się znaleźć wszystkie defekty.
10.Ten, który się waha, ma prawdopodobnie rację.
Testerska interpretacja: Im bardziej wątpisz w jakość systemu, tym bardziej świadomym testerem jesteś.
Wikipedia jako źródło praw Murphy'ego podaje konferencję prasową z 1949 r. dotyczącą badań testowania ludzkiej odporności na przeciążenia podczas hamowania. Jedno z pytań dotyczyło tego, że nikt nie został ranny przy testowaniu rakietowych sań. Jeden z inżynierów odpowiedział wówczas, że wzięto pod rozwagę prawa Murphy'ego, opisał je i stwierdził, że ogólnie oznaczały branie pod uwagę, przed rozpoczęciem testów, wszystkich możliwych scenariuszy rozwoju wypadków. Źródłem (jednym z domniemanych) miało być wypowiedziane stwierdzenie sfrustrowanego Murphy'ego o swoim asystencie: "Jeśli ten facet ma jakąkolwiek możliwość zrobienia błędu, zrobi go".
Więcej naszych (starszych) publikacji o Prawach Murphy'ego:
Prawa Murphy'ego dla programisty
Prawa Murphy'ego a jakość oprogramowania
Prawa Murphy'ego a klient i użytkownik
Źródła
https://pl.wikipedia.org/wiki/Prawa_Murphy%E2%80%99ego
https://pl.wikiquote.org/wiki/Prawa_Murphy'ego