Home

Оригинальная публикация

В последнее время все чаще слышу от коллег из других организаций о курсе на автоматизацию. Чаще всего это выражается в обучении за счет компании всех желающих мануальных тестировщиков автотестированию, т. е. стеку технологий для написания и поддержания автотестов. Помимо языка программирования (чаще Python или Java) изучают Git, Selenium или его аналоги, Jenkins и внутренние регламенты работы с автотестами. В нашей компании так же взяли курс на автоматизацию, в связи с чем возник вопрос — а что же будет с мануальными тестировщиками, откажутся ли от них совсем или будут стремиться сократить их количество?

На данный момент прямых ответов от руководств компаний нет, звучат стандартные фразы, вроде «Пока все остается как есть». Но есть ли профит от доучивания ручных тестировщиков до автотестера, и куда уведет мечта автоматизировать все процессы в тестировании? Расскажу на своем опыте.

Автор: Деннис Мартинез (Dennis Martinez)
Оригинал статьи
Перевод: Ольга Алифанова

 В приложении можно много чего протестировать. Как разобраться, на чем сконцентрироваться, при таком обилии вариантов?

Автор: Алексей Анисимов

В вашей команде есть Middle QA, который хочет развиваться дальше. Что должен делать лид команды, чтобы вырастить из него синьора? Ниже вы найдете советы, основанные на моем опыте. Если вы инженер, тоже читайте дальше - рекомендации помогут понять, как расти и что просить от своего лида.

Будущему сеньору нужен ментор

Если рост от Junior до Middle в основном обеспечивается развитием hard-скиллов, то рост от Middle и выше больше связан с софт-скиллами, хотя техническое развитие тоже не должно отставать.

Вырасти из миддла в синьора довольно сложно и одного желания может быть недостаточно. Наставник поможет пройти этот путь: стать им может как опытный senior или principle, так и лид тестирования. 

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

 Я часто говорю себе (а также участникам моих тренингов), что JavaScript не очень-то со мной дружит. Возможно, проблема во мне, возможно, в JavaScript, но по какой-то причине я не могу вникнуть в этот язык. Университетское воспитание на куда более жестких языках (особенно Java), возможно, приложило к этому руку.

Автор: Александр Шленский

Вступление

Я работаю на позиции QA Automation Engineer более 7 лет. За это время команда автоматизаторов выросла с 7 до 70 человек, и мы продолжаем расширяться. В нашей компании группы ручного и автоматического тестирования находятся в отдельных командах. 

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

У нас хорошо развито автотестирование: на момент написания статьи у нас  более 100 тысяч уникальных тестов. На нашем основном продукте около 45 тысяч приемочных end-to-end-тестов. Это экономит более 400 часов ручного тестирования. При условии, что один прогон длится 1,5 часа. Чтобы все это работало, мы используем и разрабатываем свои внутренние инструменты.

Автор: Джош Грант (Josh Grant)
Оригинал статьи
Перевод: Ольга Алифанова

Вы хорошо потрудились над своим продуктом. Разработчики создали новые фичи и исправили имеющиеся баги. Тестировщики старались как могли, помогая улучшить качество команды и продукта. Менеджеры тратили время на координацию усилий разработчиков, тестировщиков, операционного персонала, заинтересованных лиц и, возможно, даже заказчиков до и во время релиза. Как ваша команда планирует продемонстрировать эту отличную работу миру и заказчику?

Автор: Смирнов Дмитрий

Оригинальная публикация

Большинство тестировщиков знакомы с такими техниками тест-дизайна, как разбиение на эквивалентные классы и анализ граничных значений.

Эти две техники, как и другие, призваны и позволяют значительно уменьшить количество необходимых проверок при тестировании, например полей ввода.

В двух словах напомню.

Автор: Маарет Пюхяярве(Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

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