eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingPorównanie różnych językówRe: Porównanie różnych języków
  • Data: 2011-12-17 17:00:19
    Temat: Re: Porównanie różnych języków
    Od: Roman W <b...@g...pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On Dec 17, 3:58 pm, Andrzej Jarzabek <a...@g...com>
    wrote:
    > On 17/12/2011 15:30, Roman W wrote:
    >
    > > On Dec 17, 8:53 am, Maciej Sobczak<s...@g...com>  wrote:
    > >> Dokumentacja nie służy do redukcji ilości bugów, więc to, że jakieś
    > >> tam metody redukują tą ilość skuteczniej niż dokumentacja nie może
    > >> prowadzić do żadnych sensownych wniosków. W szczególności nie do
    > >> takich, że dokumentacji może nie być.
    >
    > > Ja bym raczej powiedzial na chlopski rozum, ze dokumentacja definiuje
    > > co jest bugiem, a co nie. Jak programista Agile ma eliminowac bugi,
    > > kiedy nie wie, co jest prawidlowym zachowaniem budowanego systemu? "On-
    > > site customer representative" mu o tym za kazdym razem powie? Przeciez
    > > to wiaze programiscie rece -- z kazda zmiana w kodzie musi leciec do
    > > "on site customer representative", bo a nuz zmiana ktora chce
    > > wprowadzic w kodzie zmieni zachowanie systemu w sposob ktory jest
    > > nieakceptowalny dla OSCR - a programista sam tego sprawdzic nie ma
    > > gdzie, bo czniamy dokumentacje.
    >
    > Tak, generalnie polega to na tym, że programista rozmawia z OSCR tak
    > długo, żeby zrozumieć co program ma robić, a jeśli nie jest w stanie
    > zrozumieć czy ewentualne zachowanie jest prawidłowe, czy nie, to
    > rozmawia z OSCR jeszcze trochę.

    A co jest rezultatem tej rozmowy? Notatki pisane olowkiem na serwetce,
    watem mailowy w firmowym Outlooku, czy cos bardziej
    ustrukturyzowanego?

    >
    > Na podstawie takiej rozmowy programista razem z OSCR tworzą acceptance
    > test, który weryfikuje istotne askpekty funkcjonalności.

    Czy uwazasz, ze 100% funkcjonalnosci mozna udokumentowac w formie
    testu?
    Zalozmy, ze projekt zawiera biblioteke numeryczna. Czy wystarczy
    "acceptance test", czy nie nalezy rowniez udokumentowac algorytmow,
    ktore biblioteka ma implementowac?

    > Jeśli
    > programista zmieni program tak, że przestaje przechodzić testy, które
    > wcześniej przechodził, to może skonsultować się z OSCR w kwestii
    > ustalenia, czy testy są błędne i należy je zmodyfikować.

    A jezeli zmieni dzialanie programu w aspekcie nie objetym testami?

    RW

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: