Звіт з мітапу Kyiv Testers Dec.20

Дякую всім, хто витратив свій час та трошки грошей не на якийсь серіальчик, а на професійний ріст. Наша маленька спільнота по трохи поповнюється https://www.meetup.com/Kyiv-Testers-Meetup/

Через трохи раніший час не усі встигли на самий початок, але, сподіваюсь, не розчарувалися.
Цього разу із тайм-менеджментом організаторів було ніби все гаразд. Встигли навіть зробити перерву на каву. Мушу сказати, що Peremoga.Space - чудове місце: легко знайти, приємно всередині, гарний вид на затор на площі, і трохи дешевше за Часопис :-)

Дуже дякую Єгору за його виступ!
Не один, а навіть кілька людей (із близько 20 присутніх) тестують системи, великий відсоток цільової аудиторії яких - літні люди, і значна частина цих людей має певні обмеження у користуванні додатками. 

Meetup KyivTesters #2

Продовжуємо зустрічатися.
Реєструйтеся та приходьте!
https://www.meetup.com/Kyiv-Testers-Meetup/

Цього разу у http://Peremoga.space/contacts/

UPD: Було круто! Ось звіт https://lazytesterua.blogspot.com/2017/12/kyiv-testers-dec20.html

Звіт з мітапу Kyiv Testers Nov. 29

По-перше, дякую всім, хто прийшов на нашу зустріч Kyiv Testers' Meetup!
І хоч із зареєстрованих 60+ було лише 19, це дозволило, як сказав Джеррі Вайнберг, "намазувати варення" досвіду товщим шаром.

Хочу одразу перепросити за невеличку затримку з початком. Я думав, що багато людей запізняться. Але свідомі тестери були настільки свідомі, що після 19-30, оголошеного початку, прийшло лише пару людей. Слухачі виявилися організованішими за доповідачів :-)

Першим доповідав про хайпову тему "тестування продуктивності" Макс Войтко. Ось його слайди: Performance for Small Projects і його фоточка:

Відмінності тестування web та desktop

Тестерам набагато частіше ніж програмістам доводиться змінювати проекти та архітектуру систем, з якими вони працюють. Тому мене часто питають: яка різниця у тестуванні веб- і десктопних продуктів?
Загалом, нема жодної різниці, якщо ми сприймаємо нашу систему як справжню "чорну скриньку", навіть не намагаючись залізти "під капот". Тобто перших хвилин 10.
Далі починаються, можна сказати, різні світи.

Тестерський мітап

Вирішили побалакати про різне.
Реєструйтеся та приходьте!
https://www.meetup.com/Kyiv-Testers-Meetup/

Очікування - Вимоги - Реальність

Нещодавно я знову побачив відому діаграму Венна, яку часто використовують адепти школи контекстного тестування (цього разу на презентації на QA Fest 2017. Ilari Henrik Aegerter. What is Context-Driven Testing?).

Але я вирішив трохи її покращити, зробивши замість кіл "необмежені" області.
Сподіваюсь, діаграма допоможе тестувальникам та їх колегам зрозуміти проблеми в обміні інформацією.

Області 4 + 7 + 5 + 2 - Записані вимоги 

Області 1 + 4 + 7 + 6 - Очікування клієнтів 

Області 6 + 7 + 5 + 3 - Фактичний продукт 

Тільки збільшення областей 6 та 7 додає вартості проекту та задовільняє потреби бізнесу.

Особисто я, як єдиний тестер на проекті, використовую цю картинку як еврістику, тобто щоб іноді на неї дивитись і бачити, що я міг пропустити, чи де ще можуть бути невідповідності.

Спробую трохи пояснити це для тих, кому не доводилось бачити презентацій контекстно-керованих тестерів.

Expectations - Requirements - Reality

Recently, I once again saw the well-known Venn-diagram that is often used by Context-Driven Testing School adepts (this time at presentation at QA Fest 2017. Ilari Henrik Aegerter. What is Context- Driven Testing?). 
But I decided to improve it a bit.

Areas 4 + 7 + 5 + 2  - Written Requirements

Areas 1 + 4 + 7 + 6 - Customers' Expectations

Areas 6 + 7 + 5 + 3 - Actual Product

Only growing areas 6 and 7 will add value to the project and satisfy the business needs.

Let me explain this a bit to those who has not attended parties with participation of Context-Driven testers.

Good Pyramid - Bad Pyramid

