Tomasz Kaczanowski napisał(a):

> > z moich obserwacji wynika, ze w Pl zawod testera jest z jednej strony
> > bardzo zacofany technologicznie i metodycznie, a z drugiej kiepsko
> > wynagradzany. Na swiecie uzywa sie narzedzi do przeprowadzania
> > automatycznych testow, a tester zajmuje sie pisaniem tych testow i
> > analiza wynikow. U nas - klepie klawisze w aplikacji. Dobrze, jesli
> > dostaje chociaz scenariusz testow. Czesto - to praca sezonowa lub w
> > ramach praktyk, a zdarza sie, ze z" lapanki" z Urzedu Pracy...
>
> U nas tez sie pisuje testy automatyczne, ale testy automatyczne nie
> wylapia bledow merytorycznych, a takich w programach czesto jest
> najwiecej. Tu bez bardzo dobrej wiedzy z dziedziny z jakiej jest program
> sie nie obejdzie, inaczej powstaja potworki, z ktorymi nie wiadomo co
> zrobic, bo w sumie bardziej wprowadzenie tych rozwiazan utrudnia niz
> ulatwia zycie.

jesli dobrze Cie rozumiem (bledy merytoryczne), to one nie powinny byc
zmartwieniem testerow a projektantow. Tester ma sprawdzac zgodnosc
zachowan i wlasciwosci prg z dokumentacja, a nie wglebiac sie w logike
biznesowa.

--

glos

do góry

glosnetu wrote:
> Tomasz Kaczanowski napisał(a):
>
>>> z moich obserwacji wynika, ze w Pl zawod testera jest z jednej
>>> strony bardzo zacofany technologicznie i metodycznie, a z drugiej
>>> kiepsko wynagradzany. Na swiecie uzywa sie narzedzi do
>>> przeprowadzania automatycznych testow, a tester zajmuje sie
>>> pisaniem tych testow i analiza wynikow. U nas - klepie klawisze w
>>> aplikacji. Dobrze, jesli dostaje chociaz scenariusz testow. Czesto
>>> - to praca sezonowa lub w ramach praktyk, a zdarza sie, ze z"
>>> lapanki" z Urzedu Pracy...
>>
>> U nas tez sie pisuje testy automatyczne, ale testy automatyczne nie
>> wylapia bledow merytorycznych, a takich w programach czesto jest
>> najwiecej. Tu bez bardzo dobrej wiedzy z dziedziny z jakiej jest
>> program sie nie obejdzie, inaczej powstaja potworki, z ktorymi nie
>> wiadomo co zrobic, bo w sumie bardziej wprowadzenie tych rozwiazan
>> utrudnia niz ulatwia zycie.
>
> jesli dobrze Cie rozumiem (bledy merytoryczne), to one nie powinny byc
> zmartwieniem testerow a projektantow. Tester ma sprawdzac zgodnosc
> zachowan i wlasciwosci prg z dokumentacja, a nie wglebiac sie w logike
> biznesowa.

Kto w takim razie ma wyłapać błędy wynikające ze złego projektu?
Poza tym testowanie 'używalności' programu też wymaga wiedzy biznesowej,
choćby po to, by korzystać z programu tak jak będzie to robił jego
docelowy użytkownik (o tym projektanci a jeszcze bardziej programiści
mają często nader mgliste pojęcie)

--
Marek "Barbidu" Barbaszyński
---- The signature has been optimized away
---- www.modele.civ.pl

do góry

Marek Barbaszyński napisał(a):
> Kto w takim razie ma wyłapać błędy wynikające ze złego projektu?
> Poza tym testowanie 'używalności' programu też wymaga wiedzy biznesowej,
> choćby po to, by korzystać z programu tak jak będzie to robił jego
> docelowy użytkownik (o tym projektanci a jeszcze bardziej programiści
> mają często nader mgliste pojęcie)

- w okresie tworzenia modelu - analityk (-cy), ktory opracowywal model
biznesowy i systemowy.
- po zakonczeniu iteracyjnego cyklu (kolejne release'y) -
klient/uzytkownicy

poza tym - o ktorych testach mowisz? Jednostkowych ;) ? integracyjnych?
funkcjonalnych? akceptacyjnych?

--

glos

do góry

Dnia Fri, 23 Jun 2006 10:12:12 +0200, Marek Barbaszyński <m...@i...com.pl>
wklepał(-a):

>Kto w takim razie ma wyłapać błędy wynikające ze złego projektu?
>Poza tym testowanie 'używalności' programu też wymaga wiedzy biznesowej,
>choćby po to, by korzystać z programu tak jak będzie to robił jego
>docelowy użytkownik (o tym projektanci a jeszcze bardziej programiści
>mają często nader mgliste pojęcie)

No to mnie teraz zaskoczyłeś. Kto ma posiadać wiedzę merytoryczną na temat
programu, jeśli nie projektant? Mam na myśli szczegóły, a nie ogólniki typu
"Moduł posiada możliwość powiązania faktury z dokumentem magazynowym".
Jakoś nie za bardzo wyobrażam sobie projektanta bez wiedzy merytorycznej z
danego zakresu.

--
Sławomir Szyszło mailto:s...@p...onet.pl
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
FAQ pl.comp.www.nowe-strony http://www.faq-nowe-strony.prv.pl/

do góry

Sławomir Szyszło wrote:
> Dnia Fri, 23 Jun 2006 10:12:12 +0200, Marek Barbaszyński
> <m...@i...com.pl> wklepał(-a):
>
>> Kto w takim razie ma wyłapać błędy wynikające ze złego projektu?
>> Poza tym testowanie 'używalności' programu też wymaga wiedzy
>> biznesowej, choćby po to, by korzystać z programu tak jak będzie to
>> robił jego docelowy użytkownik (o tym projektanci a jeszcze bardziej
>> programiści mają często nader mgliste pojęcie)
>
> No to mnie teraz zaskoczyłeś. Kto ma posiadać wiedzę merytoryczną na
> temat programu, jeśli nie projektant? Mam na myśli szczegóły, a nie
> ogólniki typu "Moduł posiada możliwość powiązania faktury z
> dokumentem magazynowym". Jakoś nie za bardzo wyobrażam sobie
> projektanta bez wiedzy merytorycznej z danego zakresu.

Między "ma" a "posiada" jest pewna luka :-)
Ta wiedza się trochę rozkłada pomiędzy analityka (który wyciągał
wymagania od klienta) i projektanta.
Najczęściej wyglądało to tak, że projektant wiedział _co_ program
ma zrobić, ale niekoniecznie - _jak_ użytkownik zechce z tej funkcji
korzystać (i po co ona w ogóle jest).

--
Marek "Barbidu" Barbaszyński
---- The signature has been optimized away
---- www.modele.civ.pl

do góry

Dnia Mon, 26 Jun 2006 12:16:08 +0200, Marek Barbaszyński <m...@i...com.pl>
wklepał(-a):

>Najczęściej wyglądało to tak, że projektant wiedział _co_ program
>ma zrobić, ale niekoniecznie - _jak_ użytkownik zechce z tej funkcji
>korzystać (i po co ona w ogóle jest).

Łe, tego to czasem nawet użytkownik nie wie. :]

--
Sławomir Szyszło mailto:s...@p...onet.pl
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
FAQ pl.comp.www.nowe-strony http://www.faq-nowe-strony.prv.pl/

do góry