Temat: Jeśli masz problem (badawczy) w dziedzinie testowania...

Cześć,

Myślę że, w tym miejscu można by zamieszczać problemy badawcze w dziedzinie testowania oprogramowania, które ktoś inny mógłby w wolnym czasie spokojnie rozwiązać, a wyniki przedstawić na konferencji, czy gdzie indziej?

Pozdrawiam,
Piotrek

Temat: Jeśli masz problem (badawczy) w dziedzinie testowania...

Co rozumiesz przez problemy badawcze w dziedzinie testowania? Podaj przyklad.

Chcesz poznac problemy, czy rowniez rozwiazania?

Pozdrawiam.

Temat: Jeśli masz problem (badawczy) w dziedzinie testowania...

Maciej Gawinecki:
Co rozumiesz przez problemy badawcze w dziedzinie testowania? Podaj przyklad.

Chcesz poznac problemy, czy rowniez rozwiazania?

Pozdrawiam.

Interesują mnie raczej problemy, nie rozwiązania.
Przykładowo opracowywanie nowych metod testowania.
Inne wypracowałem z kolegami z USA w temacie "Research problems in software testing" na portalu http://linkedin.com, w grupie "Software Testing".

Temat: Jeśli masz problem (badawczy) w dziedzinie testowania...

Nie mam gotowej odpowiedzi, ale zaczalbym od np.

Antonia Bertolino: Software Testing Research: Achievements, Challenges, Dreams. FOSE 2007: 85-103
http://scholar.google.it/scholar?cluster=1166771995614...

Ja zawsze lubilem zaczal od spojrzenia jakie pytania stawiaja ludzie z branzy w swoich ostatnich publikacjach

* Cem Kaner, http://www.informatik.uni-trier.de/~ley/db/indices/a-t...
* Ket Beck, http://www.informatik.uni-trier.de/~ley/db/indices/a-t...
* James Bach, http://www.informatik.uni-trier.de/~ley/db/indices/a-t...
* Ja mes A. Whittaker, http://www.dblp.org/db/indices/a-tree/w/Whittaker:Jame...

