TESTOREST

Есть два состояния после отпуска..

@testorest

⚛️AI-инструменты для тестирования

Предлагаю вам подборку инструментов AI, которые можно пощупать и попытаться внедрить в ваш процесс тестирования

1. Applitools 👁️
▫️Visual AI для автоматизации визуального тестирования
▫️Кросс-браузерное и кросс-платформенное тестирование
▫️Автоматическое обслуживание тестов
2. Mabl 🤖
▫️Самоисцеляющиеся тесты
▫️Сквозное тестирование
▫️Визуальное регрессионное тестирование
3. Testim 🧠
▫️Машинное обучение для стабильности тестов
▫️Создание тестов с низким уровнем кода
▫️Умные локаторы
4. Functionize 🗣️
▫️NLP для создания тестов
▫️Автономное тестирование
▫️Облачное тестирование
5. Sauce Labs ☁️
▫️Кросс-браузерное тестирование
▫️Мобильное тестирование
▫️Визуальное тестирование с AI-поддержкой
6. Selenium + AI 🔧
▫️Интеграции с AI -инструментами
▫️Широкая поддержка сообщества
▫️Гибкость и расширяемость

Почему стоит смотреть в сторону AI- инструментов?
• 📈 Повышение эффективности
• 🚀 Ускорение процесса разработки/ тестирования
• 🎯 Улучшение точности тестов
• 💡 Интеллектуальная адаптация к изменениям

Если вы еще не применяли ИИ, то самое время попробовать😉

#ai #ИИ

@testorest

​​⚛️Исторические баги🏺

Баг The Brain🤯

В конце 80-х и в 90-е зарождались многие термины и процессы тестирования и качества ПО.
В тоже время появлялись и новые баги.
Некоторым были присвоены имена.


Баг на картинке к посту назывался The Brain.
Считается первым вирусом для MS-DOS.
Он перезаписывал загрузочный сектор и замедлял компьютер до невозможности. Создатели этого бага — два пакистанских программиста.

Заражение компьютера происходило путём записи копии вируса в загрузочный сектор дискеты.
Старая информация переносилась в другой сектор и помечалась как «повреждённая». Метка тома изменялась на «©Brain», а в загрузочном секторе отображался текст, который видно на картинке.

Вирус замедлял работу дискеты и делал 7 килобайт памяти недоступными для DOS. Brain был написан пакистанцами Базитом и Амжадом Фарук Альви, жившими в то время в Лахоре.

Brain «не умел» работать с разделами жёстких дисков, поэтому в него была встроена проверка, не позволявшая ему заражать жёсткий диск. Это отличает его от многих вирусов того времени, которые не обращали внимание на разделы, что приводило к уничтожению данных. Благодаря относительной «миролюбивости» вирус часто оставался незамеченным, особенно, когда пользователь не обращал внимание на замедление работы дискет.
Вирус также содержал сообщение с адресом, контактными телефонами создателей и предупреждением о заражении.

Произошло это в 1986 году. Именно тогда стала очевидной возможность существования вирусов, уязвимостей и прочих вещей, которые сейчас кажутся данностью.

Вирус The Brain попал в десятки стран и заразил тысячи компьютеров. Он был доказательством того, что софт мог быть написан злоумышленниками и быть вредоносным. 

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

#bug #знаменитые_баги
@testorest

⚛️Поделать на выходных

🟢Узнать что требуется знать по международной сертификации тестировщиков на базовом уровне
Certified Tester Foundation Level (схема на англ.)

🟢Вспомнить что есть пирамида тестирования

#саморазвитие #навыходных
@testorest

⚛️Исторические баги🏺

Цепная реакция

Когда один из множества коммутаторов AT&T был поврежден, он отправил сообщение об этом соседнему, а тот в свою очередь следующему.

Запустившаяся цепная реакция на 9 часов положила мобильную связь, из-за чего более 50 тысяч человек не могли ей воспользоваться. Проблема была в том, что вместо одного сообщения о поломке, коммутатор рассылал два.

Второе сообщение доходило до других как раз во время их перезагрузки, из-за чего они считали, что сами повреждены и продолжали рассылку. Эта “рассылка” обошлась компании в более 60 млн. долларов. 

#bug #знаменитые_баги
@testorest

⚛️Исторические баги🏺

Баг Skype

В 2000 году миллионы пользователи популярного сервиса Skype остались без коннекта на 2 дня. Программа зависала и выдавала постоянные сбои.

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

Этот случай наглядно показал на неправильное распределение ресурсов на серверах.

#bug #знаменитые_баги
@testorest

⚛️Поделать на выходных

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

🟢Прокачать английский
Изучаем английский по песням - мне очень заходит, попробуйте и вы, возможно понравится 😉

#саморазвитие #навыходных
@testorest

⚛️Исторические баги🏺

Баг 2000 года.

