eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programming[newbie] Test porównawczy języków programowaniaRe: Test porównawczy języków programowania
  • Data: 2011-01-21 09:48:06
    Temat: Re: Test porównawczy języków programowania
    Od: Tomasz Kaczanowski <kaczus@dowyciecia_poczta.onet.pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    Andrzej Jarzabek pisze:
    > On Jan 20, 3:17 pm, "Przemek O." <p...@o...eu> wrote:
    >> Jeśli by przyjąć że certyfikat wytwórcy implikuje certyfikat dla
    >> produktu, nie mamy takiej gwarancji. Można założyć brak złej woli
    >> wytwórcy, ale może się zdarzyć problem/błąd nie wykryty w procesie
    >> testowania.
    >
    > A błąd nie wykryty w procesie testowania przez certyfikujące
    > laboratorium nie może się zdarzyć? Według mnie szanse wykrycia błędu w
    > oprogramowaniu przy testowaniu laboratoryjnym są znacznie mniejsze niż
    > przy podobnym nakładzie środków przy testowaniu przez QA. Bo dział QA
    > testuje tylko produkty tej firmy, być może jest zespół, który testuje
    > tylko dany produkt, dodatkowo mają wskazówki od developerów gdzie
    > należy szukać błędów i mają możliwość testowania produktu we
    > wszystkich stadiach produkcji.

    Widzisz, w jednej z firm, w której pracowałem, ktoś powtarzał, że "autor
    programu jest najgorszym z mozliwych testerów własnego wyrobu". I wiesz
    co, po latach doswiadczeń przyznaję mu rację. Oczywiście autor wyłapie
    błędy, ale te na które jest przygotowany - czyli fragmenty kodu, co do
    których nie miał pewności, czy w rzeczywistym systemie zadziała to
    dobrze (tu sobie napisze różne testy, zasymuluje rózne sytuacje i
    sprawdzi dokładnie). Niestety w życiu codziennym pojawiają się sytuacje,
    których autor programu nie przewidzi (np jakies nawyki osób
    obsługujacych program). Dlatego w firmie w której pracowałem były osoby
    w dziale testów, które zajmowały się testowaniem produktów w taki
    sposób, jaki robia to urzytkownicy, poniewaz było to oprogramowanie
    bankowe, toteż były zatrudnione osoby, które wczesniej w banku
    pracowały. I wbrew pozorom, tam pojawiało się właśnie najwięcej zgłoszeń
    błędów, nie po unit testach.



    > Jeśli chodzi o błędy polegające na tym, że w bardzo specyficznych
    > sytuacjach, przy specyficznej konfiguracji, przy specyficznych danych
    > wejściowych pojawiających się w specyficznych relacjach czasowych
    > program się wysypuje, to testy laboratoryjne mają bardzo słabe szanse
    > na ich wyłapanie, bo są w stanie przebadać jedynie bardzo wąskie
    > wycinki całkowitej przestrzeni zdarzeń.

    Ale takich błędów też nie wyłapią programiści.




    --
    Kaczus
    http://kaczus.republika.pl

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: