Вопрос №78
Q: Что такое матрица тестирования?
A: Матрица, в которой колонки – это требования к системе, строки – тест кейсы. Такая матрица является одним из способов оценки покрытия.
Q: Что такое матрица тестирования?
A: Матрица, в которой колонки – это требования к системе, строки – тест кейсы. Такая матрица является одним из способов оценки покрытия.
👍1
Вопрос №77
Q: Что такое Behaviour-driven development (BDD)?
A: Позволяет совместить технические интересы и интересы бизнеса - используем предметно ориентированный язык, понятный и менеджерам и программистам. Пример такого языка: Gherkin.
Q: Что такое Behaviour-driven development (BDD)?
A: Позволяет совместить технические интересы и интересы бизнеса - используем предметно ориентированный язык, понятный и менеджерам и программистам. Пример такого языка: Gherkin.
👍2
- - - - - - - - -
Шпаргалка для Python QA Automation
- - - - - - - - -
Полезные формулы будут очень кстати в решении рабочих задач.
Посмотреть шпаргалку: https://smartiqa.ru/blog/python_qa_automation_engineer_cheat_sheet
Шпаргалка для Python QA Automation
- - - - - - - - -
Полезные формулы будут очень кстати в решении рабочих задач.
Посмотреть шпаргалку: https://smartiqa.ru/blog/python_qa_automation_engineer_cheat_sheet
🐍 Митап по автоматизации тестирования на Python 26 сентября
Вместе с инженерами компании-разработчика вычислительной техники YADRO и нижегородским сообществом PythoNN мы обсудим правила, которые помогут сделать тесты понятнее, поговорим, как поддерживать автотесты одновременно в коммерческой и опенсорсной версиях ПО, и как использовать pytest plugins.
Темы и спикеры:
«Понятные тесты», Никита Соболев, опенсорс-разработчик, PythoNN.
Никита расскажет про базовые правила, которые позволят сделать тесты значительно понятнее и удобнее.
«Архитектура автотестов для проекта с opensource ядром», Андрей Березин, SDET в QA-команде, YADRO.
Андрей сделает разбор нескольких решений для задачи тестирования двух продуктов (публичный и коммерческий) с общим функционалом. Расскажет о плюсах и минусах каждого подхода.
«Pytest plugins: расширяем функционал тестового фреймворка через плагины», Александр Волков, тимлид AQA-команды, YADRO.
Александр поделится своим опытом в использовании плагинов для pytest: как и для чего мы их используем, зачем пишем собственные, а также как использовать одновременно не один, а несколько плагинов.
Подключайтесь к трансляции 26 сентября в 19:00 по московскому времени.
Все подробности и регистрация на митап на сайте https://engineer.yadro.com/python-meetup/?utm_source=vk&utm_medium=smartiqa_python
Вместе с инженерами компании-разработчика вычислительной техники YADRO и нижегородским сообществом PythoNN мы обсудим правила, которые помогут сделать тесты понятнее, поговорим, как поддерживать автотесты одновременно в коммерческой и опенсорсной версиях ПО, и как использовать pytest plugins.
Темы и спикеры:
«Понятные тесты», Никита Соболев, опенсорс-разработчик, PythoNN.
Никита расскажет про базовые правила, которые позволят сделать тесты значительно понятнее и удобнее.
«Архитектура автотестов для проекта с opensource ядром», Андрей Березин, SDET в QA-команде, YADRO.
Андрей сделает разбор нескольких решений для задачи тестирования двух продуктов (публичный и коммерческий) с общим функционалом. Расскажет о плюсах и минусах каждого подхода.
«Pytest plugins: расширяем функционал тестового фреймворка через плагины», Александр Волков, тимлид AQA-команды, YADRO.
Александр поделится своим опытом в использовании плагинов для pytest: как и для чего мы их используем, зачем пишем собственные, а также как использовать одновременно не один, а несколько плагинов.
Подключайтесь к трансляции 26 сентября в 19:00 по московскому времени.
Все подробности и регистрация на митап на сайте https://engineer.yadro.com/python-meetup/?utm_source=vk&utm_medium=smartiqa_python
Вопрос №79
Q: Какие техники составления тест-кейсов знаете?
A: Классы эквивалентности, проверка граничных значений, таблица принятия решений, pairwise, диаграммы изменения состояний.
Q: Какие техники составления тест-кейсов знаете?
A: Классы эквивалентности, проверка граничных значений, таблица принятия решений, pairwise, диаграммы изменения состояний.
-------------
Python code samples / Полезные кусочки кода на Python
-------------
В это статье даны полезные методы с объяснениями для вашего успешного кода.
Узнать больше: https://smartiqa.ru/blog/python_code_samples
Python code samples / Полезные кусочки кода на Python
-------------
В это статье даны полезные методы с объяснениями для вашего успешного кода.
Узнать больше: https://smartiqa.ru/blog/python_code_samples
🔥1
Вопрос №80
Q: Расскажите про метод тест дизайна “Классы эквивалентности”
A: Классы эквивалентности - данные, на которых (как мы ожидаем) программа будет вести себя одинаково.
Этапы:
1. Разбиваем входные данные на классы эквивалентности.
2. Выбираем одного представителя из каждого класса.
3. Выполняем тест.
Q: Расскажите про метод тест дизайна “Классы эквивалентности”
A: Классы эквивалентности - данные, на которых (как мы ожидаем) программа будет вести себя одинаково.
Этапы:
1. Разбиваем входные данные на классы эквивалентности.
2. Выбираем одного представителя из каждого класса.
3. Выполняем тест.
На каждый интуитивно понятный интерфейс всегда найдется юзер потупее:
https://vk.com/video-30666517_456245931
https://vk.com/video-30666517_456245931
Vk
Типичный юзер
vk video
-------------
Шпаргалка по GitLab
-------------
Обзор основных ключевых слов и переменных .gitlab-ci.yml конфига, примеры использования.
Прочитать статью: https://smartiqa.ru/blog/gitlab-cheatsheet
Шпаргалка по GitLab
-------------
Обзор основных ключевых слов и переменных .gitlab-ci.yml конфига, примеры использования.
Прочитать статью: https://smartiqa.ru/blog/gitlab-cheatsheet
Вопрос №81
Q: Расскажите про метод тест дизайна “Проверка граничных значений”
A: Это методология составления тест-кейсов, при которой мы тестируем на значениях, близких к границам допустимых диапазонов. Проверяем 3 значения: значение перед границей, граничное значение, значение после границы.
Этапы:
1. Выделяем классы эквивалентности.
2. Определяем граничные значения классов.
3. Проводим тесты для значения до, на, после границы.
Q: Расскажите про метод тест дизайна “Проверка граничных значений”
A: Это методология составления тест-кейсов, при которой мы тестируем на значениях, близких к границам допустимых диапазонов. Проверяем 3 значения: значение перед границей, граничное значение, значение после границы.
Этапы:
1. Выделяем классы эквивалентности.
2. Определяем граничные значения классов.
3. Проводим тесты для значения до, на, после границы.
-------------
Задачи для подготовки к собеседованию по Python
-------------
Задачи по программированию на Python с решениями. Показываем, как не завалить live coding на собеседовании.
Посмотреть статью: https://smartiqa.ru/blog/python-tasks-for-interview
Задачи для подготовки к собеседованию по Python
-------------
Задачи по программированию на Python с решениями. Показываем, как не завалить live coding на собеседовании.
Посмотреть статью: https://smartiqa.ru/blog/python-tasks-for-interview
Вопрос №82
Q: Расскажите про метод тест дизайна “Таблица принятия решений”
A: Этапы:
1. В колонку записываем Условия, ниже Действия.
2. Считаем количество столбцов для Выполнения / Невыполнения условий. <количество_столбцов> = 2 в степени <количество_условий>. Например, если имеем 3 условия, то добавляем в таблицу 8 столбцов.
3. Заполняем столбцы/строки. Первая строка: True, False, True, False, True, False, True, False. Вторая строка: True, True, False, False, True, True, False, False. Третья строка: True, True, True, True, False, False, False, False. 4. Отсеиваем лишние проверки условий (например, если Условие 1 ложно, то Условие 3 проверять нет смысла).
5. Отсеиваем лишние столбцы (дублируются условия).
Q: Расскажите про метод тест дизайна “Таблица принятия решений”
A: Этапы:
1. В колонку записываем Условия, ниже Действия.
2. Считаем количество столбцов для Выполнения / Невыполнения условий. <количество_столбцов> = 2 в степени <количество_условий>. Например, если имеем 3 условия, то добавляем в таблицу 8 столбцов.
3. Заполняем столбцы/строки. Первая строка: True, False, True, False, True, False, True, False. Вторая строка: True, True, False, False, True, True, False, False. Третья строка: True, True, True, True, False, False, False, False. 4. Отсеиваем лишние проверки условий (например, если Условие 1 ложно, то Условие 3 проверять нет смысла).
5. Отсеиваем лишние столбцы (дублируются условия).
Вопрос №83
Q: Расскажите про метод тест дизайна “Попарное тестирование (Pairwise testing)”
A: Значения каждого параметра должны встретиться с всеми значениями другого параметра. Этапы:
Предположим, что имеем 3 входных параметра, каждый из которых может принимать 2 значения.
Перебираем все комбинации 1го параметра со 2м (значение первого параметра фиксируем).
Перебираем 1й параметр с 3м (значение 2го фиксируем).
Перебираем 2й параметр с 3м (значение 1го параметра фиксируем).
Из полученных 12 строк удаляем дубликаты, получаем 7 кейсов.
Проводим дальнейшие оптимизации, если это возможно/необходимо.
Q: Расскажите про метод тест дизайна “Попарное тестирование (Pairwise testing)”
A: Значения каждого параметра должны встретиться с всеми значениями другого параметра. Этапы:
Предположим, что имеем 3 входных параметра, каждый из которых может принимать 2 значения.
Перебираем все комбинации 1го параметра со 2м (значение первого параметра фиксируем).
Перебираем 1й параметр с 3м (значение 2го фиксируем).
Перебираем 2й параметр с 3м (значение 1го параметра фиксируем).
Из полученных 12 строк удаляем дубликаты, получаем 7 кейсов.
Проводим дальнейшие оптимизации, если это возможно/необходимо.