Вчера провел 6ю встречу автоматизаторов. Народу собралось очень даже прилично. Хотя ожидалось на 10 человек больше. Буду думать, как убить этот эффект, люди регистрируются и не приходят.

Но тем не менее, насколько все живо и красочно прошло, что я не заметил как было 22-30 на часах. Это 100% классно, если не замечаешь как время летит!

Уже готовлю следующую встречу. Договорился с EPAM. Так что до встречи!

Переходя с одного проекта на другой все время вижу, как основное внимание уделяется функциональному и регрессионному тестированию, а потому уже тестированию производительности и нагрузки. Оно и правильно, потому как это самые главные типы тестирования. Куда же тестировать производительность, если функциональность работает не правильно и не стабильно? Но как только главные вопросы с функциональным тестированием решены, практически всегда приходит момент проверки нефункциональных требований. Проверка производительности, нагрузка, стресс-тестирование, и т.д.

Читаю статью Fiona Charles  ”Basics Revisited: Test Strategy“. Она пишет правильные мысли о правильном понимании стратегии тестирования.

There’s a more basic problem. A big test strategy document rarely contains an actual strategy. That leads me to ask if, as testers, we really understand what “strategy” means.

Да, действительно, в последнее время далеко не все понимают зачем делается стратегия. Стратегия тестирования – это не документ на 50 страниц, который должен быть высечен на камне и которому все должны поклоняться, а точка прозрачности подхода и направления тестирования. Честно для меня, стратегия может выражаться всего лишь одной mind map.

тонким различием между канбан и типичным гибким процессом является Scrum. Scrum фокусируется на гибкости, которая должна приводить (и приводит) к улучшениям. Канбан фокусируется на улучшениях, которые могут привести к гибкости. Несмотря на это, быть гибким не так важно – это становится лучшим путем которым мы (по-крайней мере я) знаю к этому моменту

Уже в который раз убеждаюсь, что перед тем как что-то сделать, надо семь раз проверить. Пришло недавно одно резюме, в котором было написано следующие:

Team Player, has troubleshooting, bug tracing and annalistic skills

“annalistic skills” – это уже слишком . Страшно подумать, как кандидат получал данный опыт!

P.S. Кстати в gmail есть очень хорошая функция. Timeout перед отправлением email-a, т.е  email зависает на несколько секунд и появляется кнопочка “Cancel” при нажатии на которую можно отменить отправку email.