On Tuesday, August 7, 2012 7:52:31 AM UTC+1, Paweł Kierski wrote:
> W dniu 2012-08-06 18:17, A.L. pisze:
>
> > On Mon, 06 Aug 2012 08:58:30 +0200, Pawe? Kierski<n...@p...net>
>
> > wrote:
>
> >
>
> >> W dniu 2012-08-03 16:44, Roman W pisze:
>
> >>> http://dealbook.nytimes.com/2012/08/02/errant-trades
-reveal-a-risk-few-expected/?hp
>
> >>>
>
> >>> Jest mowa o wprowadzeniu regulacji wymuszajacych dokladne testowanie
oprogramowania uzywanego przez brokerow i dealerow na Wall Street. Czy takie odgorne
zalecenia moga byc skuteczne?
>
> >>
>
> >> Żeby było coś on-topic:
>
> >>
>
> >> Uważam, że to nie zadziała. Bo niby kto i jak to zweryfikuje? Jakie
>
> >> będą testy akceptacyjne, przez kogo tworzone? Zapewne skończy się na
>
> >> "malowaniu trawy na zielono" - jak to np. w przypadku większości
>
> >> elementów kontroli GIODO.
>
> >
>
> > jak ktos madry powiezial, "testowanei moze tylko wykryc OBECNOSC
>
> > bledow, natomiast nie moze wykazac ich NIEOBECNOSCI".
>
> >
>
> > Co nie znaczy ze nie nalezy testowac.
>
> >
>
> > Zas jak idzie o "odgorne zalecenia"... jak sie pisze kontrakt, to w
>
> > kontrakcie jest "accetpance test". To znaczy, czego klient wymaga od
>
> > systemu aby system byl pzrez klienta przyjety, i aby klient zaplacil.
>
> > Gdy dostawca oprogramowania kontrakt podpisze, to musi sie z niego
>
> > wywiazac. Pzredmiotem "acceptance test" moga byc dowolne testy
>
> > przedstawione przea klienta - oczywiscie, przedstwaione w momencie
>
> > podpisywania kontraktu
>
>
>
> 100% zgody. Problem w pokryciu testami akceptacyjnymi systemu. Przy
>
> odgórnym obowiązku testowania będzie ciśnienie na pisanie systemu "pod
>
> testy" - ewentualne dodatkowe ficzery mogą leżeć odłogiem.

Te systemy pisze sie zeby zarabiac pieniadze, a nie przechodzic testy, wiec wazne
ficzery tak czy inaczej znajda sie w systemie.

RW