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

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

В статье вы найдете ответы на 10 важных вопросов о тестировании: инструменты, скилы, карьерный рост, проекты, зарплату и еще кое-какую информацию, которая может оказаться полезна, если вдруг вы надумали переквалифицироваться в тестировщики.

Если, прочитав предыдущую статью https://habr.com/ru/post/529074/, вы пришли к выводу, что работа вам дорога, тут ваш любимый кофе и печеньки, интересные разговоры с коллегами у кулера, настольный футбол и множество других не менее важных причин.  Вы совершенно точно уверенны, что конфликта никак не связан с вами, а все проблемы идут от этого изверга-вашего токсичного начальника.  

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

Но есть же Scrum?!

Не поймите меня неправильно. Я обожаю Scrum. Я уже много лет использую Scrum везде, где он действительно работает. Но давайте посмотрим правде в глаза – фраза из Scrum Guide “Scrum is easy to understand, hard to master” [1] – очень точно отражает суть [Примечание: по-русски “легок для понимания, сложен для освоения”. Почему-то в официальном русском переводе цинично ограничили максимой “Scrum - прост”]. И это объясняет, почему так много команд легко впадает в ересь “Зомби-Скрама”.

Из-за этой сложности для понимания, командам обязательно нужен хороший тренер, обладающий здоровым эмпирическим подходом и способный помочь запустить процесс, по-настоящему основанный на практическом опыте. Механическое исполнение предписанных ритуалов не способно дать жизнеспособного процесса. Но много ли таких тренеров? Это легко узнать просто взяв просто цифры с сайта scrum.org [2]. Более чем 300 000 сертифицировано как PSM I. Если русскоязычный цикл статей зайдет аудитории Habr, я обязательно расскажу о том, что на деле значат все эти сертификации, но давайте пока просто примем, что любой человек способный прочитать и понять слова в Scrum Guide, легко сдаст PSM I. Теперь посмотрим на сертификации, которые требуют понимания и практического опыта. Для сдачи PSM II уже надо продемонстрировать умение применять Scrum на практике, и сдали его уже всего лишь чуть больше 8 000 человек. И всего лишь чуть больше 800 сдали экзамен, который действительно подтверждает глубокое понимание Scrum - PSM III. Не больше 10 000 человек на миллионы команд по всему миру.

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

Да, вы не ослышались – именно так! В IT-сообществе прочно укоренилось мнение, что все эти тесты вам хоть как-то помогают, но так ли это на самом деле? Вы сами пробовали мыслить критически и анализировать это расхожее мнение? Хипстеры придумывают кучу парадигм – TDD, BDD, ПДД, ГИБДД – лишь чтобы создать иллюзию бурной деятельности и хоть как-то оправдать свою зарплату. Но задумайтесь, что будет, если вы (либо ваши программисты) начнете все свое время уделять исключительно написанию кода? Для тестирования есть отдельное направление и целые подразделения. Вы же не заставляете программистов писать требования, так? Тогда почему они должны писать тесты? Всех согласных и несогласных прошу проследовать внутрь поста, где я вам наглядно покажу, что юнит (и интеграционные) тесты – великое зло!

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

Тестируем веб-приложения в Katalon Studio и делимся впечатлениями

Часть 1

Эта статья - краткий обзор по разделу меню "Refactor" в IDEA для начинающих.

Рассматриваются основные способы рефакторинга для Java-файлов, для большинства способов рефакторинга приведены анимированные картинки и примеры использованного кода.

Осторожно, много тяжелых gif-картинок.

Это история про Алису. Алиса не только умный, скромный и добрый персонаж, но и отличный тестировщик. Последнее описать нелегко. Понять, что такое качественное тестирование можно, увидев его. Вот что увидел я.

При проектировании и разработке широкого спектра API с использованием ASP.NET Core 2.1 Web API важно понимать, что это только первый этап в создании продуктивного и стабильного решения. Наличие стабильной среды для вашего решения также очень важно. Ключ к отличному решению заключается не только в правильном построении API, но и в его тщательном тестировании, чтобы исключить возможность негативного опыта у пользователей во время использования вашего API.

Эта статья является продолжением моей предыдущей статьи для InfoQ под названием «Продвинутая архитектура веб-API ASP.NET Core». Не беспокойтесь, вам не нужно вникать в предыдущую статью, чтобы разобраться с тестированием в этой, но она может помочь вам лучше понять, как я спроектировал обсуждаемое здесь решение. На протяжении последних нескольких лет я много времени размышлял о тестировании, создавая API для клиентов. Знание архитектуры веб-API ASP.NET Core 2.1 может помочь и вам расширить ваше понимание.

Солюшн и весь код из примеров в этой статье можно найти в моем GitHub репозитории.

Это третья часть из 4-х, посвященных работе браузеров. Ранее мы рассматривали многопроцессорную архитектуру и навигацию. В этом посте мы рассмотрим, что происходит внутри *рендер-процесса (renderer process).

Жаль, что вряд ли смогу отправить это письмо. А тебе, наверное, было бы интересно узнать, что жизнь и работа у тебя сложились неплохо. А если бы ты это прочитал вовремя, то могли бы сложиться еще лучше. Что касается работы — ты стал вполне приличным специалистом, сегодня тебя уважают, с тобой советуются и некоторые даже благодарны за науку. Очень хочется дать тебе тогдашнему несколько советов. Кое о чем из письма ты и так уже догадываешься, но сегодня я могу точно сказать — оно помогает.

Всем привет, сегодня у меня хорошая новость: вышла бета-версия at2k — проекта для управления и запуска приемочных тестов для веб-сервисов. Давайте рассмотрим его основные возможности, которые можно проверить еще и здесь.

«Удалёнка» пришла в офис нашего конструкторского бюро пару лет назад по причине того, что в один прекрасный день в нашей комнатушке не осталось свободных мест. А посадить нового сотрудника под новый проект куда-то надо было. В этот момент я, как главный конструктор, принял решение освободить свой стол и отправится домой, чтобы продолжить работу на своём домашнем компьютере. Дома у меня уже давно стояла полноценная рабочая станция с двумя мониторами для работы по вечерам и выходным. Позднее, мой опыт стали перенимать и другие сотрудники конструкторского бюро.