Robotium+BlackBox+SlidingMenu http://t.co/v8LEA4cRMI
Провел очередную встречу автоматизаторов.
Вчера провел 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 и Kanban [Заметка]
тонким различием между канбан и типичным гибким процессом является Scrum. Scrum фокусируется на гибкости, которая должна приводить (и приводит) к улучшениям. Канбан фокусируется на улучшениях, которые могут привести к гибкости. Несмотря на это, быть гибким не так важно – это становится лучшим путем которым мы (по-крайней мере я) знаю к этому моменту
Смотри в свое резюме!
Уже в который раз убеждаюсь, что перед тем как что-то сделать, надо семь раз проверить. Пришло недавно одно резюме, в котором было написано следующие:
Team Player, has troubleshooting, bug tracing and annalistic skills
“annalistic skills” – это уже слишком . Страшно подумать, как кандидат получал данный опыт!
P.S. Кстати в gmail есть очень хорошая функция. Timeout перед отправлением email-a, т.е email зависает на несколько секунд и появляется кнопочка “Cancel” при нажатии на которую можно отменить отправку email.