Месяц: Декабрь 2014

Автор Опубликовано Оставить комментарий

(история фиктивная, совпадение в цифрах и диалогах случайное).

Как вы думаете, выгоднее заплатить за работу 5.000,- € и ждать неделю или заплатить 7.500,- € и ждать 2 недели?

Не угадали!

Звонят рекрутеры, клиенту нужно срочно сделать Feasibility Study для тест автоматизации, клиент дает 2 недели времени. Предлагаю сделать за неделю и 5.000,- €. Отказ. "Слишком дорого, клиент готов платить не более 750,- € за день".

6

Автор Опубликовано 6 комментариев

В этом году я познакомился с фреймворком Selenide, который позволяет писать более компактные и читаемые тесты на языке Java с использование технологии Selenium Web Driver. Доклады на эту и другие темы автора фреймворка Андрея Солнцева показывают, что разработчики глубоко понимают проблемы UI тестирования и успешно работают над их решениями. Давайте же пользоваться!

Все хорошо, но есть проблема. Если посетить на сайте проекта раздел "Быстрый старт", то вам предложат воспользоваться одним из продвинутых тулов для разработчиков (maven, gradle, ivy). Необходимо ли это? Вовсе нет. Начать писать тесты и эффективно использоваться Selenide можно и владея только самым базисом тест-автоматизации - Java, Eclipse, основы Selenium. У вас есть 5-10 минут? Этого достаточно, убедитесь сами.

Нам понадобится:

  • Java SDK 1.6+
  • Eclipse for Java (практически любая версия) http://www.eclipse.org/downloads/
  • Браузер Firefox (с ним по умолчанию работают Selenium и Selenide)

...читать далее Selenide: теперь по-настоящему быстрый старт

Автор Опубликовано Оставить комментарий

"Любой тест-менеджер хотел бы знать какие таски были выполнены <тестировщиком> за время тестовой сессии."

Интернет пишет вот, что любой хотел бы. Лично я не хотел бы, что я делаю не так? 🙂

Мне кажется не стоит путать роли тест-менеджера и надсмотрщика. А вам?

П.С. контекст цитаты - session-based testing.

1

Автор Опубликовано 1 комментарий

Обезьянки против роботов от Максима Дорофеева из далекого 2009-ого года. #нея5летназад
В трех частях более чем наглядное сравнение автоматизации тестирование с ручным. Осторожно, юмор.
Обезьянками нас обозвал, правда. Ну хотя б не земляным червяком 🙂


Автор Опубликовано Оставить комментарий

На докладах не был, диагноз по видеозаписи.

Александр Щукин "Тестирование сетевого оборудования через консольный интерфейс" http://sqadays.com/ru/talk/24015

Доклад технически описывает опыт построение консольных автотестов для специфической области (сетевое оборудование), когда доступ к тестируемому оборудованию неудобен (VPN, медленно).

Алексей Николаев "Альфабанк: НТ в Облаке при Agile на примере интернет банка" http://sqadays.com/ru/talk/25773

Опыт нагрузочного тестирования Альфабанка. Доклад не техничекский, больше про организацию и опыт работы с аутсорсными исполнителями.

Мария Терёхина "Улучшение процесса тестирования: контентные модели" http://sqadays.com/ru/talk/25603

Процесс тестирования курильщика. Если у вас только один тестер на проекте, приоризируем его задачи и требуем оценок.

Татьяна Смехнова "История HERE Maps for Windows: меняемся не изменяя качеству" http://sqadays.com/ru/talk/25556

Процесс тестирования здорового человека. Рекомендую к просмотру. Живо и интересно про аджайл, практики совместной работы тестировщиков и программистов на крупном проекте. Хорошие примеры для подражания.

Дмитрий Химион "Инструменты автоматизации тестирования - дефективные"  http://sqadays.com/ru/talk/24213

Тулзы. Достать чернил и плакать. Я не понял, зачем измерять среднюю температуру тулзов по больнице. Кроме того, чтобы писать навзрыд.   Критерии для оценок тулзов сами по себе интересны -их можно применить к конкретно вашим тулзам. Больше писать не буду, а то разревусь.

Рина Ужевко "Тестируем графику силами Art QА" http://sqadays.com/ru/talk/23936

Узнал про новую для меня ветвь тестирование - Art QA. Хорошие, но несколько специфические (игры и графика) примеры. Включу в свой доклад для студентов о профессии тестировщика 🙂

8

Автор Опубликовано 8 комментариев

А еще программисты, иногда отклоняют баги с абсурдным пояснением "works as designed", что в принципе означает, что программа работает таки да, так, как они её запрограммировали. Я могу понять "works as intended", "works as specified", "works as required", но вот "works as designed" определенно режет мозг.