😎 #дайджест бесплатных ресурсов для обучения тестировщика

👉 Тест для профориентации — А ваше ли это вообще?
👉 Дорожная интерактивная карта для тестировщика
👉 Базовый курс по тестированию на Stepik
👉 Продвинутый Курс Тестирование ПО — подойдет даже для мидлов
👉 Школа по автоматизации с полноценным процессом обучения
👉 W3Schools — Туториалы по различным технологиям
👉 Automation Step by Step — Большое количество туториалов по автоматизации

❗«Библиотека программиста» продолжает поиски контент-менеджера для ведения телеграм-каналов

Ищем человека, который грамотно пишет, разбирается в контенте и в одной из этих тем:
👉С++
👉Frontend
👉мобильная разработка
👉тестирование

Мы предлагаем частичную занятость и полностью удаленный формат работы — можно совмещать с основной и находиться в любом месте🌴

Подробнее о вакансии и форма для отклика — по ссылке.

Ждем вас в команде!

Что такое исчерпывающее тестирование?

Исчерпывающее тестирование (exhaustive testing) — специфический вид тестирования, применяемый в редких ситуациях, когда нужно протестировать все возможные тестовые вводы в приложение, покрывая все возможные тестовые сценарии. Методика крайне затратная по времени, однако ее результатом является приложение с полным отсутствием дефектов. Альтернативные названия: «полное тестирование», также «brute force тестирование».

Быстрый пример

Есть приложение, принимающее 12 входных значений, вводимых шестью различными способами. Что это значит:

👉 Например, что пользователь может ввести пароль длиной в 12 символов, в шести различных комбинациях
👉 Итого, сразу получаем шесть в двенадцатой степени возможных комбинаций, то есть больше 2 млн. вариантов
👉 Разумеется, уйдёт много времени на тестирование всех значений, и на практике невозможно проверить их все
👉 Поэтому зачастую исчерпывающее тестирование остаётся лишь теоретической концепцией

#обучение

#гайд по протоколу HTTPS SSL/TLS

HTTPS — HTTP-Secure с портом 443 (у HTTP 80, 8080 или любой, который настроен на сервере). Безопасность осуществляется с помощью протоколов SSL/TLS, расположенных на сервере и выполняющих следующие функции: шифрование данных, проверка целостности сообщений, аутентификация.

Этапы TLS-рукопожатия

Клиент, обращаясь на сервер должен установить TLS-соединение. Чтобы это сделать, отправляется первый запрос с информацией о себе (например, версия браузера или последняя версия TLS и список методов шифрования). Сервер, обработав полученную информацию от клиента, выбирает самую новую и безопасную версию сертификата, метода шифрования, сам сертификат, открытый ключ (закрытый на сервере) и отправляет обратно клиенту.

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

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

Когда пытаешься вспомнить виды тестирования на собесе

🤔🤔 Латеральное мышление в QA

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

