Prawa Murphy’ego w testowaniu i jakości

Prawa Murphy'ego to prześmiewcze reguły, w których tle często pojawia się technologia i informatyka. Regularnie do nich wracamy i przypominamy je. Po latach łatwiej nam redefiniować te reguły, które są najbliższe testowaniu i jakości.


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

 

 

 

Najbliższe terminy szkoleń

Partnerzy

Narzędzia testerskie