at.info weekly: плюсы и минусы автоматизации, soapui и travisci, параллельный запуск и javascript

Всем привет. Хотел поделиться с вами интересными ссылками которые будет интересно почитать :slight_smile:

##1) Автоматизации с нуля

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

2) SOAP API

  1. На n проектах которых я работал - использовался #REST, лично для меня это черный ящик.
    В статье описано что же такое #SOAP и как его тестировать:

3) UI автоматизация на travisCi

Мне нравится travisCi - и иногда его использую для API automation. В статье описано достаточно просто как настроить UI тестирование:

4) Минусы автоматизации

Стандартный вопрос на собеседовании - плюсы и минусы автоматизации. ( или не стандартный, но меня достаточно часто спрашивали:) В статье описаны минусы:

5) Rest API тестирование на Karma

Никогда не слышал о нем, наверное, потому что я не пишу на #programming:java Но интересно почитать, #Karma framework для автоматизации #REST #API :

6) Параллельный запуск на Selenium Grid

Статья о том как сделать много параллельных запусков тестов на Selenium Grid используя Apache Mesos:

P.S.

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

6 лайков

Мануальное тестирование - не значит тестирование без программирования. Если я запустил программу, нашел адресса указателей на нужные значения, потом выследил цепочку адрессов до статической области памяти, потом на всё это написал скрипт, который будет менять поведение программы изменяя значения указателей в памяти - я провел подготовку к ручному тестированию. Если я дизасембнул бинарник, переписал пару переходов и собрал его заново - я сделал это для ручного тестирования. Так что мануальщик - это не так уж и позорно, как это представляют.
Ручное - ищет баги, автоматизированое - ищет проявления регрессии. Поверьте, хороший мануальщик найдет гораздо больше багов чем хороший автотест. А хороший тестировщик будет делать как ручное так и автоматизированое тестирование.
Заметьте, все ваши ссылки - это утилиты для работы с технологиями рест, хттп, хтмл, дом, сигналами или винапи. И ничего о самих технологиях. Мануальщик к примеру может не знать утилит, но обязан знать технологию, а утилиту сможет написать и сам. Автоматизатор - может знать утилиты, но не будет знать технологий. Тестировщик должен знать и то и другое.
Прежде чем учить утилиту, поймите технологию с помощью ручного тестирования. А потому уже автоматизируйте это.
Читайте литературу исходя из проблемы. Не запускается вебдрайвер, узнайте о сокетах, портах, процессах, длл, ОС апи. Не получаете ответ от сервера - днс, тцп, хттп/с, ссл.

1 лайк

я не спорю и согласен. это просто картинка. слишком критично к ней отнеслись.