Отличие от стандартного (линейного мышления, в том, что латеральное мышление это «широкий» взгляд на проблему (а не «глубокий» как принято).

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

📈📝 Стратегия решения проблем

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

Нужно отказаться от стандартного мышления, сосредоточиться на том, как найти именно креативное решение, а не стандартное общепринятое — вы не пытаетесь найти лучшее решение, и не пытаетесь найти даже правильное решение — вы пытаетесь найти именно интересное решение. А будет ли оно правильным — покажет практика.

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

Тестирование подразумевает «проход по пути пользователя», а они могут вести себя непредсказуемо. Поэтому латеральный подход может оказаться полезен при исследовании путей пользователя.

Если одними и теми же тестами проверять приложение, рано или поздно эти тесты «перестанут действовать» на баги. Тут-то может пригодиться латеральный взгляд на приложение.

🎯 Методика

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

#гайд

Нашли для вас шикарнейший фолиант😂😂
Нет, серьезно, очень крутую книгу — 121 вопрос/ответ для подготовки к собеседованию по ручному тестированию.

Вопросы интересные, от простого к сложному. Ответы даются развернутые, часто очень разжевано. Пользуйтесь 💪🔥

🔥 Подборка сервисов для составления и проверки резюме:

👉 Cvduck — сервис улучшения резюме рассчитан на IT-специалистов и создателей цифровых продуктов. После загрузки резюме вы получите отредактированную версию с комментариями от HR-эксперта. Сервис на английском.

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

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

👉 Canva — этот сервис предоставляет самые креативные возможности. Здесь можно создать оригинальное и привлекательное резюме, используя множество уникальных шаблонов и стилей. Сервис идеален для творческих профессионалов и перфекционистов.

👉 Grintern — в этом сервисе помимо стажировок вы найдете яркие и наглядные шаблоны резюме с иконками и графиками. Базовый шаблон предоставляется бесплатно, а за один из пяти оригинальных дизайнов потребуется платить.

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

👉 Standardresume — этот сервис подходит для любителей минимализма. После регистрации и экспорта данных с LinkedIn ваше резюме готово. Сервис полностью бесплатен, что позволяет сэкономить время и создать лаконичное резюме.

Мобильное тестирование: быстрый гайд. Часть 1

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

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

Типы тестирования

Зависят от направленности приложения: в финансовом приложении важность имеет тестирование безопасности, а в игре — тестирование производительности.

🔹 Функциональное тестирование
🔹 Тестирование производительности
🔹 Тестирование безопасности
🔹 Тестирование юзабельности (эргономичности)
🔹 UI/UX тестирование

Запуск QA-процесса

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

Приступая к планированию процесса, нужно убедиться, что код был покрыт юнит-тестами, а если нет, то учитывать это при тестировании на интеграционном и сервисном уровнях. Просто отчета об успешно выполненном юнит-тестировании — мало, следует добиваться, чтобы покрытие юнит-тестами было как минимум 80%, а в идеале и 100%, если есть такая возможность. Хорошо если в компании отлажен пайплайн, позволяющий всем отслеживать жизненный цикл и выполнять корректирующие и тестовые действия на каждом этапе цикла разработки.

Тест-план

➖ Проверка успешности установки приложения через маркеты.
➖ Открывается/запускается ли приложение после установки.
1. Проверка, какие платформы мобильных ОС наиболее популярны в регионе.
2. На основании результатов, полученных на этапе 1, выясните, какие мобильные девайсы наиболее популярны в данном регионе, составьте список.
3. Из списка, полученного на этапе 2, выберите 5 топ-устройств и используйте их в тестировании.
4. Важно учитывать и версии ОС. Например, в условном регионе «Восточная Европа» наиболее распространены iOS версий 14 и 15; соответственно необходимо убедиться, что тестирование будет проведено на iOS версий 14 и 15. Еще один важный момент — поддержка минимальной версии.
5. Хорошо если есть возможность запускать тесты параллельно на многих выбранных устройствах — в автоматическом режиме можно узнать вовремя о проблемах.
6. Специфические тесты, которые по каким-то причинам не могут быть автоматизированы, передаются на ручное исследовательское тестирование.

#гайд

Почему я ничего не делаю, и так устаю

Видос длительностью ⏱️ 35 минут

Как часто мы в конце рабочего дня спрашиваем себя: почему я так устал, ведь я толком ничего не сделал? Есть способ разрешения этой проблемы:

➖ Увидеть невидимое, отметить и запомнить (митинги, большие задачи, созвоны, т. д.);
➖ Присвоить себе свою деятельность (что хотели сделать, какой результат, плохой результат — тоже результат);
➖ Запишите свои достижения: чат, бумага, почта.

По итогу, вы поймете, что на самом деле у вас есть право уставать. Но, если вы целый день пили чай, листали ленту и потом устали, то это уже совсем другая история 😂😂

#видео

📊📈 Полезный видос про метрики, которые можно использовать для оценки качества, как отдела тестирования, так и для оценки работы, связанной с обеспечением качества в рамках одного спринта или отследить динамику, анализ и прочее.

А еще, речь пойдет о матрице трассировки (матрице трассируемости). Инструмент очень мощный, если добавить к нему дополнительные атрибуты.

Матрица трассировки
Метрики в тестировании

Мобильное тестирование: быстрый гайд. Часть 2

Продолжение темы, начатой в этом посте

Важные чеки

🔹 Проверка, что при переходе от одного экрана к другому одни и те же API не вызываются несколько раз.
🔹Так называемый дебаунсинг (debouncing), это влияет на производительность и юзабельность приложения.
🔹 В мобильных приложениях важно контролировать шрифты/цвета, и размер текста, поскольку для пользователей это имеет громадное значение.
🔹 Хорошей практикой является привлечение к процессу специалистов по UI/UX, чтобы они могли более квалифицированно посмотреть, и наглядно показать проблемы с UX, если таковые возникнут.
🔹 Дополнительная ручная, очень тщательная проверка функциональности и производительности приложения на 1-2 самых «ходовых» девайсах.
🔹 Что касается логов, проверьте, не записывается ли в них неконтролируемо какая-либо личная информация (так называемая PII, personally identifiable information, позволяющая связать пользователя с данными), поскольку теоретически это может привести к юридическим последствиям.

Дополнительные важные сценарии: батарея, режим ожидания, сеть

Сценарии, связанные с батареей:

➖ Проверка, не расходует ли приложение батарею слишком активно, это одна из первых причин удаления приложений, и на это следует обращать особое внимание. Если это не навороченная игра с графикой, приложение должно потреблять по возможности минимум ресурса батареи, к этому следует стремиться.
➖ Также проверьте расход батареи при работе приложения в фоновом режиме. Оно также должно быть по возможности минимальным.

Сценарии, связанные со спящим режимом девайса:

➖ Если в приложении реализована функция входа в систему, можно проверить, не происходит ли выход (вылогинивание) пользователя из приложения после того, как оно перешло в фоновый режим.
➖ Если у вас приложение, связанное с платежами, и например обрабатывающее платежи в фоновом режиме, то приложение должно работать без сбоев и успешно выполнять требуемые транзакции.
➖ Если телефон в спящем режиме, приложение не должно сильно потреблять ресурс батареи; также можно проверить, не нагревается ли телефон в спящем режиме из-за фоновой работы приложения, это частая жалоба пользователей в сторе.
➖ Что происходит если пользователь держит приложение в фоне и через какое-то время пытается открыть с того места, где он его оставил (частое «место поломки»).

Сценарии, связанные с подключением к Интернету/WiFi и сервисами определения местоположения:

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

#гайд

Предлагаем попробовать формат поста: «Вопросы-ответы для собеса». Если зайдет — продолжим. Полезно будет для совсем зеленых, а для бывалых — освежить что-то в памяти или получить ответ в другом исполнении.

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

Модели разработки
🔹 Waterfall (каскадная модель, или «водопад»). В этой модели разработка осуществляется поэтапно: каждая следующая стадия начинается только после того, как заканчивается предыдущая. Если всё делать правильно, «водопад» будет наиболее быстрой и простой моделью.
🔹 V-образная модель (разработка через тестирование). Это усовершенствованная каскадная модель, в которой заказчик с командой программистов одновременно составляют требования к системе и описывают, как будут тестировать её на каждом этапе.
🔹 Incremental Model (инкрементная модель). Проект разрабатывается, реализуется и тестируется инкрементно до самого окончания разработки. Это включает в себя как разработку, так и дальнейшую поддержку продукта. Он считается законченным в то время, когда удовлетворяет всем требованиям. Модель объединяет элементы каскадной модели с прототипированием.
🔹 Iterative Model (итеративная модель). Заказчик не обязан понимать, какой продукт хочет получить в итоге, и может не прописывать сразу подробное техзадание.
🔹 Spiral Model (спиральная модель). Заказчик и команда разработчиков анализируют риски проекта и выполняют его итерациями. Последующая стадия основывается на предыдущей, а в конце каждого цикла итераций принимается решение, продолжать ли проект.

Чем отличаются testing, QC, QA, AQA
🔹 Testing (Тестирование) – первый уровень. Проверка создаваемого ПО на соответствие требованиям к этому продукту: выдали – проверил – описал дефекты – исправили. Основная задача тестирования – выявить и зафиксировать дефекты.
🔹 QC (Quality Control, контроль качества) – второй уровень, включающий в себя тестирование, но не ограничивающийся им. Этап обеспечивает не только проверку продукта на соответствие требованиям, но и соответствие заранее согласованному уровню качества продукта и готовность к выпуску его в продакшен. Основная задача – предоставить описание того, что происходит с качеством продукта на разных этапах разработки.
🔹 QA (Quality Assurance, обеспечение качества) – третий уровень, включает в себя мероприятия на всех этапах разработки продукта для обеспечения согласованного уровня качества продукта. Основная задача обеспечения качества – выстроить систему, которая будет превентивно работать на качество продукта, чтобы при тестировании количество дефектов было минимальным. В зависимости от специфики проекта сюда может включаться тестирование документации, ревью кода на соответствие стандартам, внедрение каких-то методик по работе с качеством и прочее.
🔹 Термином AQA (расшифровывается как Automation Quality Assurance) называют специалистов, которые занимаются автоматизацией тестирования

#туториал

😎 Очередной #дайджест по QA

👉 10 способов посмотреть, как выглядит сайт на мобильном — как получить полный отчет о проверке и рекомендации по устранению недочетов
👉 Рассказ о том, как QA решили документацию тестировать — дешевле найти ошибку в требованиях, чем обнаружить дефект в уже реализованном программном продукте
👉 Виды нагрузочного тестирования — основные виды нагрузочного тестирования и как они могут помочь улучшить производительность системы
👉 QAчественное общение — мероприятие, посвященное правильному построению процесса разработки, оптимизированию автотестов и особенностям тестирования на Android
👉 Хорошие UI-тесты — в видосе рассматривается архитектура, как быстро и правильно писать, как работать в команде и вести тестовую документацию