Re: pl. usenet o agile - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › pl. usenet o agile › Re: pl. usenet o agile

Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.chmurka.net!.POSTED!not-for-mail
From: Andrzej Jarzabek <a...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: pl. usenet o agile
Date: Tue, 23 Jul 2013 08:26:06 +0100
Organization: news.chmurka.net
Lines: 21
Message-ID: <kslb6i$3mq$1@somewhere.invalid>
References: <kroiv1$p67$1@speranza.aioe.org>
<4...@4...com>
<51e5880e$0$1222$65785112@news.neostrada.pl>
<ks5dga$ei6$1@somewhere.invalid>
<51e84c47$0$1265$65785112@news.neostrada.pl>
<ks9sck$h0l$1@somewhere.invalid>
<3...@4...com>
<ksan9m$aue$1@node2.news.atman.pl>
<51e908d1$0$1467$65785112@news.neostrada.pl>
<ksb20l$9hd$1@node1.news.atman.pl>
<51e90fe1$0$1221$65785112@news.neostrada.pl>
<ksb5kv$p53$1@node2.news.atman.pl>
<m...@4...com>
<ksbguk$pgj$1@node1.news.atman.pl>
<a...@n...plus.net>
<ksdj68$2la$1@node2.news.atman.pl> <kskajk$d3h$3@node2.news.atman.pl>
<kski07$nqj$1@somewhere.invalid>
<2...@g...com>
NNTP-Posting-Host: 0543b90f.skybroadband.com
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: somewhere.invalid 1374564370 3802 5.67.185.15 (23 Jul 2013 07:26:10 GMT)
X-Complaints-To: abuse-news.(at).chmurka.net
NNTP-Posting-Date: Tue, 23 Jul 2013 07:26:10 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620
Thunderbird/17.0.7
In-Reply-To: <2...@g...com>
X-Authenticated-User: ajarzabek
Xref: news-archive.icm.edu.pl pl.comp.programming:204177
[ ukryj nagłówki ]
On 23/07/2013 07:13, Adam Klobukowski wrote:
> On Tuesday, 23 July 2013 02:16:02 UTC+2, Andrzej Jarzabek wrote:
>
> Yhm. Dla takiego trywialnego przypadku jest to proste.

Przykład był trywialny żeeby sensownie zilustrować tezę.

> Wyobraź sobie
> że masz obliczenia gdzie możesz mieć sporo danych wejściowych, ok. 60
> parametrów konfiguracyjnych obliczeń a klient zwraca uwagę na 12
> cyfrę po przecinku. Udokumentować to możesz, ale ta dokumentacja nie
> sprawdzi Ci poprawności obliczeń dla wszystkich przypadków. Unit
> testy, jak są dobrze napisane, maja taką szansę.

Owszem, ale też zasygnalizują ci, że funkcja z 60 parametrami czy klasa
z 60 setterami to prawdopodobnie nienajlepszy pomysł i powinieneś rozbić
problem na składowe zagadnienia, które będą realizowane przez osobne
jednostki kodu (funkcje, klasy), które będą miały swoje unit testy,
przez co nie ma potrzeby sprawdzania testami kombinacji warunków
brzegowych itp. dla 60 parametrów.