четвер, 21 грудня 2017 р.

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

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

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




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

пʼятниця, 1 грудня 2017 р.

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

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

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

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


неділя, 19 листопада 2017 р.

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

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



понеділок, 6 листопада 2017 р.

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

Нещодавно я знову побачив відому діаграму Венна, яку часто використовують адепти школи контекстного тестування (цього разу на презентації на 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 додає вартості проекту та задовільняє потреби бізнесу.

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


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

понеділок, 30 жовтня 2017 р.

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.