Логотип LiveLibbetaК основной версии
Обложка
User AvatarВаша оценка
4
(1)

The "A" Word. Under the Covers of Test Automation

Alan Page
"If you've read my blog for the last few years, you've probably read everything here already (although without some much needed editing). This is a collection of blog posts from my blog - rearranged, edited and polished (a bit) and put into an ebook. I just wanted to gather my thoughts on test automation in one place and share somewhere - and leanpub has been a fantastic tool in this trip. I'll update the book as needed (including edits, as well as expansion on ideas if/when requested)". Alan Page

Рейтинг LiveLib

4,0
1 оценка
  • 5
    0%
  • 4
    100%
  • 3
    0%
  • 2
    0%
  • 1
    0%
User AvatarВаша оценка
Прочитали 1Хотят прочитать 4

Рецензии

  • Аватар пользователя
    raro4ka30 декабря 2019 г.

    Testers gonna test!

    Designing good tests is one of the hardest tasks
    in software development.

    Что?
    Маленькая книга, провокационно обещающая сорвать покровы с автоматизации тестирования ПО. Автор - бывший сотрудник Microsoft, один из соавторов «How We Test Software at Microsoft» (не читала, но осуждаю). Также за его авторством вполне вменяемая статья в довольно бесполезном сборнике «Beautiful Testing: Leading Professionals Reveal How They Improve Software» .

    О чём?
    На самом деле, данная книга ничего не срывает. Основные идеи давно известны, но сияние истины не тускнеет от многократного повторения. Тем более, что воплощение этих идей на практике всегда встречает трудности:

    Основная задача тестировщика - тестировать. Умение кодить - вспомогательный навык.
     Правильный и тщательный тест-дизайн - краеугольный камень любого вида тестирования. Особенно автоматизированного.
    Автоматизация - не "серебряная пуля". Применяйте там, где уместно и где окупятся затраты.
     100%-ной автоматизации не бывает.
    "Ручные" тестировщики не вымрут, как и "автоматизированные", ибо в будущем профессия будет требовать всё больше творческого подхода.
     Автоматизированное тестирование GUI - почти ничем не оправдываемое зло. UI тесты хрупкие и трудно поддерживаемые (см. доклады Андрея Солнцева).
    * Автоматизация пользовательских сценариев не должна иметь высший приоритет.
    * А вот нагрузочное и стресс-тестирование хорошо подходят для автоматизации.
    * Код автотестов - это код. С ним надо обращаться соответственно: репозиторий, версионность, code review, линтеры, дебаггеры.
    * Автоматизация автотестов: запуск, сбор результатов, создание записей в баг-треккере. Всё это должно быть максимально автоматизировано, чтобы оставить драгоценное время на главное - тестирование (см. статью Алана в «Beautiful Testing»).

    Что-то ещё?
    Да. Мне показалась интересной классификация Five Orders of Ignorance, "Пяти порядков незнания". Её автор не Алан, а Phillip Glen Armour. Она не специфична для тестирования, но может быть полезна в работе:

    0OI (нулевой порядок) - отсутствие незнания. Когда у человека есть знание и он может это продемонстрировать в ясной форме.
    1OI - отсутствие знания. Когда человек что-то не знает и ему самому известно об этом.
    2OI - отсутствие осведомлённости. Когда человек что-то не знает и ему об этом не известно.
    3OI - отсутствие процесса. Когда у человека нет достаточно эффективного способа выяснить, что он неосведомлён о чем-то.
    4OI - мета-незнание. Когда человек не знает о "Пяти порядках незнания". Вы прочли этот текст и теперь сместились на порядок :)

    Для кого книга?
    Она коротенькая, так что попробовать прочитать может любой желающий.
    Однако текст не обновлялся с 2013 года, что сразу скептически настраивает инженеров, которым обычно нужна самая новая информация. Здесь полезными для них могут быть части про тест-дизайн, ибо столько лет прошло, а проблема никуда не делась и сообщество продолжает ходить по одним и тем же граблям.
    А так основная аудитория - менеджеры разных уровней, имеющие отношение к тестированию. Особенно те, которые регулярно прибегают с горящими глазами и хотят заавтоматизировать всё на 100% прямо сейчас.

    Ладно, где искать?
    Найти книгу можно на LeanPub абсолютно for free.
    Языка не стоит бояться, он очень простой, читать несложно.

    Если вам хочется больше контента от автора, то существует англоязычный подкаст "AB Testing" от Алана и его бывшего коллеги из Майкрософт, Брента Дженсена. Подкаст довольно болтологичный (первые минут 15 ведущие обсуждают всё подряд, от блюд на завтрак до новой стиральной машинки) и тоже относящийся к процессам и принципам, нежели к конкретным проблемам тестирования.

    Читать далее
    11
    85
Все рецензии

Цитаты

  • Аватар пользователя
    raro4ka29 декабря 2019 г.

    It’s hard to write sustainable and reliable tests, and it’s hard to write trustworthy tests. Double the effort required if those tests involve UI automation. Designing good tests is one of the hardest tasks in software development.

    2
    13
  • Аватар пользователя
    raro4ka29 декабря 2019 г.

    If you’re a tester who writes code, you’re not a test automator, you’re not a test automation engineer, and you don’t write test automation or test code.

    You write code. And you test.

    1
    11
  • Аватар пользователя
    raro4ka29 декабря 2019 г.

    I am not completely against GUI automation, but I do think that it’s easy (too easy) to get wrong, and that it’s overrated and undervalued among may testers. The best part about my opinion is that if you disagree with me, you have to write good GUI automation.

    1
    9
Все цитаты

Подборки с этой книгой

Все подборки