Python for testers

Провел очередную встречу автоматизаторов.

Written by Михаил Поляруш on . Posted in Tестирование, Работаю, Развитие

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

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

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

Автоматизация и благотворительность

Written by Михаил Поляруш on . Posted in Tестирование, Обыденное, Размышляю

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

Ключевой момент тестовой стратегии “думай”

Written by Михаил Поляруш on . Posted in Tестирование, Работаю

Читаю статью 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 и Kanban [Заметка]

Written by Михаил Поляруш on . Posted in Tестирование, Работаю, Разработка

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

Смотри в свое резюме!

Written by Михаил Поляруш on . Posted in Tестирование, Работаю

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

Team Player, has troubleshooting, bug tracing and annalistic skills

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

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

Twitter лента

autotestinfo

Как продолжить тест при случайном появлении попапа? http://t.co/tGqX8PjPzD

mpoliarush

http://t.co/9879JVgl21 automates tests written with QUnit, Jasmine, Mocha with Expect.js assertions, Dojo Objective Harness, or YUI Test.