czwartek, 21 maja 2015

Projektowanie testów, czyli zakup używanego samochodu

Rewolucja informatyczna ostatnich dwóch dekad, związana przede wszystkim z rozpowszechnieniem systemów wbudowanych i z rozwojem Internetu, spowodowała między innymi znaczący wzrost roli zawodu testera systemów. Liczba popularnych certyfikatów ISTQB wkrótce przekroczy na świecie pół miliona, firmy intensywnie poszukują specjalistów w tej dziedzinie. Mimo to, zadziwiająco, brakuje - zarówno po polsku, jak i po angielsku - praktycznej książki o tym, jak projektować testy.

Nawet dla najprostszego programu, aplikacji mobilnej, czy elektronicznego gadżetu, liczba możliwych kombinacji konfiguracji, wartości danych i różnych serii kliknięć użytkownika jest albo astronomicznie wielka, albo wręcz nieskończona i - wbrew naiwnym wyobrażeniom publiczności, ujawniającym się po każdej większej awarii IT - nigdy nie da się "przetestować wszystkiego". Analityk testów musi podjąć ważną i trudną decyzję - spośród miliardów miliardów możliwych zastosowań testowanego systemu wybrać tych kilkaset, czy kilka tysięcy, które sprawdzi. Mimo to, metody projektowania testów nie są popularnym tematem, ginąc - na forach, na konferencjach i w książkach - wśród mniej ważnych, ale modniejszych tematów dotyczących automatycznych narzędzi do testowania oraz sposobów organizacji pracy testerów i zespołów testowych.

Z testowaniem jest jak z zakupem używanego samochodu od nieznajomego - trzeba umieć bardzo szybko sprawdzić to, co najważniejsze, żeby potem nie żałować. Tego - w odniesieniu do oprogramowania - warto się nauczyć.

Testowanie na podstwie ryzyka na QualityExcites 30 maja w Gliwicach

Na konferencji QualityExcites w sobotę 30 maja w Gliwicach będę miał przyjemność opowiedzieć o testowaniu na podstawie ryzyka. Poniżej - kilka slajdów prezentacji.




Requirements Engineering - the Mystery of Effective IT

Prezentacja Requirements Engineering - the Mystery of Effective IT (PDF) oraz jako plik ppsx jest dostępna na http://blogomotion.com/download.html.

środa, 20 maja 2015

"Business Process Testing" - nowy artykuł wkrótce w "Professional Tester"

"Busieness Process Testing" - nowy artykuł wkrótce w "Professional Tester"

Fragmenty:
        
Fin de siècle and software testing
At the end of the 20th century, a phenomenon occurred, that influenced testing profoundly: the emergence of Internet technologies, which made dramatically novel business approaches possible.
          

1. On one hand, this created the situation, where rapidly changing requirements demanded shorter product life-cycles, and were often incompatible with traditional methods of software development. This meant the advent of XP and, to some extent, exploratory alias context-driven, alias rapid testing 
      
2. On the other hand, the enormous business potential offered by the new technologies created demand for tools enabling you to describe, optimize, automate or even obliterate and replace , business processes accurately, flexibly and fast. This demand created new, more powerful process modelling methods, including BPMN.
These were two surprisingly divergent trends: more discipline in business processes, but the opposite – more laissez-faire - in software development and testing.

             
[...]
   
Bosses, and older testers who has advanced to become bosses, get certified in ITIL / PMI / IPMA / IIBA / COBIT / BPM and forget testing, because it is hardly mentioned there – just like it was 40 years ago. Testing, instead of becoming, together with requirements engineering, part of the duopoly of power in IT projects, is still kept in power antechamber, and relegated to “maven + jbehave + PageObject + Selenium” spectrum.

Business process testing may change this.