Generalnie zgadzam sie z dyskusja na forum ktore wspomniales (znalazlem! http://www.linkedin.com/groupItem?view=&gid=55636&type..., ze znajdowanie odpowiedzi na pytania w tej dziedzinie jest trudne. W koncu to czesc software enginering, a tu czynnik ludzki zawsze powodowal ze eksperymenty sa dlugie i kosztowne. Widzialem wyniki kosztow i skutecznosci roznych metod testowania i prewencji w sylabusie na certyfikat testera, ale prezentowane wyniki zawsze podawane byly w jakims zakresie, np. 20-30%. Natomiast Gregory Pope uprosil problem w ciekawy sposob, liczac ile problemow przy projekcie kazda z metod wykrywa lub pozwala zapobiec. Zobacz od slajdu 63 pod: http://www.cmcrossroads.com/pdf/Silver_Buckshot.pdf. Np. to jest top 9 technik, ktora daja spora gwarancje na wysoka jakosc produktu:

1. Release Testing (alpha, beta) - 42
2. Functional / Regression Testing - 41
3. Nightly Build and Test - 41
4. Continuous Integration - 40
5. Smoke (Check In) Tests - 35
6. Code and Test Peer Inspections - 34
7. Static Analysis - 33
8. Exploratory Testing - 32
9. GUI Testing - 31Maciej Gawinecki edytował(a) ten post dnia 19.03.12 o godzinie 21:13

Temat: Jeśli masz problem (badawczy) w dziedzinie testowania...

Maciej Gawinecki:
Nie mam gotowej odpowiedzi, ale zaczalbym od np.

Antonia Bertolino: Software Testing Research: Achievements, Challenges, Dreams. FOSE 2007: 85-103
http://scholar.google.it/scholar?cluster=1166771995614...

Ja zawsze lubilem zaczal od spojrzenia jakie pytania stawiaja ludzie z branzy w swoich ostatnich publikacjach

* Cem Kaner, http://www.informatik.uni-trier.de/~ley/db/indices/a-t...
* Ket Beck, http://www.informatik.uni-trier.de/~ley/db/indices/a-t...
* James Bach, http://www.informatik.uni-trier.de/~ley/db/indices/a-t...
* Ja mes A. Whittaker, http://www.dblp.org/db/indices/a-tree/w/Whittaker:Jame...

Generalnie zgadzam sie z dyskusja na forum ktore wspomniales (znalazlem! http://www.linkedin.com/groupItem?view=&gid=55636&type..., ze znajdowanie odpowiedzi na pytania w tej dziedzinie jest trudne. W koncu to czesc software enginering, a tu czynnik ludzki zawsze powodowal ze eksperymenty sa dlugie i kosztowne. Widzialem wyniki kosztow i skutecznosci roznych metod testowania i prewencji w sylabusie na certyfikat testera, ale prezentowane wyniki zawsze podawane byly w jakims zakresie, np. 20-30%. Natomiast Gregory Pope uprosil problem w ciekawy sposob, liczac ile problemow przy projekcie kazda z metod wykrywa lub pozwala zapobiec. Zobacz od slajdu 63 pod: http://www.cmcrossroads.com/pdf/Silver_Buckshot.pdf. Np. to jest top 9 technik, ktora daja spora gwarancje na wysoka jakosc produktu:

1. Release Testing (alpha, beta) - 42
2. Functional / Regression Testing - 41
3. Nightly Build and Test - 41
4. Continuous Integration - 40
5. Smoke (Check In) Tests - 35
6. Code and Test Peer Inspections - 34
7. Static Analysis - 33
8. Exploratory Testing - 32
9. GUI Testing - 31

Dzięki, za dużą analizę - zaczęłem się zapoznawać z tymi materiałami. Jak będę miał uwagi to napiszę.

Temat: Jeśli masz problem (badawczy) w dziedzinie testowania...

Poza tym wydaje mi sie, ze poza patrzeniem na nowe pytania, warto tez wracac do starych pytan i szukac na nie lepszych rozwiazan.

Ostatnio mnie ktos zapytal, skad wiesz ze przetestowales wszystko?

Lub, schodzac na ziemie, wystarczajaco doglebnie?

To jest dla mnie klasyczne pytanie. I dobre pytanie, bo aktualne i praktyczne. Wiem to, bo zadaja je sami testerzy i testerzy na nie odpowiadaja, np.
http://sqa.stackexchange.com/questions/1839/how-do-you...
http://sqa.stackexchange.com/questions/2467/how-to-avo...

Niektorzy nawet zajmuja sie tymi pytaniami w researchu.
http://sqa.stackexchange.com/a/487/1933

Ta strona jest o tyle fajna, ze rowniez odpowiedzi sa bardziej przyswajalne, zrozumiale niz obszerne czy oficjalnie publikacje.

Na moje pytanie odpowiada wiele technik, np. class partitioning, combinatorial testing. Ale one tez maja ograniczenia. Moga byc czasochlonne, jesli stosowane dogmatycznie. Moga cos przeoczyc, jesli specfikacja jest niekompletna. Jak przezwyciezyc te ograniczenia? Jak je ulepszyc?Maciej Gawinecki edytował(a) ten post dnia 24.03.12 o godzinie 13:21

Temat: Jeśli masz problem (badawczy) w dziedzinie testowania...

Maciej Gawinecki:
Poza tym wydaje mi sie, ze poza patrzeniem na nowe pytania, warto tez wracac do starych pytan i szukac na nie lepszych rozwiazan.

Tak - jest to jedna z metod zarządzania innowacjami.

Ostatnio mnie ktos zapytal, skad wiesz ze przetestowales wszystko?

Lub, schodzac na ziemie, wystarczajaco doglebnie?

To jest dla mnie klasyczne pytanie. I dobre pytanie, bo aktualne i praktyczne. Wiem to, bo zadaja je sami testerzy i testerzy na nie odpowiadaja, np.
http://sqa.stackexchange.com/questions/1839/how-do-you...
http://sqa.stackexchange.com/questions/2467/how-to-avo...

Niektorzy nawet zajmuja sie tymi pytaniami w researchu.
http://sqa.stackexchange.com/a/487/1933

Ta strona jest o tyle fajna, ze rowniez odpowiedzi sa bardziej przyswajalne, zrozumiale niz obszerne czy oficjalnie publikacje.

Na moje pytanie odpowiada wiele technik, np. class partitioning, combinatorial testing. Ale one tez maja ograniczenia. Moga byc czasochlonne, jesli stosowane dogmatycznie. Moga cos przeoczyc, jesli specfikacja jest niekompletna. Jak przezwyciezyc te ograniczenia? Jak je ulepszyc?

Przejrze powyższe źródła inspiracji.

Temat: Jeśli masz problem (badawczy) w dziedzinie testowania...

Nie wiem czy temat aktualny, ale dodam 3 grosze.

W na FanPage'u http://testuj.pl są organizowane co jakiś czas bezpłatne pytania do ekspertów z branży testów funkcjonalnych, bezpieczeństwa oraz usability. Jeśli tutaj nie udałoby się rozwiązać testerskich problemów, można spróbować u nich, a przynajmniej rozważyć taką ewentualność.

Pozdrawiam
Piotr