Звіт з мітапу Kyiv Testers Jan.17 + QA Club Kiev #20

Це було дуже круто! Найкращий вечір середи, який можна уявити!
Тут можете глянути трохи фоточок та залишити свої коментарі https://www.meetup.com/Kyiv-Testers-Meetup/events/246707197/
Дуже мене радують київські коворкінги із конференційними залами. За не дуже велику плату можна так круто потовктися в центрі :-) Дякую Часопис-Eduspace!

Завдяки аудиторії з QA Club Kiev нас назбиралася повна кімната (ще пару людей, і комусь прийшлося б стояти, дякую всім, хто не змогли прийти :-) ).

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

Тестер у девопсовій шкурі

Останній місяць я займаюся одразу двома проектами. Один - на завершальній фазі, як раз де "Богородице, регресію прожени!", а другий - щойно почався, і тестити там очевидно нема чого. Триває вибір архітектури взаємодії компонентів і всяке таке, коли нічого не працює, і взагалі незрозуміло, як і чи воно працюватиме. І от попросився я, щоб внести трохи ясності в проект, налаштувати їм воркфлоу в TeamCity, тобто побути девопсом чи по-архаїчному "адміном", бо у нашій команді таких не передбачено. 

Картинка з How devops can deliver business value

Що я із цього досвіду виніс. 


- Тренування на "схожому" сервері - це, скоріш за все, пусте. Там, звичайно, буде працювати більшість простих скриптів, але щось основне обов’язково піде не так. Вибирайте сервер одразу схожий на живий.
- Docker - це чудово. Проект щоразу поліпшується і стає більш стабільний. Але все одно трапляються непорозуміння, і stackoverflow іноді ліпший за офіційну документацію. Тим не менш, оця сторінка стала мені дуже в нагоді: "Dockerfile best-practices".
- Система дозволів *nix - це не тільки chmod -R 777 ., але і sudo chmod -R 755 .
А бува треба навіть sudo -s chown -R root .
- Загалом, перше, куди треба дивитися, коли щось не працює - це директорія, де виконується скрипт, і права доступу в ній.
- PuTTY й KiTTY для Windows, та й CygWin вже не потрібні, бо є GitBash, він природніший, і дійсно створює nix-досвід у Windows-середовищі :-) 
А скоро вінда взагалі буде майже убунтою. Але від того справжня Ubuntu може вмерти. Ну а що поробиш...
- SSH-ключі, агенти, демони та клієнти - це та область знань, яку я намагався не чіпати навіть семи-метровою палкою, сподіваючись, що вигадають щось нове, більш зручне та зрозуміле. Але ні, мабуть адмінів влаштовує... У мене вже третій раз виникає проблема із автоматичним чекаутом з GitHub, і я досі хз, що з ним робити... Та сподіваюсь, розберусь.

Ну і головне, що я виніс - як той співав "Карма є-е-е!" 
Те, що працює у знайомих девопсів і навіть програмістів, у мене не працює не те що з дефолтними налаштуваннями, а навіть і після втручання (неглибокого) адмінів. І це не завжди моє підсвідоме бажання все розхитати. Мені чомусь все вже розхитане попадається :-)

За нові досвіди, досліди і посліди!

Звіт із Selenium Camp 2017, про метрики

Продовжу писати свої нотатки про Selenium Camp 2017. 

Інші частини:
    Про архітектуру тестів
        Про Continuos Deployment
 

Не одна і не дві доповіді були присвячені збору статистики запусків тестів; і звісно рішенням, що приймаються на основі зібраних даних.

Метрика села Северинівка, severyn.org

Що і чим міряють(ся) тестувальники у 2017?

 

Власне тестове середовище на docker

Для чого тестеру може знадобитися свій інвайронмент, якщо можна просто почекати, доки код виллють на тестовий сервер?

Мені це питання задають постійно. І відповідь, як завжди, залежить від контексту.

Щось ризиковане треба перевірити у середовищі, яке не шкода; для чогось потрібні особливі налаштування, недоступні на тестовому сервері; а хтось, як я, хоче тестити ще у девелоперській гілці, бо не може дочекатися, доки новий код нарешті дорев’ювлять і замерджать в develop.

В епоху віртуальних машин існує кілька загальних інструментів, що дозволяють запустити собі власне тестове середовище, та заразом вижерти зайву оперативку та довантажити процесор вашого комп’ютера до "прийнятних" 104%.

Як розгорнути два зв’язаних docker-контейнера: веб-сервер із Вашим проектом та базу, подивимось на прикладі PHP та MySQL.