Есть отличная удаленная работа для php+codeception+jenkins+allure+docker спецов. 100% remote! Присоединиться к проекту

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

selenium
rest
selenium-grid
python
soap
webdriver
java
travisci
karma
Теги: #<Tag:0x00007f7b705cfba0> #<Tag:0x00007f7b705cfa60> #<Tag:0x00007f7b705cf920> #<Tag:0x00007f7b705cf7e0> #<Tag:0x00007f7b705cf678> #<Tag:0x00007f7b705cf510> #<Tag:0x00007f7b705cf3d0> #<Tag:0x00007f7b705cf1f0> #<Tag:0x00007f7b705cf0b0>

#1

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

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

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

2) SOAP API

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

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

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

https://docs.travis-ci.com/user/gui-and-headless-browsers/

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

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

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

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

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

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

P.S.

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


at.info weekly: Rest SOAP, Postman, оыпат написания книг и JavaScript
at.info weekly #3: JMeter Tutorial, Будни тестировщика, как подружить UI и REST , курсы от Google и почему в мире становится все больше бесполезной работы
at.info weekly: Selenium, Agile, Docker-compose, паттерны проектирования и уход с тестирования в руководители проектов
(Artur Korobeynyk) #2

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


#3

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


(Mykhailo Poliarush) #4