📚 ProTestingInfo 🔷 Канал по тестированию 📚 – Telegram
📚 ProTestingInfo 🔷 Канал по тестированию 📚
14.1K subscribers
1.31K photos
200 videos
232 files
1.18K links
📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний.
📌Теория, тесты, практика
Ментор-Консультация - 5тр/час
Курс
@info_course_protestinginfo
https://protestinginfo.ru
Вопросы @nadin_qa
ИП
РКН: https://clck.ru/3FWD9v
Download Telegram
#ВолшебныйКомпас 🧭
2️⃣
5️⃣ Задачка 25

Security тестирование и GUI тестирование относятся к функциональным или нефункциональным видам тестирования?

За что я люблю manual QA квалификацию, так это за то, что здесь всегда можно найти каверзные вопросы, ведь основная литература часто противоречит друг другу, а бывают даже случаи, когда и сама себе. Единственным способом отвечать на вопросы на собеседовании без детальных объяснений - это ссылаться на ISTQB, так как этот источник вызывает наибольший почет (не путать с абсолютным) у большинства специалистов этой области. Но я считаю, что бывает куча ситуаций, когда ISTQB прикрываться не стоит, а нужно дать развернутый ответ со своими личными рассуждениями. Именно к такому случаю и относится сегодняшний вопрос про виды тестирования. Плюс, далеко не все собеседующие сами знают идеально определения по ISTQB или же могут руководствоваться своими источниками, поэтому только с рассуждением и объяснением до них получится донести твою мысль.

Функциональный вид тестирования отвечает на вопрос "ЧТО работает?" и проверяет функциональные требования к продукту. Нефункциональный же вид - "КАК это работает?" и проверяет корректность имплементации нефункциональных требований. На самом деле, это все, что нужно знать для правильного распределения GUI и Security тестирования между этими двумя видами.

Начни с одного из вариантов, например с Security. Если ты будешь опираться на ISTQB, то Security тестирование однозначно должно относиться к нефункциональным, так как безопасность относится, зачастую, к нефункциональным требованиям. Зачастую, но не всегда. Давай подумаем о тех приложениях и сервисах, где Security является одной из главных движущих сил. Например, про банковские приложения, про приложения шифрования и хранения паролей и так далее. Под таким углом безопасность уже может расцениваться, как основная и обязательная функциональность продукта. Отсюда и нужно строить ответ, сказав и определение с ISTQB и сказав свое здравое, и как мне кажется, вполне логичное мнение.

Что же касается GUI, то по тому же ISTQB это однозначно функциональное тестирование. И тут я бы даже согласился и на то есть две веские причины - GUI часто тестируется параллельно с различными функциональностями продукта, а точнее это функциональности тестируются через GUI, а во-вторых - на сегодняшний день на GUI выносится множество функциональной нагрузки. Но повторюсь, вопрос не так прост. А что делать при тестировании чистой статики: правильности шрифтов, цветов, правописания, соответствия макетам и так далее? Функциональности нет, а значит ты должен это отнести к нефункциональному виду тестирования. Соответственно, ты так и можешь ответить, что и GUI тестирование при разных ситуациях можно отнести и к тому и к тому виду тестирования, но по ISTQB принято считать функциональным.

Главное не забудь привести примеры почему именно Security и GUI тестирование можно отнести к обоим видам и когда это будет верным, с твоей точки зрения.
👍1
Привет всем!
Хочу обсудить тему про окружения (стенды), что такое окружение (стенд), какие есть виды окружения(стендов), что такое тестовое окружение.

Хочу затронуть основные термины, тему про развёртывание окружений можно обсудить позже, а также связанные понятия - дейпломент, devops, CI/CD. Порекомендую несколько постов от коллеги в Инстаграме ( телеграм канал @qauniverse)
цитирую «Развернуть тестовый стенд это значит, развернуть среду, в которой можно будет проводить тестирование данной системы»

В одном из моих прошлых проектов существовало несколько стендов, а именно
💻DEV стенд для разработки
💻TEST стенд для тестирования
💻PERF стенд для нагрузочного тестирования
💻UAT стенд для приемочного тестирования, функционально регрессионного тестирования
💻STAGING стенд для демо, стейхолдеров
💻PROD для конечных пользователей , клиентов

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

Что же такое стенд?
стенд (окружение) — это среда , в котором разрабатывается/тестируется приложение, программа, сайт.
Конечно для этого мы используем компьютер, ноутбук , макбук, мобильные устройства и т.д

