Заменит ли автоматизация ручное тестирование?

Лайк!) Полностью согласен) Сразу видно что эту статью писал человек у которого есть необходимые знания и компетенция в тестировании, потому что все всегда начинается с ручного тестирования и тест-дизайна, организации методологий эффективной работы и включения тестирования в цикл… Кто бы там на своих конфах что не говорил, но я точно знаю, когда что-то начнет валиться и разваливаться, все быстро побегут искать тестировщиков))

Как мы автоматизировали запуск Selenium-тестов через Moon и OpenShift

Ребята. А есть пример докерфайла, как примерно сбилдить имедж IE для селеноида?

End-to-end тестирование микросервисов c Catcher

Не плохое решение для контрактных тестов… В конце статьи описывалось что такой инструмент был создан на определенном проекте и в определенных условиях, чтобы минимизировать количество кода… Я думаю надо было бы больше описать ваш частный случай или условия — по пунктам, при которых инженеры могли
бы его использовать.
А еще я вам предлагаю подщаманить его, написать небольшой парсер, или еще небольшую часть фреймворка, чтобы указывая путь на swagger.yaml он мог парсить подобные файлы и делать проверки на данные эндполинты которые описаны в таком формате:
schemes:
- "https"
- "http"
paths:
/pet:
post:
tags:
- "pet"
summary: "Add a new pet to the store"
description: ""
operationId: "addPet"
consumes:
- "application/json"
- "application/xml"
produces:
- "application/xml"
- "application/json"
parameters:
- in: "body"
name: "body"
description: "Pet object that needs to be added to the store"
required: true
schema:
$ref: "#/definitions/Pet"
responses:
405:
description: "Invalid input"
security:
- petstore_auth:
- "write:pets"
- "read:pets"
put:
tags:
- "pet"
summary: "Update an existing pet"
description: ""
operationId: "updatePet"
consumes:
- "application/json"
- "application/xml"
produces:
- "application/xml"
- "application/json"
parameters:
- in: "body"
name: "body"
description: "Pet object that needs to be added to the store"
required: true
schema:
$ref: "#/definitions/Pet"
responses:
400:
description: "Invalid ID supplied"
404:
description: "Pet not found"
405:
description: "Validation exception"
security:
- petstore_auth:
- "write:pets"
- "read:pets"


Тогда многие бы точно двинулись пользоваться им, и работа фреймворка была бы похожа больше на магию!)) Как идейка!)

Мой опыт знакомства и работы с Robot Framework

Я всегда стараюсь уйти от разговора, когда разговор заходит о RobotFramework. Было несколько тетсовых заданий на нем при поиске работы автоматизатором, в свое время… При самом первом знакомстве я испытал всю боль автоматизаторов на данном проекте, устаревшая и неинформативная документация, примеров очень и очень мало, комьюнити почти никакое, — супер легаси код и кейворды, которые были в свое время написаны дядьками, до того как вообще родился… Я допустим не считаю нужным даже на нем заострять внимание при подборе фремворков для автоматизации на Python… Тем более смешивать и делать помесь Java с Python… В моем коментарии есть только боль… Я например чисто никому не рекомендую с ним даже связываться… В больших компаниях должны немного задумываться о том какую роль выполняют автоматизаторы, и как должен поддерживаться и обновляться код. Потому что сидеть 2 года как по мне на каком-толегаси проекте и не плучать нормального ценного опыта в актуальных технологиях — это бессмысленно и мне кажется что заработная плата таких сотрудников должна быть на много больше остальных, потому что человек поддерживая все это, жертвует: времеенем, опытом, нервами и здоровьем…