Jak znaleźć czas na jakość? Teoria Kolejek w praktyce
•
2 likes•846 views
Czy kiedykolwiek próbowaliście wdrożyć dowolne praktyki jakościowe w organizacji, w której nie ma na nic czasu? Jeśli tak to rozwiązanie wielu Waszych problemów, na które natrafiliście może być prostsze niż myślicie! Podczas prelekcji przedstawię podstawy Teorii Kolejek i Little’s Law oraz ich zastosowanie w zarządzaniu dowolnym procesem wytwarzania oprogramowania tak, by był on maksymalnie efektywny i jednocześnie by znalazł się w nim czas na jakość! Moja przygoda z Teorią Kolejek zaczęła się, gdy próbowałem znaleźć sposób na oszacowanie maksymalnej wydajności jednego z systemów, który tworzymy bez wykonywania testów obciążeniowych i wydajnościowych. I tak – w wielu przypadkach, jest to możliwe.
Report
Share
Report
Share
Download to read offline
Recommended
ONTOLOGIES – HOW TO AVOID MESS AND TRULY DESIGN YOUR CUCUMBER SCENARIOS
ONTOLOGIES – HOW TO AVOID MESS AND TRULY DESIGN YOUR CUCUMBER SCENARIOSStowarzyszenie Jakości Systemów Informatycznych (SJSI)
The Recent development of the frameworks like Cucumber shows the importance of techniques that make technical automated tests more readable to business. But are we able to design BDD test scenarios well? Are the sentences describing test steps always clear and consistent? Is our code fully reusable without any unnecessary duplications? Suppose we have thousands of Gherkin scenarios and a dozen of engineers developing them: aren’t there sometimes phrases like „I click…”, „I press…”, „I activate…”, „I choose…” which are similar in 90% or even fully equivalent (implemented twice by two different developers, in two different classes). How often are there synonyms in your Gherkin scenarios? „Link”, „URL”, „page”, „site” – if they all occur in scenarios and it is not easy to distinguish then be sure that both business and developers are sooner or later confused. Having ambiguous sentences we lose all the benefits of BDD. Fortunately, the given examples are well-known and deeply investigated topics in the area of natural language processing. One of a common solution for this kind of challenges is language ontologies.Praktyka rekrutacji testerów w metodykach klasycznych i zwinnych
Praktyka rekrutacji testerów w metodykach klasycznych i zwinnychStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Rekrutacja to bardzo istotny element tworzenia jakiegokolwiek zespołu. Bardzo często od dobrej rekrutacji zależy powodzenie całego przedsięwzięcia. Rekrutacja testerów jest na tyle szczególna iż jej podstawowym zadaniem jest weryfikacja predyspozycji i umiejętności miękkich kandydatów przez co staje się bardzo trudna. Prezentacja stara się odpowiedzieć na pytanie kogo powinno się rekrutować na stanowiska testerskie i jak taką rekrutację można przeprowadzać. Podejmuje temat różnic osób rekrutowanych i sposobu przeprowadzenia rekrutacji w metodykach klasycznych i zwinnych. Obejmuje praktyczne aspekty tak kluczowych elementów rekrutacji jak:
charakterystyka poszukiwanych osób (kogo poszukujemy)
strategia rekrutacji (kogo zdecydujemy się przyjąć)
model rekrutacji (w jaki sposób będziemy rekrutować)
dobór osób rekrutujących (kto będzie rekrutował)
Prezentacja przedstawia również praktyczne przykłady zadań weryfikujących pozwalających na lepsze poznanie predyspozycji i umiejętności kandydatów.Manjesh portfolio
A graphic designer who believes that every little thought in a design process leads to ignition of variety of highly creative and effective solutions. Throughout I have worked with some great people, they were like a preacher to me. I always thank them for giving me a chance to learn something from their experiences. That's the reason I have reached where I am today.
Recommended
ONTOLOGIES – HOW TO AVOID MESS AND TRULY DESIGN YOUR CUCUMBER SCENARIOS
ONTOLOGIES – HOW TO AVOID MESS AND TRULY DESIGN YOUR CUCUMBER SCENARIOSStowarzyszenie Jakości Systemów Informatycznych (SJSI)
The Recent development of the frameworks like Cucumber shows the importance of techniques that make technical automated tests more readable to business. But are we able to design BDD test scenarios well? Are the sentences describing test steps always clear and consistent? Is our code fully reusable without any unnecessary duplications? Suppose we have thousands of Gherkin scenarios and a dozen of engineers developing them: aren’t there sometimes phrases like „I click…”, „I press…”, „I activate…”, „I choose…” which are similar in 90% or even fully equivalent (implemented twice by two different developers, in two different classes). How often are there synonyms in your Gherkin scenarios? „Link”, „URL”, „page”, „site” – if they all occur in scenarios and it is not easy to distinguish then be sure that both business and developers are sooner or later confused. Having ambiguous sentences we lose all the benefits of BDD. Fortunately, the given examples are well-known and deeply investigated topics in the area of natural language processing. One of a common solution for this kind of challenges is language ontologies.Praktyka rekrutacji testerów w metodykach klasycznych i zwinnych
Praktyka rekrutacji testerów w metodykach klasycznych i zwinnychStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Rekrutacja to bardzo istotny element tworzenia jakiegokolwiek zespołu. Bardzo często od dobrej rekrutacji zależy powodzenie całego przedsięwzięcia. Rekrutacja testerów jest na tyle szczególna iż jej podstawowym zadaniem jest weryfikacja predyspozycji i umiejętności miękkich kandydatów przez co staje się bardzo trudna. Prezentacja stara się odpowiedzieć na pytanie kogo powinno się rekrutować na stanowiska testerskie i jak taką rekrutację można przeprowadzać. Podejmuje temat różnic osób rekrutowanych i sposobu przeprowadzenia rekrutacji w metodykach klasycznych i zwinnych. Obejmuje praktyczne aspekty tak kluczowych elementów rekrutacji jak:
charakterystyka poszukiwanych osób (kogo poszukujemy)
strategia rekrutacji (kogo zdecydujemy się przyjąć)
model rekrutacji (w jaki sposób będziemy rekrutować)
dobór osób rekrutujących (kto będzie rekrutował)
Prezentacja przedstawia również praktyczne przykłady zadań weryfikujących pozwalających na lepsze poznanie predyspozycji i umiejętności kandydatów.Manjesh portfolio
A graphic designer who believes that every little thought in a design process leads to ignition of variety of highly creative and effective solutions. Throughout I have worked with some great people, they were like a preacher to me. I always thank them for giving me a chance to learn something from their experiences. That's the reason I have reached where I am today.
Long Term Integrated Community Facilities Plan 2015
The Long Term Integrated Community Facilities Plan guides development on integrated facilities for the next 30 years, acting as a base document that supports the implementation of Council’s Integrated Vision.
Odnaleźć się w nanokosmosie
Pewnego dnia przychodzi do Ciebie szef i mówi, że od dzisiaj przestajesz testować aplikacje webowe i będziesz testował oprogramowanie wbudowane. Oczywiście nie byłoby w tym nic dramatycznego gdyby nie okazało się, że to oprogramowanie wbudowane w nanosatelity. Z pewnością w głowie testera pojawiają się pytania jak bardzo zapewnianie jakości w takim środowisku może się różnić od aplikacji czy systemów „naziemnych”.
Wprowadzę Cię w domenę kosmiczną na przykładzie oprogramowania pisanego na satelity, a konkretnie na czujnik słońca, który poleci na jednej z nich.
Zagadnienia, które się pojawią:
– wprowadzenie w działanie nanosatelitów
– podstawy systemów wbudowanych działających w przestrzeni kosmicznej
– środowisko kosmiczne i jego wpływ na oprogramowanie
– różnice w testowaniu satelity od testowania standardowych aplikacji oraz od testowania przemysłowego oprogramowania wbudowanego
– jak testować, co testować, narzędzia, typy testów, standardy
– jak wygląda piramida testów automatycznych
– ograniczenia w testowaniu
– kompetencje testera satelitów/systemów wbudowanych
– wyniki pracy oraz osobista retrospektywa
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Jakość to nie tylko testerzy i przeprowadzone testy. Jakość to przede wszystkim praca zespołowa, gdzie wszyscy muszą spełniać pewne kryteria, aby każdy mógł wykonywać swoją pracę najlepiej jak potrafi. Jakość zaczyna się na stworzeniu notatki formalnej podczas spotkania z klientem, a kończy na wypuszczonej wersji do klienta – a może ciut dalej, biorąc pod uwagę serwisowanie aplikacji.Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakości
Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakościStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Zapewnienie jakości to jedna z najbardziej uwarunkowanych kulturowo faz w budowie i utrzymaniu systemu. Różne kraje i różne narody w różnych sposób podchodzą do czynników związanych z testowaniem i, ogólniej, jakością. Kultury różnią się swoim podejściem do czasu, komunikacji, pracy zespołowej; niektóre wyżej cenią postępowanie zgodnie z procedurą, inne zaś – zgodnie z oczekiwaniami klienta. Działając w globalnej organizacji i na globalnym rynku należy uwzględniać te czynniki kulturowe i stosowanie do nich dostosować działania. Autor na kilku przykładach pokaże jak pogodzić odmienne racje, gdzie znaleźć podpowiedź na temat czynników kulturowych i jak skutecznie testować w wielokulturowym środowisku.Testing hardware
Prowadzący opowie o testowaniu hardware od projektowania układów, przez testy BIOS i sterowników do biznesowego wykorzystania przez zewnętrzne moduły i aplikacje. Główny nacisk prezentacji będzie położony na: – specyfika testów hardware – jak projektować i o czym należy pamiętać podczas tworzenia testów – tworzenie fizycznego środowiska testowego – budowa symulatorów, praca ze wczesnymi wersjami sprzętu i typowe wyzwania jakie stoją przy stworzeniu dobrego laboratorium testów – automatyzacja procesu testowego zarówno od strony kodu jak i sprzętu – mierzenie performance sprzętu (na przykładzie performance transferów sieciowych) – wyzwania i błędy, których nie spotyka się przy innych rodzajów testów Prezentacja będzie casestudy problemów i rozwiązań jakie autor napotykał w swojej pracy zawodowej.
Na potrzeby prezentacji stworzony zostanie ‚wirtualny startup’ tworzący nowy sprzęt związany z najnowszymi technologiami nagrywania i encodowania obrazów 4k oraz szybkich transferów sieciowych. Będzie on tworzył autonomiczną jednostkę podobną do popularnych dziś „Rasberry PI” czy innych mini komputerów. Prowadzący wystąpi w roli lidera zespołu, na którego spłynęła odpowiedzialność kompleksowego przetestowania urządzenia począwszy od jego konstrukcji, przez bios i inne oprogramowanie do zmierzenia performance i możliwości technicznych nowego urządzenia.
Opowie o specyficznym podejściu jakie należy mieć przy testowaniu nowego sprzętu oraz o nietypowych błędach i wyzwaniach jakie stoją przed zespołem validującym jakość hardware.
Główne tezy prezentacji:
– hardware jest dodatkową zmienną do uwzględnienia przy projektowaniu testów i wymaga tak samo dokładnych testów jak software
– testowanie hardware ma swoją unikalną specyfikę i podobnie jak testowanie aplikacji mobilnych czy webowych wymaga specjalistycznej wiedzy
– przy testowaniu należy nie tylko mieć rozbudowaną skrzynkę narzędziową ale również doskonale znać możliwości i ograniczenia każdego narzędzia
– zawsze należy znać kontekst i big picture. Testowanie tylko drobnego fragmentu bez zrozumienia jego zależności i zastosowania jest stratą zasobów i nie gwarantuje jakości.
Database solutions test automation
Study of a test automation introduced to a database solution. Two different but complementary approaches have been used throughout the project. Presentation will cover both single functionality test automation plus end to end approach, which proved to be a vital part of the QA effort. Pros and cons will be discussed, together with relevant examples. Other areas that will be covered consist of: data independence, environment independence, dynamic SQL, reusability, continuous integration and how such automation fits into agile methodology.
Say NO to Test Automation
Yet another software tester’s event. Another conference. Another presentation. Another tool, library or framework, that will solve all your problems.
Another presentation about test automation. I sometimes wonder if our role boils down to being just a special kind of software developer, developer who cares about test code. Does job market see us this way? Do we value ourselves based on how well we can code? Is testing just about automation? Finally, does automation helps deliver high quality products?
Testy bezpieczeństwa aplikacji WWW – dobre praktyki
Testy bezpieczeństwa aplikacji WWW – dobre praktyki Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Prezentacja ukazuje od podstaw procesy związane z testowaniem bezpieczeństwa aplikacji webowych, z uwzględnieniem najpopularniejszych narzędzi, metodyk, zasobów wiedzy oraz standardów weryfikacji bezpieczeństwa. Na bazie ponad 10 letniego doświadczenia w przełamywaniu zabezpieczeń, zostaną przedstawione dobre praktyki i najczęściej popełniane błędy związane z wykonywaniem testów bezpieczeństwa. Zostanie omówiona m.in. lista kontrolna standardu Application Security Verification Standard wspomagająca proces tworzenia oprogramowania już na etapie definiowania wymogów formalnych oraz dodatkowa przydatna dokumentacja projektu Open Web Application Security Project (OWASP).Star Trek: BDD Enterprise
To explore strange new worlds, to seek out new life and new civilisations, to boldly go where no man has gone before.” Just like the crew of the USS Enterprise, we explore the IT universe – seeking out new solutions, new technologies, and frameworks – from which we can learn to help us work better and more efficiently. We do this to create more functional and usable software for our customers, to put a big smile on their faces, and maybe – if we do our job really well – to make them stand back and admire what we have crafted. I was lucky enough to work in BDD (Behaviour Driven Development) quite early in his career, but I also had the misfortune to see how this great idea so often tends to fail. In my presentation I wanted to show what it is like working with BDD and what value can it give to business people. Finally I would like to propose an effective, alternative solution for well-known BDD tools, which is „Spock” – a convenient, lightweight framework, based on the Groovy language.
Model based testing as a BA tool
Model-based testing is an increasingly popular trend in the world of quality assurance. The aim of such an approach is to focus on a working system model and automatically generate test cases. However, how can it become useful in the work of a business or system analyst? The essence is in the model. It is called an executable specification. In this approach, it can take the form of code, gherkin syntax or UML graphs and diagrams. The latter is something that analysts use every day. In my presentation, I would therefore like to show how model-based testing can be used in the work of analysts. And how this approach can improve the work of the project team.
Communication - Language of Leader
Did you know, that 65% of our average workday is COMMUNICATION with our colleagues? Communication is really essential in our daily life. It can make or break a project we are working on! Bad communication makes us not only lose valuable time, but money and resources as well. Let’s have a look at the style different people use to communicate, and on the different approaches we can use to make our communication more effective, and stop wasting time in meetings, that we never needed to have if we communicated properly. I will teach you the best tips and tricks to succeed in communication with your colleagues and partners to make your project great again!
Miękkie umiejętności w pracy analityka biznesu
Miękkie umiejętności w pracy analityka biznesuStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Jakakolwiek komunikacja odbywa się w relacji. Wywieranie wpływu, perswazja, przekonywanie odbywa się w ramach relacji. Praca analityka biznesu z klientem odbywa się w ramach utworzonych relacji. Kto opanuje sztukę perswazji zyskuje niezwykłą przewagę w procesie kontaktu z klientami. Przewaga ta jednak nie polega na znajomości jakiejś techniki, z którą wchodząc do klienta doprowadzamy go do współpracy i uzyskujemy niezbędne informacje. To nie jest technika, to idealne dopasowanie się do klienta, odkrycie jego potrzeby i zaspokojenie jej. Najważniejsze jest to, że liczą się niuanse, drobne szczegóły, a jednocześnie całość.Błędy w analizie z praktyki (nowe wydanie )
Wiele lat temu podczas rozmowy rekrutacyjnej prezes jednej firmy powiedział do mnie: błędy popełniane na etapie analizy są najdroższe dla firmy. Wtedy była to dla mnie teoria, którą rozumiałam, ale za dużo na sobie nie doświadczyłam albo też nie potrafiłam ocenić skali czy wczuć się w powagę tych słów ☺ Każdy projekt, w którym brałam udział, każde doświadczenie dokładał kolejny kawałek do pewności co robię dobrze, a co źle, przyczyniał się do zmniejszenia ryzyka popełnienia błędu. Zazwyczaj uczymy się na własnych błędach, ale wiemy też, że najtaniej uczyć się na cudzych. Tylko nie zawsze to działa ☺ Zapraszam do edycji drugiej mojego wystąpienia „Błędy w analizie, co robić, i czy da się ich uniknąć” ☺ Opowiem o kilku kolejnych typowych potknięciach, które się zdarzają każdemu i o tym, jakie ja mam sposoby na przeciwdziałanie pojawieniu się podobnych kolejnych.
More Related Content
Viewers also liked
Long Term Integrated Community Facilities Plan 2015
The Long Term Integrated Community Facilities Plan guides development on integrated facilities for the next 30 years, acting as a base document that supports the implementation of Council’s Integrated Vision.
Odnaleźć się w nanokosmosie
Pewnego dnia przychodzi do Ciebie szef i mówi, że od dzisiaj przestajesz testować aplikacje webowe i będziesz testował oprogramowanie wbudowane. Oczywiście nie byłoby w tym nic dramatycznego gdyby nie okazało się, że to oprogramowanie wbudowane w nanosatelity. Z pewnością w głowie testera pojawiają się pytania jak bardzo zapewnianie jakości w takim środowisku może się różnić od aplikacji czy systemów „naziemnych”.
Wprowadzę Cię w domenę kosmiczną na przykładzie oprogramowania pisanego na satelity, a konkretnie na czujnik słońca, który poleci na jednej z nich.
Zagadnienia, które się pojawią:
– wprowadzenie w działanie nanosatelitów
– podstawy systemów wbudowanych działających w przestrzeni kosmicznej
– środowisko kosmiczne i jego wpływ na oprogramowanie
– różnice w testowaniu satelity od testowania standardowych aplikacji oraz od testowania przemysłowego oprogramowania wbudowanego
– jak testować, co testować, narzędzia, typy testów, standardy
– jak wygląda piramida testów automatycznych
– ograniczenia w testowaniu
– kompetencje testera satelitów/systemów wbudowanych
– wyniki pracy oraz osobista retrospektywa
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Jakość to nie tylko testerzy i przeprowadzone testy. Jakość to przede wszystkim praca zespołowa, gdzie wszyscy muszą spełniać pewne kryteria, aby każdy mógł wykonywać swoją pracę najlepiej jak potrafi. Jakość zaczyna się na stworzeniu notatki formalnej podczas spotkania z klientem, a kończy na wypuszczonej wersji do klienta – a może ciut dalej, biorąc pod uwagę serwisowanie aplikacji.Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakości
Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakościStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Zapewnienie jakości to jedna z najbardziej uwarunkowanych kulturowo faz w budowie i utrzymaniu systemu. Różne kraje i różne narody w różnych sposób podchodzą do czynników związanych z testowaniem i, ogólniej, jakością. Kultury różnią się swoim podejściem do czasu, komunikacji, pracy zespołowej; niektóre wyżej cenią postępowanie zgodnie z procedurą, inne zaś – zgodnie z oczekiwaniami klienta. Działając w globalnej organizacji i na globalnym rynku należy uwzględniać te czynniki kulturowe i stosowanie do nich dostosować działania. Autor na kilku przykładach pokaże jak pogodzić odmienne racje, gdzie znaleźć podpowiedź na temat czynników kulturowych i jak skutecznie testować w wielokulturowym środowisku.Testing hardware
Prowadzący opowie o testowaniu hardware od projektowania układów, przez testy BIOS i sterowników do biznesowego wykorzystania przez zewnętrzne moduły i aplikacje. Główny nacisk prezentacji będzie położony na: – specyfika testów hardware – jak projektować i o czym należy pamiętać podczas tworzenia testów – tworzenie fizycznego środowiska testowego – budowa symulatorów, praca ze wczesnymi wersjami sprzętu i typowe wyzwania jakie stoją przy stworzeniu dobrego laboratorium testów – automatyzacja procesu testowego zarówno od strony kodu jak i sprzętu – mierzenie performance sprzętu (na przykładzie performance transferów sieciowych) – wyzwania i błędy, których nie spotyka się przy innych rodzajów testów Prezentacja będzie casestudy problemów i rozwiązań jakie autor napotykał w swojej pracy zawodowej.
Na potrzeby prezentacji stworzony zostanie ‚wirtualny startup’ tworzący nowy sprzęt związany z najnowszymi technologiami nagrywania i encodowania obrazów 4k oraz szybkich transferów sieciowych. Będzie on tworzył autonomiczną jednostkę podobną do popularnych dziś „Rasberry PI” czy innych mini komputerów. Prowadzący wystąpi w roli lidera zespołu, na którego spłynęła odpowiedzialność kompleksowego przetestowania urządzenia począwszy od jego konstrukcji, przez bios i inne oprogramowanie do zmierzenia performance i możliwości technicznych nowego urządzenia.
Opowie o specyficznym podejściu jakie należy mieć przy testowaniu nowego sprzętu oraz o nietypowych błędach i wyzwaniach jakie stoją przed zespołem validującym jakość hardware.
Główne tezy prezentacji:
– hardware jest dodatkową zmienną do uwzględnienia przy projektowaniu testów i wymaga tak samo dokładnych testów jak software
– testowanie hardware ma swoją unikalną specyfikę i podobnie jak testowanie aplikacji mobilnych czy webowych wymaga specjalistycznej wiedzy
– przy testowaniu należy nie tylko mieć rozbudowaną skrzynkę narzędziową ale również doskonale znać możliwości i ograniczenia każdego narzędzia
– zawsze należy znać kontekst i big picture. Testowanie tylko drobnego fragmentu bez zrozumienia jego zależności i zastosowania jest stratą zasobów i nie gwarantuje jakości.
Database solutions test automation
Study of a test automation introduced to a database solution. Two different but complementary approaches have been used throughout the project. Presentation will cover both single functionality test automation plus end to end approach, which proved to be a vital part of the QA effort. Pros and cons will be discussed, together with relevant examples. Other areas that will be covered consist of: data independence, environment independence, dynamic SQL, reusability, continuous integration and how such automation fits into agile methodology.
Say NO to Test Automation
Yet another software tester’s event. Another conference. Another presentation. Another tool, library or framework, that will solve all your problems.
Another presentation about test automation. I sometimes wonder if our role boils down to being just a special kind of software developer, developer who cares about test code. Does job market see us this way? Do we value ourselves based on how well we can code? Is testing just about automation? Finally, does automation helps deliver high quality products?
Testy bezpieczeństwa aplikacji WWW – dobre praktyki
Testy bezpieczeństwa aplikacji WWW – dobre praktyki Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Prezentacja ukazuje od podstaw procesy związane z testowaniem bezpieczeństwa aplikacji webowych, z uwzględnieniem najpopularniejszych narzędzi, metodyk, zasobów wiedzy oraz standardów weryfikacji bezpieczeństwa. Na bazie ponad 10 letniego doświadczenia w przełamywaniu zabezpieczeń, zostaną przedstawione dobre praktyki i najczęściej popełniane błędy związane z wykonywaniem testów bezpieczeństwa. Zostanie omówiona m.in. lista kontrolna standardu Application Security Verification Standard wspomagająca proces tworzenia oprogramowania już na etapie definiowania wymogów formalnych oraz dodatkowa przydatna dokumentacja projektu Open Web Application Security Project (OWASP).Viewers also liked (17)
Long Term Integrated Community Facilities Plan 2015
Long Term Integrated Community Facilities Plan 2015
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...
Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakości
Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakości
Testy bezpieczeństwa aplikacji WWW – dobre praktyki
Testy bezpieczeństwa aplikacji WWW – dobre praktyki
More from Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Star Trek: BDD Enterprise
To explore strange new worlds, to seek out new life and new civilisations, to boldly go where no man has gone before.” Just like the crew of the USS Enterprise, we explore the IT universe – seeking out new solutions, new technologies, and frameworks – from which we can learn to help us work better and more efficiently. We do this to create more functional and usable software for our customers, to put a big smile on their faces, and maybe – if we do our job really well – to make them stand back and admire what we have crafted. I was lucky enough to work in BDD (Behaviour Driven Development) quite early in his career, but I also had the misfortune to see how this great idea so often tends to fail. In my presentation I wanted to show what it is like working with BDD and what value can it give to business people. Finally I would like to propose an effective, alternative solution for well-known BDD tools, which is „Spock” – a convenient, lightweight framework, based on the Groovy language.
Model based testing as a BA tool
Model-based testing is an increasingly popular trend in the world of quality assurance. The aim of such an approach is to focus on a working system model and automatically generate test cases. However, how can it become useful in the work of a business or system analyst? The essence is in the model. It is called an executable specification. In this approach, it can take the form of code, gherkin syntax or UML graphs and diagrams. The latter is something that analysts use every day. In my presentation, I would therefore like to show how model-based testing can be used in the work of analysts. And how this approach can improve the work of the project team.
Communication - Language of Leader
Did you know, that 65% of our average workday is COMMUNICATION with our colleagues? Communication is really essential in our daily life. It can make or break a project we are working on! Bad communication makes us not only lose valuable time, but money and resources as well. Let’s have a look at the style different people use to communicate, and on the different approaches we can use to make our communication more effective, and stop wasting time in meetings, that we never needed to have if we communicated properly. I will teach you the best tips and tricks to succeed in communication with your colleagues and partners to make your project great again!
Miękkie umiejętności w pracy analityka biznesu
Miękkie umiejętności w pracy analityka biznesuStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Jakakolwiek komunikacja odbywa się w relacji. Wywieranie wpływu, perswazja, przekonywanie odbywa się w ramach relacji. Praca analityka biznesu z klientem odbywa się w ramach utworzonych relacji. Kto opanuje sztukę perswazji zyskuje niezwykłą przewagę w procesie kontaktu z klientami. Przewaga ta jednak nie polega na znajomości jakiejś techniki, z którą wchodząc do klienta doprowadzamy go do współpracy i uzyskujemy niezbędne informacje. To nie jest technika, to idealne dopasowanie się do klienta, odkrycie jego potrzeby i zaspokojenie jej. Najważniejsze jest to, że liczą się niuanse, drobne szczegóły, a jednocześnie całość.Błędy w analizie z praktyki (nowe wydanie )
Wiele lat temu podczas rozmowy rekrutacyjnej prezes jednej firmy powiedział do mnie: błędy popełniane na etapie analizy są najdroższe dla firmy. Wtedy była to dla mnie teoria, którą rozumiałam, ale za dużo na sobie nie doświadczyłam albo też nie potrafiłam ocenić skali czy wczuć się w powagę tych słów ☺ Każdy projekt, w którym brałam udział, każde doświadczenie dokładał kolejny kawałek do pewności co robię dobrze, a co źle, przyczyniał się do zmniejszenia ryzyka popełnienia błędu. Zazwyczaj uczymy się na własnych błędach, ale wiemy też, że najtaniej uczyć się na cudzych. Tylko nie zawsze to działa ☺ Zapraszam do edycji drugiej mojego wystąpienia „Błędy w analizie, co robić, i czy da się ich uniknąć” ☺ Opowiem o kilku kolejnych typowych potknięciach, które się zdarzają każdemu i o tym, jakie ja mam sposoby na przeciwdziałanie pojawieniu się podobnych kolejnych.
7 Skills for highly effective teams - workshop
7 Skills for highly effective teams - workshopStowarzyszenie Jakości Systemów Informatycznych (SJSI)
The 7 Skills model helps IT projects to become more successful by addressing the key success factor of all teams: the soft skills of the team members. The model starts from two assumptions: (a) true success is a matter of good teamwork and (b) good teamwork is based on emotional interactions between individuals. The model is aligned along two axes: the ‘Customer facing’ - ‘Team facing’ axis and the ‘Problem facing’ – ‘Solution facing’ axis. In the center is ‘Communication’ as the fundamental skill that is the starting point for all interactions. Arranged around this core you find six key skills that are important for every IT project: ‘Empathize’ (customer/problem), ‘Explore’ (team/problem), ‘Collaborate’ (team), ‘Ideate’ (team/solution), ‘Tell’ (customer/solution) and ‘Sell’ (customer). The 7 Skills model serves as a road map to improve human interactions in development projects. To implement it, each skill has been substantiated by one or more simple but proven techniques. To mention some: communicate – Shannon-Weaver model; empathize – Personas; Explore – goal trees; Collaborate – Belbin team roles; Ideate – Wallas’ creativity model; Tell – storyboarding; Sell – Cialdini’s principles. These techniques of the 7 Skills model can easily be presented and explained. However, to make them work, one should exercise them. Therefore, a workshop is an excellent way to transfer the concept: you will learn most by actually doing it. In this workshop, you will work with other participants in a small team to design the outlines of a simple IT system. We will explain all techniques and give you some practical exercises with a challenging selection of them.Dancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customerStowarzyszenie Jakości Systemów Informatycznych (SJSI)
As Business Analysts we encounter difficult customers every day. That is why we need a specific toolset to deal with such people and create win-win situations for our projects. The main goal of this workshop is to give you such an arsenal. The whole workshop will be divided into three parts: 1. How to identify different type of customers and how to negotiate with them – you will get familiarized with several different types of personalities and learn how to analyze your own stakeholders with these properties. For each type we will define the specific set of tools to be used during meeting and in day-to-day work. Afterwards I will ask you to characterize some of the people that you are working with to seek out the best approach to negotiate with them 2. Visualizing goals as a part of creating interactive meetings – you will learn how to create impact maps and how to use them in your work. As Impact Maps may be used not only in IT projects it’s a viable tool to be used even in your personal life. On this part we will also talk about design thinking and how it can be used to make your kick-offs/discoveries better. Therefore during this part of the workshop we will: a. Learn how to create good business goals b. Draw our own impact map (based on a created goal) c. Learn how to validate requirements using impact mapping technique d. Transform impact map into a backlog e. Learn about design thinking approach and how to use it in your work 3. Case studies and discussion – I will present several complex cases that I’ve encountered during my career and will describe business analysis techniques that I used. Afterwards we will analyze your own cases and try to find the appropriate solutions together.Cosmic truths about software requirements
Although there are few absolute truths in software development, I have discovered several requirements principles that apply almost universally to software projects. These principles emphasize the critical contribution that excellent requirements make to a project's success, and the critical contribution that customer involvement makes to excellent requirements. You'll hear several suggestions for practices that can help any team build a more effective customer-developer partnership. These cosmic truths can help your organization produce and manage accurate, consistent, and unambiguous sets of requirements.
Zagraj w zaangażowanie
Zagraj w zaangażowanie czyli jak dzięki grywalizacji angażować zespół projektowy. Graczy nie trzeba dodatkowo motywować do tego by chcieli osiągać kolejne poziomy w grze – dlaczego więc nie wykorzystać mechanizmów z gier do angażowania naszych zespołów projektowych by ułatwić im osiąganie celów? Możesz to zrobić dzięki grywalizacji, która w Polsce staje się coraz bardziej popularna. Fabuła, punkty, ranking, odznaki – to tylko niektóre ze stosowanych mechanizmów, które z codziennych zadań pracowników tworzą ich zawodową przygodę. Jak wpleść je w pracę naszego zespołu projektowego? Podczas wykładu nie tylko dowiecie się więcej o grywalizacji, ale będziecie mieli okazję sami zbudować koncepcję gry. Jakiej? Przyjdź i przekonaj się.
Analiza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projektyStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Analityk biznesowy analizuje biznes? W większości przypadków – nie. Projekty wypadają nam jak z czarnej skrzynki. Czy mają sens? Czasem trafiają jak kula w płot. Czasem są jak armata na muchę. Czasem nie rozwiązują właściwego, najbardziej naglącego problemu. A czasem decydent chce zabawkę lub awans, zapominając o klientach i rozwoju firmy. Czy to problem analityka? Czy Twój projekt jest właściwy dla firmy? Przyjrzyjmy się temu, co dzieje się ponad projektem - analizie prawdziwie biznesowej, analizie organizacji i analizie strategicznej. Rozwikłamy zagadkę - skąd biorą się sensowne projekty i dowiemy jak definiować potrzebne firmie inicjatywy.Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
If Internet of Things is all about connectivity and cooperation then Industry 4.0 is based on data. In fact - lots of data! We are no longer talking about GigaBytes or TeraBytes but rather such abstract ideas and units like ExaBytes. And that's the main topic of this presentation - how huge is IoT, what is the value of switching from reactive to predictive company and why we use lambda architecture in the first place. And even if the concept of security, ethics, rules and regulations regarding data itself is also interesting on its own, this time we will focus directly on Industry 4.0 itself. Fast paced and intense presentation dedicated for Analysts and people loving and caring about IoT. Start with Accessibility: Why, How and What
Accessibility is a legal requirement in almost every country in the world. WCAG 2.1, Section 508 of the Rehabilitation Act, Equality Act 2010 these are examples how serious accessibility is. Accessibility means the ability of everyone regardless of their condition to have access to digital product, transport, physical products. The web and internets in whole is an increasingly resource in many aspect of our life, so it is important that the digital product be accessible to everyone in order to provide equal access and opportunity. Accessible is easy & low-cost if you as BA think about it on the early stage
Agile business analyst
The spread of Agile raises demanding challenges. If you’re a BA who’s faced with the situation when your organization is undergoing “agile” transformation, you might be looking for information about what this transformation means. There are some misconceptions about agile adoption and even more hype. The lecture introduces my personal experience of reaching organization’s Agile maturity from a Business Analyst perspective.
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesuStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Biznes się zmienia. IT się zmienia. Ale czy narzędzia i metody pracy analityka i architekta zmieniają się lub powinny zmienić się - w szczególności w czasach coraz powszechniejszej robotyzacji procesów? W prezentacji będę starał się spojrzeć na relacje występujące między analitykiem-architektem a robotami z dwóch różnych perspektyw – tj. czy musimy inaczej niż do tej pory podejść do analizy i architektury zrobotyzowanego biznesu i jak roboty mogą pomóc w pracy analityka/architekta. Okazuje się bowiem, że coraz częściej wiele firm patrzy na analityków/architektów jako koszt (który może i przynosi korzyści, ale mocno odroczone w czasie) i zastanawia się, czy jest jakieś podejście umożliwiające podniesienie efektywności pracy tych ról.Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BAStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Każdy nowy pomysł, który chcemy zrealizować korzystając czy to z zasobów firmy czy też wsparcia inwestorów, musimy umieć skutecznie przedstawić. Najczęściej decydenci nie mają zbyt dużo czasu, aby zapoznać się ze wszystkimi szczegółami projektu. Jak ich przekonać w ciągu 5 minut? Co ich najbardziej zainteresuje? Jak powinna wyglądać skuteczna prezentacja? Im lepiej ją przygotujemy, tym większą mamy szansę na decyzję zgodną z naszymi oczekiwaniami. Zapraszam do wspólnego przyjrzenia się modelowi krótkiego, skutecznego przedstawiana pomysłów, który przydaje się w kontaktach z decydentami korporacji, z klientami czy z inwestorami.7 Skills for highly effective teams
Despite years of efforts to improve the professional approach to developing software systems, many of these projects continue to fail. Investigations into these failures invariably denote poor interactions between humans, both within development teams and with customers and users, as a key factor. Recent evolution in development approaches, like human-centered design and extreme programming, try to address this problem, but until now, an overall view was missing. In this presentation we integrate these initiatives into a simple model, that arranges six key skills along two axes (customer–team and problem–solution) around communication as a core. Many techniques are available to implement these skills in development teams, so failure will no longer be the usual outcome.
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Każdy z nas słyszał termin „testowanie techniczne”. Wielu z nas mówi o sobie z dumą „tester techniczny”. Rynek potrzebuje „testerów technicznych”. Czy jednak wszyscy zgadzamy się w rozumieniu tych terminów? Kto i na jakiej podstawie powinien decydować co jest, a co nie testowaniem technicznym?
Prezentacja na pograniczu filozofii i technikaliów próbuje usystematyzować terminologię i zamieszać w głowach słuchaczy.[TestWarez 2017] Przychodzi tester na rozmowę...
[TestWarez 2017] Przychodzi tester na rozmowę...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Przychodzi tester do lekarza…
Można by tak rozpocząć opis tej prelekcji. Nie o lekarza jednak tu będzie chodziło, a o rozmowy rekrutacyjne i to, co na nich można usłyszeć. Jestem członkiem grupy rekrutacyjnej w mojej firmie. Przeprowadziłem naprawdę sporo takich rozmów. Jedne bardziej udane, inne trochę mniej. Zauważyłem jednak jeden trend, który ostatnio coraz częściej zaczął się pojawiać na rozmowach - chęć do rozwoju w kierunku automatyzacji testów. Czy jednak wiecie z czym to się je?
Prelekcja skierowana jest do ludzi mniej doświadczonych, którzy po okresie okrzepnięcia w zawodzie dopiero zaczynają zastanawiać się nad swoją przyszłością, nad ścieżką swojej kariery. Jako lider spotkałem się też z osobami, które nie były świadome, w jakich kierunkach może rozwijać się tester. A możliwości jest naprawdę wiele. Tylko co wybrać?
Sam przeszedłem bardzo ciekawą drogę. Zdobyłem bardzo różnorodne doświadczenie, miałem przyjemność obserwować ludzi, ich rozwój, wybory, które czasem nie były trafne. Chciałbym się zatem podzielić z wami moim doświadczeniem liderskim, pokazać jak wygląda droga w kierunku managera, test leada, jakie wyzwania czekają na tej drodze.
Chciałbym także opowiedzieć o tym, jak zostać testerem, który automatyzuje; pokazać jak wygląda dzień z życia takiego testera, jakie wyzwania czekają nas po drodze i czego potrzebujesz droga koleżanko, drogi kolego, aby być w tej działce kimś ciekawym, na kogo rekruter zwróci uwagę.
Chciałbym również porozmawiać trochę o motywacji, która sprawia, że ludzie wybierają właśnie tę drogę.Czy to tylko podążanie za modą? Wszak nie wszyscy będziemy automatyzować.
Powiem także kilka słów o innych ścieżkach kariery testerskiej, może mniej oczywistych, ale z życia wziętych, z pracy w moim zespole.
Wystąpienie to skierowane jest do ludzi dopiero rozpoczynających swoją karierę, lecz być może, że coś ciekawego znajdzie dla siebie doświadczony wędrowiec.[TestWarez 2017] A proper gun makes testing fun
[TestWarez 2017] A proper gun makes testing funStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Mikroserwisy to słowo, wokół którego cały świat IT kręcił się w ostatnich latach. Nowe podejście do architektury miało zapewnić szybkie oraz wygodne budowanie modularnych, niezawodnych, a przede wszystkim łatwo skalowalnych systemów. Wszystko wskazuje na to, że faktycznie się udało. Idea mikrousług, która jeszcze kilka lat temu brzmiała jak odświeżone SOA (które przecież absolutnie się nie przyjęło), dziś nie jest już niczym dziwnym i jest powszechnie stosowana w wielu organizacjach.
Faktycznie, mikroserwisy zrobione dobrze rozwiązują wiele problemów, które pojawiały się w przypadku monolitycznych systemów. Niestety zrobione źle, o co nietrudno, mogą przynieść więcej problemów niż korzyści. Mimo że mamy coraz więcej doświadczenia z tym podejściem do architektury, cały czas spotykamy się z nowymi wyzwaniami, dla których rozwiązania sprawdzające się przy monolitach okazują się niewystarczające, nie tylko w przypadku samego kodu czy designu, ale także w obszarze zapewniania jakości.
Sprawdzenie wydajności pojedynczej aplikacji nie jest proste. Sprawdzenie wydajności dwustu aplikacji, które działają razem, zależą od siebie i komunikują się ze sobą, jest po prostu bardzo trudne. W swojej prezentacji chciałbym opowiedzieć, jak podchodzimy do tego tematu w Ocado oraz przedstawić narzędzie do automatycznych testów wydajnościowych - Gatling.[TestWarez 2017] Zen testów wydajnościowych
Dobry system musi być przetestowany pod względem wydajnościowym. Takie testy są zupełnie inne niż testy funkcjonalne: zamiast binarnego rezultatu (pass, fail), mamy ogromne ilości danych do zebrania, zaprezentowania i zinterpretowania. Podczas wystąpienie prelegent omówi cały cykl testów wydajnościowych: od przygotowania warunków testu, środowisk i danych testowych, poprzez przeprowadzenie testów, zebranie danych, ich prezentację i interpretacje, aż po przeprowadzenie procesów decyzyjnych wynikających z danych.
More from Stowarzyszenie Jakości Systemów Informatycznych (SJSI) (20)
Dancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customer
Analiza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projekty
Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...