doskonałość produktu zwana wysoką jakością, jako przeciwieństwo niskiej jakości. Jakość jest z jednej strony osiągnięciem przez produkt wyższych standardów, z drugiej strony zaś jest to istota zadowolenia klienta.
doskonałość produktu zwana wysoką jakością, jako przeciwieństwo niskiej jakości. Jakość jest z jednej strony osiągnięciem przez produkt wyższych standardów, z drugiej strony zaś jest to istota zadowolenia klienta.
Comenzamos con lo básico, la creación del primer proyecto en Android Studio.
Creación del Proyecto
Vistade Diseño y Código
Depuración y Ejecución del Proyecto
Enlace a guía de instalación de drivers para depurar en dispositivo físico.
Apresentação sobre TDD - Test Driven Development no Campus Party 2013 em São Paulo no dia 2/2/2013 onde apresento o que é TDD com uma abordagem prática
Apresentação sobre qualidade de software na disciplina de Engenharia de Software no Mestrado Acadêmico em Ciência da Computação em parceria com Bruno Neves.
GCS - Aula 07 - Sistemas de Controle de VersõesMisael Santos
GCS - Aula 07 - Sistemas de Controle de Versões
Conceitos e Ferramentas
Disciplina de Gestão de Configuração de Software do Curso de Especialização em Engenharia de Software.
Comenzamos con lo básico, la creación del primer proyecto en Android Studio.
Creación del Proyecto
Vistade Diseño y Código
Depuración y Ejecución del Proyecto
Enlace a guía de instalación de drivers para depurar en dispositivo físico.
Apresentação sobre TDD - Test Driven Development no Campus Party 2013 em São Paulo no dia 2/2/2013 onde apresento o que é TDD com uma abordagem prática
Apresentação sobre qualidade de software na disciplina de Engenharia de Software no Mestrado Acadêmico em Ciência da Computação em parceria com Bruno Neves.
GCS - Aula 07 - Sistemas de Controle de VersõesMisael Santos
GCS - Aula 07 - Sistemas de Controle de Versões
Conceitos e Ferramentas
Disciplina de Gestão de Configuração de Software do Curso de Especialização em Engenharia de Software.
60 minut testowania - czyli co tester może osiągnąć w jedną godzinę przy pomo...Radoslaw Smilgin
Prezentacja opisuje w jaki sposób zorganizować 60 minut testowania tak by osiągnąć maksymalny efekt. Wszystko przy użyciu strategi testowania eksploracyjnego i testowania sterowanego kontekstem.
Prezentacja była pokazana podczas WarszawQA 2016
Apache JMeter™ to otwarte oprogramowanie, napisane w Javie i dedykowane do wykonywania testów obciążeniowych, wydajnościowych oraz funkcjonalnych. Oryginalnie było projektowane i rozwijane przez Stefano Mazzocchi z Apache Software Foundation, który napisał go do testowania wydajności Apache JServ (projektu, który został zastąpiony przez Apache Tomcat). Następnie JMeter został przeprojektowany i wyposażony w GUI celem rozszerzenia jego zastosowań do testów funkcjonalnych. W listopadzie 2011 roku JMeter stał się projektem Apache najwyższego poziomu (ang. top level), co oznacza, że zyskał społeczność odpowiedzialną za jego rozwój (ang. Project Management Commitee) oraz dedykowany serwis.
Apache JMeter jest używany do testowania wydajności statycznych oraz dynamicznych zasobów takich jak pliki, dynamiczne języki programowania serwisów internetowych, np. PHP, Java, ASP.NET, itp., obiekty Java, bazy danych i kwerendy, serwery FTP, itp. Z powodzeniem jest wykorzystywany do symulowania wzmożonego ruchu na serwerze, grupie serwerów, w sieci lub na „hartowanym” obiekcie. Służy również do analizowania całkowitej wydajności pod obciążeniem różnego typu, np. do graficznej analizy całkowitej wydajności lub do testowania zachowania się serwera / skryptu / obiektu przy wzmożonym i zrównoleglonym obciążeniu.
Wielu ekspertów mówi, że automatyzacja testów bez kodowania nie jest możliwa. Dla nas „niemożliwe” jest najlepszą motywacją do tego by spróbować.
Wyobraź sobie narzędzie skuteczniejsze od automatu testowego i wydajniejsze od testera manualnego. Wyobraź sobie narzędzie, który uruchomi automatyczną weryfikację po naciśnięciu pojedynczego przycisku. Wyobraź sobie przyszłość, gdzie każdy tester manualny może automatyzować efektywniej niż najbardziej efektywny programista. Musisz sobie to wszystko wyobrażać… bo takie narzędzie nie istnieje. Nie ma jeszcze skuteczności opisywanej powyżej, ale stoi za nim bardzo dobrze przemyślana koncepcja.
Dlaczego chcemy zrealizować ten projekt? Na rynku występuje deficyt automatyków testów oraz testerów manualnych. Pracujący w organizacjach testerzy są przeciążani, albo brak osób do testowania przekłada się na niższą jakość produktów dostarczanych na rynek. Jeśli uda nam się zbudować narzędzie, będziemy mogli odciążyć testerów i pomóc weryfikować (przynajmniej część) rzeczy automatycznie.
W pseudoautomatyzacji w oparciu o narzędzia nagrywająco-odtwarzające użytkownik rejestruje swoje działania w aplikacji. Poprawność generowania kodu sprawdza się po zakończeniu nagrywania skryptu.
W klasycznej automatyzacji pisanej „z palca” skrypty próbkują aplikację próbując przechodzić przez jej wybrane punkty aż do miejsca weryfikacji. W AutoMagicTest implementowana koncepcja ma prezentować się następująco:
• narzędzie dokonuje możliwie najpełniejszej analizy struktury oprogramowania i generuje jego „model”
• w ramach modelu możemy ujawnić pierwsze problemy automatycznie, a defekty ujawnione manualnie można oznaczyć i zaraportować
• scenariusze automatyczne buduje się poprzez wskazanie rozpoznanych automatycznie elementów aplikacji, a na końcu definiuje się weryfikator osiągnięcia lub też braku osiągnięcia celu.
Dzięki temu analizujemy znacznie więcej niż w klasycznej automatyzacji i robimy to bez znaczącego zaangażowania testera. Ta część analizy jest jedynie weryfikacją struktury więc z perspektywy biznesowej ma ograniczone znaczenie. Ma jednak dużą wartość dla testera, który może np. zweryfikować podatność aplikacji na automatyzację. Z drugiej strony osiągamy znacznie więcej niż w przypadku narzędzi nagrywająco – odtwarzających ponieważ podatność elementów aplikacji na automatyzację jest badana przed samym definiowaniem scenariuszy.
Context Driven School of testing w prostych przykładachRadoslaw Smilgin
Szkoła testowanie sterowanego kontekstem to jedno z najważniejszych metod testowania promująca testerów myślących i krytycznych względem produktu.
Slajdy z darmowego webinarium.
Wprowadzenie do matrycy śledzenia i dlaczego nie opłaca się automatyzacja śledzenia post factum.
Plus przykłady matryc.
Prezentacja z WrotQA.
Język: mieszany [PL / EN]
Prezentacja, która powstała na potrzeby webinaru pt. "Matka, żona i... testerka".
Podczas webinaru poruszone zostały takie zagadnienia, jak:
- kim jest tester oprogramowania,
- czym zajmuje się na codzień,
- jakie umiejętności są wymagane, aby nim zostać,
- jak znaleźć pierwszą pracę, jako tester oprogramowania.
4Developers 2018: Unit testing - introduction (Marek Kawczyński)PROIDEA
This short presentation is for people who would like to start with writing unit tests. I will try to introduce idea and definition of unit testing. With simple examples, we will go through the whole unit testing development process. Unit test, mocks, stubs, TDD and more definitions will be explained in real cases.
I will try to show how and what should be tested. Of course, everything is based on my personal experience that I have gained in my developer life in the last 10+ years.
"Girls in IT” to cykl spotkań dla kobiet, które pozwalają z pierwszej ręki dowiedzieć się, jak faktycznie wygląda codzienna praca w firmie technologicznej. Chcemy, aby spotkania z ekspertkami pomogły w podjęciu decyzji na temat kariery zawodowej. Podczas każdego ze spotkań usłyszysz historie doświadczonych ekspertek, które kilka lat temu stały przed wyborem podobnym do Twojego i dowiesz się, w jaki sposób podjęły decyzję o swojej przyszłości.
Najbliższe spotkanie będzie dotyczyło roli QA w firmie technologicznej. Dowiesz się, w jaki sposób można rozwijać się w tym kierunku, jakie predyspozycje są przydatne w tej roli i z jakimi codziennymi zadaniami dokładnie się ona wiąże.
Automatyzacja w praktyce. Praktyka automatyzacjiRadoslaw Smilgin
Automatyczna kontrola jakości oprogramowania jest obecnie w topie pożądanych działań projektowych. Można uznać, że w większości to właśnie zespoły testerskie są odpowiedzialne za dobór właściwego narzędzia, wdrożenie i utrzymanie automatyzacji w organizacji. Podczas prezentacji skupię się na analizie obecnej sytuacji projektów automatyzacji i roli testerów w tym procesie. Bazuję na dostępnych źródłach, własnych obserwacjach, rozmowach z ekspertami oraz na wynikach ankiety przeprowadzonej na testerzy.pl
Najważniejsze tematy:
– proces i projekt automatyzacji jest skrajnie trudny (analizując failure rate)
– czynności w automatyzacji nie są tak trudna jak się większości wydaje
– automatyzacja może być tańsza
– automatyzacja może dostarczać jeszcze większą wartość.
Jakość oprogramowania jest rozbudowaną dziedziną wiedzy, którą każdy programista zna doskonale, ale ilu tak naprawdę stosuje skutecznie? W prelekcji przedstawię zarówno najważniejsze, zweryfikowane praktycznie sposoby podnoszenia i utrzymywania jakości oprogramowania na założonym poziomie, jak również omówię kilka pułapek, w które nadzwyczaj łatwo wpadamy.
Web Content Accessibility Guideline is not only for web. It works also for desktop and mobile apps, wearables and many others. But still it is only how to make software usable for people with disabilities. There are many trends to change the concept and think how to design better software for all which actually make software even more user friendly.
The presentation is devoted to show how build accessible any kind of software that every user can benefit from.
Eksploracja w kulturze Agile i DevOps czyli o zwinnym testowaniu eksploracyjnymRadoslaw Smilgin
Wystąpienie z Agile & Automation Days 2017 opowiadające o nowej roli testera w projektach zwinnych i w kulturze DevOps. Przyszłością testowania są testerzy techniczni.
Dlaczego warto regularnie dbać o wydajność aplikacji od samego początku jej tworzenia. Jak można wykorzystać do tego narzędzie Gatling i jakie daje możliwości?
Prezentacja możliwości grywalizacji (gamifikacji) w testowaniu oprogramowania i w procesie zapewnienia jakości.
W materiale:
Czym jest, a czym nie jest grywalizacja?
Jakie są możliwości gamifikacji?
Jakie ryzyka niesie za sobą grywalizacja?
Możliwa implementacja mechanizmów gier w środowisku projektu informatycznego.
Testowanie eksploracyjne w sesjach. Prezentacja na KraQA. Luty 2014.Radoslaw Smilgin
Testowanie eksploracyjne jest ewolucją testowania. Stawia się w nim na wyzwanie rozumiane jako wysiłek intelektualny, a nie tzw. "zwykłe klikanie". Testowanie eksploracyjne przedstawione przez pryzmat testowania w sesjach (SBTM) z wybranymi technikami.
7. „Testowanie jest niekończącym się procesem
polegającym na porównywaniu tego, co niewidzialne
do tego, co wieloznaczne - a wykonuje się je po to, aby
coś, co jest niemożliwe do przewidzenia nie dotknęło
tych, których nie znamy z imienia.” @tezzafrica
45. 4. Myśl w kategoriach Win/Win (zwycięstwo/zwycięstwo)
Walka programista–tester → znajdź balans
Dziel się wiedzą, chwal za sukcesy i oferuj pomoc
46. 5. Najpierw zrozum, potem postaraj się być zrozumianym
Naucz się słuchać
Nie stawiaj sprawy na ostrzu noża
47. 6. Staraj się o synergię
Poznaj swoich współpracowników i maksymalizuj efektywność
współpracy z nimi
48. 7. Bądź ostrzejszy niż brzytwa
Bierz udział w grupach testerskich
Czytaj najnowsze publikacje
Aktywnie pracuj
Aktywnie wypoczywaj