Along with awareness of the need to write automated tests, programmers are increasingly bogged down in the swamp of testers terminology (they think it's unified >: - E).
I decided to put some more historical context to the Pyramid understanding.

Just nice pyramids  from TUTORIAL 1 - OpenGL Fundamentals http://www.naturewizard.at/tutorial0104.html

QA battle at QAClubKiev: ISTQB - to be or not to be

Yesterday, there took place an event in a "pair competition" format or a public discussion, or even a "QA Battle"! This time with my participation. At this 19th QAClubKiev meeting, I tried to convince the audience and my dear opponent, Alexandra Kovalyova, that ISTQB Foundation Level certification is more harmful than useful. And in her turn, Alexandra tried to do the opposite.

VIDEO: The first 42m here (in Ukrainian)

Звіт з події "QA Club Kiev #19 event: ISTQB - to be or not to be"

Вчора відбулася вже друга за місяць подія формату "па́рного змагання" чи дискусії, цього разу за моєї участі.
На цій 19ій зустрічі  QAClubKiev я намагався переконати аудиторію та мого шановного опонента, Олександру Ковальову, що від сертифікації "ISTQB Foundation Level' більше шкоди ніж добра. А вона, у свою чергу, доводила мені та публіці протилежне. 

Добра піраміда - погана піраміда

Разом із усвідомленням необхідності писати автоматизовані тести, програмісти все більше загрузають у болоті тестерської термінології (вони думають, вона є узгоджена >:-E  ).

Просто пірамідки, що обертаються з TUTORIAL 1 - OpenGL Fundamentals http://www.naturewizard.at/tutorial0104.html

 Усі тестери, що починали саме як тестери, намагаючись щось автоматизувати, інтуїтивно хочуть у своїх "авто-тестах" повторювати ті самі кроки, що робили руками до того. Але у певний момент зіштовхуються з проблемою підтримки UI-них авто-тестів. І після болісних ударів долі їм нарешті являється "священна піраміда автотестування", яка їм наказує:

Звіт з QAFest 2017 про тестування та автоматизацію

Із вдячності згадаю, що Svitla Systems повністю заплатила за мій квиточок на QA Fest. Це добре. Всі фірми мають спонукати своїх співробітників до професійного спілкування.


Перша частина мого звіту Про керування тестуванням

Ну і продовжу про інші доповіді, де я встиг побувати.

Jeremias Rößler, ReTest, "Applying AI to Testing"

Звіт з QAFest 2017 про менеджмент

Відгудів QA Fest, відгудів на ньому я, і навіть моя голова після нього вже теж відгула :-) .
Хоч я і не доповідав, але класно потовкся серед розумних людей, а з деякими з них навіть хильнув після першого дня конфи.

Друга частина звіту: Про саме тестування

Організаторам QAFest - величезний респект! Атмосфера була чудова, вдень - QA, ввечері - фест. Відповідно назві!
Для учасників на буклетах були досить забавні тестувальницькі завдання і навіть кросворд! (100 років не розгадував кросвордів) 
За правильні відповіді, а також за фотки зі спікерами давали якісь призи. Тому молоді тестувальниці/ки скажено полювали за доповідачами. Така увага мене остаточно переконала таки піти кудись виступити :-) 

 Їжі було багато.

6 речей, що б повчити тестувальнику в 2017

Якщо ви досить довго перебуваєте в ІТ-спільноті, то Ви, безумовно, помітили нещодавній рекрутерський бум. "Сіньйорам" це здається цілком звичайним "білим шумом", але зараз не тільки в Україні, але й у всьому світі, зростає попит на мідл, і навіть на молодших програмістів, тестувальників та всіх інших людей, які тямлять у розробці програмного забезпеченні.
І це не дивно. Автоматичні виробничі лінії та 3D-друк зробили товари дешевими та доступними на стільки, що вони такими ще ніколи не були. Тож чим менше людей задіяні у виробництві товарів, тим більше людей готує для цього програмне забезпечення.Але зростаючий попит викликає конкуренцію всередині ІТ-ринку праці. Вже ходять легенди про бонуси, що найбільші компанії платять інженерним командам, щоб ті продовжували працювати над продукцією компанії, а не на власний старт-ап. ІТ-фахівці часто відчувають себе (навіть своїми гаманцями) як рок-зірки! Щоб взяти участь у цих перегонах за долари та славу, требатпостійно вивчати та оновлювати свої знання про нові технології та інструменти. Нижче перераховані деякі штуки, які, на мою думку, можуть зробити привабливим Ваше резюме, а професійні рішення - відповідними останнім тенденціям.

ВІДЕО: Лекція в mate.academy про гнучкі методології

Моя лекція (і трошки тренінг) з agile SDLC, вперше записана завдяки Serhii Piddubchak. Назву теж він придумав, мені подобається :-)
Дякую mate.academy за можливість поговорити перед розумними людьми:-)

 

На 3й хвилині я забув, що мене щось записує, і вийшов на номінальну швидкість. 
 https://www.youtube.com/watch?v=O94gn4MLQSE&feature=youtu.be

 Якщо комусь цікаво подивитись слайди, то ось:
Software Development Life Cycle and Agile Methodologies


І якщо вам здасться, що це замало, ось ще трошки питань-відповідей опісля (обережно, пиво!):
https://www.youtube.com/watch?v=UZzGy5Oo-ZQ&feature=youtu.be