TESTOREST
2.59K subscribers
353 photos
77 videos
18 files
273 links
Действительно полезные материалы, события, новости по тестированию.
Как найти информацию на канале: https://t.me/testorest/368
Для связи: @Testorest_admin
Предложения для публикации на канале: @Testorest_admin
Download Telegram
⚛️Использование 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
Если кто-то хочет прийти в себя после напряженного рабочего дня...

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

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

⭐️⭐️⭐️

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

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

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

⭐️⭐️⭐️

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

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
Please open Telegram to view this post
VIEW IN TELEGRAM
👍42🔥2
Приходилось ли вам составлять стратегию тестирования?
Anonymous Poll
23%
Да
21%
Принимал/-а участие
56%
Пока нет
😁11
😭7😁52🤬1
Д-деликатность 😁

@testorest
😁6
😁2
⚛️Управление процессом тестирования.

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

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


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

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

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

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


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

#управление
@testorest
👍7
⚛️Поделать на выходных

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

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

#саморазвитие #навыходных
@testorest
👍4
⚛️Подборка QA-каналов.
Чтобы быть в курсе всех новостей🤓

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

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

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

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

@testorest
🔥52👍2
⚛️Исторические баги🏺

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

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

Итак..
Amazon

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

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

#bug #знаменитые_баги
@testorest
🔥8
⚛️Исторические баги🏺

Баг 2000 года.

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

#bug #знаменитые_баги
@testorest
👍2
⚛️Поделать на выходных

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

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

#саморазвитие #навыходных
@testorest
🥰4
⚛️Исторические баги🏺

Баг Skype

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

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

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

#bug #знаменитые_баги
@testorest
👍6
⚛️Исторические баги🏺

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

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

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

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

#bug #знаменитые_баги
@testorest
👍5
⚛️Поделать на выходных

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

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

#саморазвитие #навыходных
@testorest
2👍2
​​⚛️Исторические баги🏺

Баг The Brain🤯

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


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

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

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

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

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

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

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

#bug #знаменитые_баги
@testorest
5👍2
⚛️AI-инструменты для тестирования

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

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

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

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

#ai #ИИ

@testorest
👍5🔥4
Есть два состояния после отпуска..

@testorest
😁4👍2
⚛️Слышали новость?
Wildberries тестирует виртуальную примерку одежды.


Wildberries запустил сервис "Виртуальная фотостудия" для избранных продавцов.
Сервис позволяет "примерять" одежду на виртуальных моделях, созданных нейросетью.
Это поможет партнёрам сэкономить на фотосъёмках.

Источник: тут

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

Замечаете как технологии медленно наступают?))
Сильно переживать не стоит, но в связи с такими изменениями актуально пересмотреть и свою рабочую сферу и не останавливаться в развитии.

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

@testorest
6