В 1900-х годах разработчики ПО зачастую записывали в дате только две последние цифры года (например, 01.12.99) с целью более эффективного хранения информации. 
Но с наступлением 2000 года по всему миру начали происходить сбои в системах. В каких-то городах даже были отключены электричество и отопление. Причиной послужило то, что машины воспринимали 2000 год как 1900. 

#bug #знаменитые_баги
@testorest

⚛️Исторические баги🏺

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

Поэтому буду делиться с вами информацией о таких историях.

Итак..
Amazon

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

.. неплохо бы вернуть такой баг на все маркетплейсы))

#bug #знаменитые_баги
@testorest

⚛️Подборка QA-каналов.
Чтобы быть в курсе всех новостей🤓

С коллегами по цеху очередной раз отобрали интересные, живые и полезные QA каналы.

В результате ловите мега-подборку каналов о тестировании.

Каждый найдет в них для себя что-то полезное - и джуны, и сеньоры.

Кто еще этого не сделал: добавляйте каналы в закладки!

@testorest

⚛️Поделать на выходных

🟢Почитать любопытную статью 10 откликов — 8 ответов: как я ищу работу QA-инженером с помощью ChatGPT

🟢Начать изучать основы API курс для начинающих

#саморазвитие #навыходных
@testorest

⚛️Управление процессом тестирования.

Многие знают словосочетание «Управление процессом..» тестирования, выпуска версии, выпуска продукта и т.д.

Привожу тут цитату из книги «Тестирование черного ящика» Б. Бейзера, смысл которой мне очень нравится:

«Управление процессом.

Управление процессом не подразумевает жесткого соблюдения детально расписанного графика, как не означает оно и тоталитаризма и подавления индивидуальности.

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

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

Распространите😀

#управление
@testorest

Д-деликатность 😁

@testorest

⚛️Стратегия тестирования ПО

Что включает в себя стратегия тестирования ПО? И когда она нужна?

⭐️⭐️⭐️

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

Стратегия может иметь формат документа или любой другой менее формальный, где описан набор договоренностей.
Формат итогового описания зависит от требований к формализации в компании/проекте.

В среднем - стратегию стараются описать в письменном виде, например, в статье, к которой будет общий доступ у команды.

⭐️⭐️⭐️

А теперь, давайте разберем какие составляющие требуют освещения в данном документе.

1️⃣Цели тестирования (Testing Objectives)
Опишите какую цель тестирования вы решаете благодаря данной стратегии. Например, обеспечение необходимого уровня качества, сокращение сроков регресса, тщательное выявление дефектов в определенных областях системы.

2️⃣Объем и границы тестирования (Scope and Boundaries)
Опишите какие области системы будут тестироваться, а какие нет.
Это поможет сфокусировать усилия и ресурсы на наиболее важных из них.

3️⃣Типы тестирования (Types of Testing)
Перечислите виды тестирования, которые будут применяться. Например: функциональное, регрессионное, нагрузочное, тестирование безопасности и т.д.

4️⃣Методики и подходы к тестированию (Testing Methodologies and Approaches)
🔹Опишите методики, которые будут использоваться для тестирования. Например: методики классов эквивалентности, граничных значений, таблицы решений и т.д.

🔹Определитесь с подходом к тестированию: например, только ручное тестирование, или ручное + автоматизация.

🔹Какие тесты будут использоваться на разных уровнях тестирования. Т.е. как вы тестируете на модульном, интеграционном, системном уровне.

5️⃣Критерии входа и выхода (Entry and Exit Criteria)
Опишите условия, которые должны быть выполнены до начала тестирования (критерии входа), и условия, которые указывают на завершение тестирования (критерии выхода).

6️⃣Ресурсы и инструменты (Resources and Tools)
Напишите перечень необходимых человеческих и программных ресурсов для воплощения стратегии. А именно, количество и уровень тестировщиков, инструменты для тестирования.

7️⃣Оценка и метрики (Evaluation and Metrics)
Определите метрики, которые вам будет интересно отслеживать(зависит от цели). Это может быть процент обнаруженных дефектов, покрытие тестами, количество переоткрытия багов.

8️⃣Отчетность и документация (Reporting and Documentation)
Опишите формат и содержание отчетов о результатах тестирования, включая отчеты о дефектах, отчеты о покрытии тестами и другие документы, если необходимо.

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


#стратегия_тестирования #управление
@testorest

Если кто-то хочет прийти в себя после напряженного рабочего дня...

@testorest

⚛️Использование body с методом GET в HTTP запросах.

Перевод статьи:
Using a Body With an HTTP Get Method Is Still a Bad Idea
by Danny Logsdon

🟢Можно ли отправить тело с помощью HTTP-запроса GET?

🟢Причины, по которым включение body в GET не является хорошей идеей

🟢 Потенциальные причины использовать тело с GET

Читать тут

В статье освещен ответ на еще один каверзный вопрос по тестированию "Стоит ли отправлять GET c заполненным body?".

Его можно поставить рядом с вопросом "Какой метод более безопасен, GET или POST?" (на этот вопрос ответьте самостоятельно, статья косвенно помогает в этом разобраться).

#api

@testorest