При включении данного параметра история запросов перестает очищаться при переходах между страницами. Что это за параметр?
Anonymous Quiz
48%
Disable cache
14%
Record Allocation Profile
25%
Preserve log
13%
No- throttling
Какая стадия НЕ входит в разработку ПО?
Anonymous Quiz
1%
Разработка
2%
Тестирование
8%
Проектирование
88%
Обеспечение
Данный атрибут формулирует требования таким образом, чтобы можно было выставить однозначный вердикт, выполнено все в соответствии с требованиями или нет. Что это за атрибут?
Anonymous Quiz
29%
Атомарность
25%
Непротиворечивость
35%
Проверяемость
11%
Прослеживаемость
Данные системы контроля версий предполагают сохранение версий проектов на общий сервер, с которого потом получают нужные версии сотрудники/клиенты это
Anonymous Quiz
22%
Локальные
67%
Централизованные
11%
Децентрализованные
Forwarded from VIRGO
Давно учите английский и не знаете, чего достигли?
Запустите @englquiz_bot, пройдите тест и точно определите свой уровень владения языком. Если результат вас не устроил - не огорчайтесь, просто продолжайте заниматься, а @englquiz_bot подскажет, как это сделать лучше.
Запустите @englquiz_bot, пройдите тест и точно определите свой уровень владения языком. Если результат вас не устроил - не огорчайтесь, просто продолжайте заниматься, а @englquiz_bot подскажет, как это сделать лучше.
Forwarded from Затишна Галера
#ВолшебныйКомпас 🧭
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 тестирование можно отнести к обоим видам и когда это будет верным, с твоей точки зрения.
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
Также для тестирования на соответствующих окружениях обязательно подготавливаем тестовые данные.
Благодарю за прочтение.
Хочу обсудить тему про окружения (стенды), что такое окружение (стенд), какие есть виды окружения(стендов), что такое тестовое окружение.
Хочу затронуть основные термины, тему про развёртывание окружений можно обсудить позже, а также связанные понятия - дейпломент, 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
YouTube
ProQuality Conference 2021 - Tech Stream
ProQuality Conference 2021 - Tech Stream
--------------------------------------------------------------------------------------------------------------
Timeline:
0:35 - Внедрение автоматизации мобильного тестирования с нуля на проекте
01:00:28 - Тестирование…
--------------------------------------------------------------------------------------------------------------
Timeline:
0:35 - Внедрение автоматизации мобильного тестирования с нуля на проекте
01:00:28 - Тестирование…
Forwarded from Туалетный юмор как Платформа 🚽
This media is not supported in your browser
VIEW IN TELEGRAM
Запрыгнул в последний релиз года
Forwarded from VeryEnglish ☕️
Forwarded from Тестировщики нужны
Все что нужно для тестирования мобильных приложений
Теория, книги, статьи:
Hands-On Mobile App Testing: A Guide for Mobile Testers and Anyone Involved in the Mobile App
Чек-лист тестирования мобильных приложений
Push-уведомления
Монетизация приложения myTarget
UI-элементы и жесты в мобильных приложениях
Guidelines:
iOS Interface Guidelines
Android Components
IDE:
Android Studio
Xcode
Android specific:
Android Debug Bridge (adb)
Android developer options
Exerciser Monkey
Apkanalyzer
Аналитика:
Firebase Crashlytics
Симуляторы и эмуляторы Android:
Android Emulator
Genymotion
BrowserStack App Live
Симуляторы и эмуляторы iOS:
Xcode Simulator
BrowserStack App Live
Фермы устройств:
Firebase Test Lab
Microsoft App Center
Samsung Remote Test Lab
AWS Device Farm
HUAWEI DIGIX Lab Test Services
Распределение платформ и устройств:
Мобильные ОС
Worldwide Mobile Vendor
Инструменты прокси трафика:
Fiddler | статья
Charles Proxy | статья
Mitmproxy
Теория, книги, статьи:
Hands-On Mobile App Testing: A Guide for Mobile Testers and Anyone Involved in the Mobile App
Чек-лист тестирования мобильных приложений
Push-уведомления
Монетизация приложения myTarget
UI-элементы и жесты в мобильных приложениях
Guidelines:
iOS Interface Guidelines
Android Components
IDE:
Android Studio
Xcode
Android specific:
Android Debug Bridge (adb)
Android developer options
Exerciser Monkey
Apkanalyzer
Аналитика:
Firebase Crashlytics
Симуляторы и эмуляторы Android:
Android Emulator
Genymotion
BrowserStack App Live
Симуляторы и эмуляторы iOS:
Xcode Simulator
BrowserStack App Live
Фермы устройств:
Firebase Test Lab
Microsoft App Center
Samsung Remote Test Lab
AWS Device Farm
HUAWEI DIGIX Lab Test Services
Распределение платформ и устройств:
Мобильные ОС
Worldwide Mobile Vendor
Инструменты прокси трафика:
Fiddler | статья
Charles Proxy | статья
Mitmproxy
Forwarded from Тестировщики нужны
Все необходимое для ручного тестирования 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
Теория:
- Чек-лист тестирования 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