Что же входит в тестовое окружение ?
👨🏻‍💻Программные и аппаратные платформы (windows, Mac OS, Linux)
👨🏻‍💻веб-браузеры (Google chrome, Firefox, Safari и т.д)
👨🏻‍💻мобильные программные платформы (android, iOS)
👨🏻‍💻аппаратные характеристики
👨🏻‍💻разрешение экрана
👨🏻‍💻внешние устройства
👨🏻‍💻интеграция с другими приложениями и сервисами
👨🏻‍💻скорость интернета
👨🏻‍💻плагины, внешние библиотеки, среда выполнения

Главная задача: протестировать окружение ближе к продакшен-окружению👨🏻‍💻🧑🏻‍🔧. Поэтому очень важно иметь на проекте тестовое окружение.
В целом иметь несколько окружений в проекте это дорогое удовольствие 😀. И бывает , что в большинство компаний нет отдельного стенда для нагрузочного тестирования,и поэтому по целям нагрузки становится тестовое окружение , где проверяются функциональные тесты.

В целом, тестовая платформа это аппаратное, программное обеспечение и внешние устройства.
Для проверки веб приложений часто используют комбинацию: операционная система и веб-браузер
Очень важно, когда вы проводите тестирование и находите дефекты, указывать своё тестовое окружение при оформлении отчётов о дефекте. Обязательно указывать версию системы и браузера, например, в JIRA поле Environment: macOS Catalina Версия: 10.15.7
Google Chrome
Версия: 96.0.4664.55
Также для тестирования на соответствующих окружениях обязательно подготавливаем тестовые данные.

Благодарю за прочтение.
👍1
Forwarded from Anastasia
Через 5 минут Арина Давыдова расскажет про тестирование локализации и интернационализации о возможных проблемах и их решениях. Ведь приложения и сайты должны быть одинаково удобны во всех странах мира 🌏 https://www.youtube.com/watch?v=fUGa3QmnQ3o
Forwarded from VeryEnglish ☕️
Устойчивые выражения с make

VeryEnglish 🇬🇧
#very_phrase
Все необходимое для ручного тестирования WEB приложений

Теория:
- Чек-лист тестирования WEB приложений
- Особенности тестирования веб-приложений
- Виды тестирования веб-приложений – как выбрать нужный?
- Основы тестирования и отладки Веб-приложений
- Web Application Testing: Step by Step Process to make it Right
- Frameworks
- Все про HTML и CSS
- Все про JavaScript
- Domain, Host, DNS: google support | статья
- Браузеры и движки: статья | Blink | Gecko | WebKit

Названия элементов UI:
- Гайдлайны платформ
- Статья с примерами и названиями элементов
- User Interface Elements
- UI Docs
- UI Kit Rambler

Статистика и аналитика:
- Яндекс.Радар
- gs.statcounter.com

Инструменты:
- extensions: Web Developer | EditThisCookie
- Chrome DevTools: Documentation | статья | breakpoints
- Responsive design testing tool
- Xenu's Link Sleuth (check broken links)
- Валидаторы данных: Валидатор JSON | Валидатор XML
- JSON encode/decode: json_encode | json_decode
- Fiddler: Fiddler | статья
- Charles: Charles Proxy | статья

Облачные платформы для кросс-браузерного тестирования:
Browserstack | CrossBrowser Testing | Browser Ling | Lambdatest | Sauce Labs | TestingBot | Comparium | Browseemall | Multibrowser | Digital.ai | Ranorex | TestComplete
👍4
Интенсивное использование почти готовой версии продукта с целью выявить и исправить как можно больше дефектов перед окончательным выпуском для клиентов это
Anonymous Quiz
30%
Альфа - тестирование
46%
Бета - тестирование
9%
Дымовое тестирование
15%
Системное тестирование
Действие, после которого возникает неправильный результат это
Anonymous Quiz
35%
Ошибка
43%
Баг
6%
Отказ
16%
Сбой
Данное тестирование используется для выявления возможности использования системы и удобства для людей с ограниченными возможностями это
Anonymous Quiz
17%
Тестирование возможности
0%
Тестирование восстановления
80%
Тестирование доступности
3%
Тестирование совместимости
👍1
Ощущения, возникающие у пользователя при взаимодействии с продуктом это
Anonymous Quiz
17%
User interface
83%
User experience
Изучение возможности увеличивать показатели производительности по мере увеличения количества доступных приложением ресурсов это
Anonymous Quiz
31%
Объёмное тестирования
53%
Тестирование масштабируемости
8%
Конфигурационное тестирование
8%
Пиковое тестирование