Выпуск 19: Про автоматизацию и тестирование

Робот не может причинить вред человеку или своим бездействием допустить, чтобы человеку был причинён вред.

Айзек Азимов

Протестировать всё нельзя, но можно автоматизировать. С этой и другими иллюзиями в эфире Radio QA разбирались:

  • Игорь Хрол — 10 лет на службе машин, лишил работы сотни малообразованных кликеров (Toptal, Минск)
  • Сергей Пирогов — готов рассказать всё что знает про автоматизацию тестирования, а знает много, поэтому обращайтесь (@s_pirogov, Украина)
  • Алексей Булат — собирался с духом первую половину эфира и рубанул всю правду-матку на 62 минуте (Нидерланды)
  • Алексей Виноградов — в равной степени великолепно владеет навыками «автоматизации» и «неавтоматизации» (@vinogradoff, где-то в Германии)
  • Максим Михайлов — старообрядец, противник промышленной революции, борец с тотальной роботизацией (Radio QA, Поребрик-Сити)

Протокол заседания:

  • Портит ли автоматизация тестировщика
  • Всем всё или каждому своё
  • Как глубоко нырять тестировщику в технологический стек, чтобы что-то там заавтоматизировать
  • Автоматизация слаба
  • Тестирование автоматизации
  • Почему автоматизаторам платят больше
  • Постоянные рубрики
  • Финал, аплодисменты, занавес

Новости:

Плачь, Ярославна:

  • Skype — когда же тебя дотестируют?!
  • Роман Меркушин

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

    • maksya

      Если под таким углом смотреть, то любое использование продукта есть его тестирование. Взаимодействие с продуктом — это необходимое, но не достаточное условие тестирования.

      • Роман Меркушин

        Опять же, не соглашусь 🙂 Если бездумно накидывать авто-тесты по дизайну, то может оно так и есть. К примеру автоматизация бэкэнд части, никак не может быть простым использованием продукта (кроме случаев когда продукт, это и есть ток бэкэнд). Вы в любом случае должны понимать как оно устроено, изучить архитектурыне доки, требования и етс. При написании тесты вы готовите тестовые данные и проверяете их на системе. А это уже тестирование, как ни крути. Да, это не полноценное покрытие юзкейса т.к. проверяется какая то часть, но это все равно тестирование.

  • Тата

    Для записи разговоров Skype вполне удобен ClownFish (http://clownfish-translator.com/)
    А для перекодировки из wav в mp3 вполне хорош lame.exe
    В папке с накопившимися записями быстро работает скрипт:
    for %%a in (*.wav) do ( lame.exe -V2 «%%a» «С:Skype_Voice_Rec%%a.mp3»
    if exist «С:Skype_Voice_Rec%%a.mp3» ( del «%%a» ))

  • Тата

    Автоматизаторы тестирования — это негры для QA!
    Да, автоматизаторы знают ещё и какой-то язык программирования, кроме основ тестирования и создаваемого продукта, но основную-то работу делают обычные «кликальщики». Почему же им дифференцировать оплату?

  • dd101

    Ссылку на архив чатика не забывайте добавить — http://mixlr.com/radio-qa/chat/history/

    • maksya

      Чат микслера имеет смысл только во время прямого эфира. Без присутствия на нем будет сложно разобраться в архиве. Думаете иначе?

      • dd101

        Если информацию из него упоминают в эфире, естественно интересно глянуть `в исходники`. Плюс, в целом небезынтересно глянуть ещё и коменты (а ля хабра-стайл).