Zagreb STC

Sto se dogodilo u subotu.

Meetup o sigurnosti u BG.

Facebbok issue with email explained.

Art and testing.

Exploratory testing.

About metrics.

This is what every tester should do. Ask questions.

WTF metrics!?

Try python in the cloud.

unit testovi, su dio designa, odnosno razvoja sw. TDD je test driven development. Moraju se izvrsiti cim jednostavnije, mockanje okoline, bez mreze, file systema, baze, sve u memoriji. code coverage, eksplozija pathova kroz sw. sto je sa istim pathom, ali vise puta kroz njega. Jako dobar video zasto su metrike losa stvar. http://www.youtube.com/watch?v=ABVFs4vOaDc nacini testiranja: to su samo neke od tehnika. Koristan da se prode isqtb certifikat. Za sada opisuje TDD 21. str. Poglavlje 2.9 mi se jako svida. Zanima me gdje si procitao ovo: "I dok su kod tradicionalnog pristupa pravila testiranja dobro definirana, kod agilnog pristupa se mogu pojaviti problemi lošeg testiranja. Najčešći problemi su neusmjerenost testnog tima ka jednom cilju, premalo ili nedovoljno testiranje ili pak mnogo utrošenog vremena uzalud (npr. više testera testira isti dio aplikacije)." Jer razlog tom nije Agile, nego ljudi koji ga ne znaju primjeniti. Mislim da se slazes sa mnom da si vidio puno primjera problema u testiranju i kod "tradicionalng testiranja" Poglavlje 2.9.2 je u potpunosti krivo. Naravno ni u kojem slucaju ne krivim tebe za to, vec tvojeg mentora koji je to trebao uociti. O istrazivackom testiranju mozes procitati ovdje: http://www.developsense.com/resources.html#exploratory Gdje si procitao o istrazivackom testiranju to sto si napisao u poglavlju 2.9.2? Ja bi rado zapoceo na Zagreb STC meetupovima diskusije i prakticiranje exploratory testinga, ovaj link je jako dobar pocetak. U poglavlju 2.9.3 bi napomenuo da automatizirano testiranje ne znaci iskljucivo validaciju (pass/fail). Load test je dobar primjer koji si naveo. Moje misljenje je da je automatizirano testiranje koristenje racunala i programskog jezika kako bi tester mogao lakse obaviti neki svoj testni slucaj (testna ideja mi uvijek bolje zvuci). 2.9.4 Slazem se s time sto je napisano. 2.10 E to je 'veselje' Prvo pitanje: sto je to materijal (artefakt testiranja)? Tu je opet opis iz factory (tradicionalne) sk

"Releasing a new product to the public domain is a quick and inexpensive way of avoiding months of expensive in-house testing." First question, why is in house testing so expensive? Maybe because you are doing it wrong?

Acceptance testing is just one part of software testing.

Michael Bolton: "Approaches, not techniques."

in memory LDAP.

abstract_factory procitao

gotovo

Zeger Van Hese - Making The Case For Aesthetics

finished

finished

page 7.