#softwareTesting
Тестирование на основе моделей (Model-Based Testing) — одна из техник тестирования черного ящика. Тестовая модель дает более ясное представление о системе всем участникам разработки и упрощает поддержку будущей тестовой документации.
В данной статье автор рассказывает о том, что такое тестовые модели и зачем они нужны, приводит пример и дает ссылки на источники информации по теме.
Тестирование на основе моделей
Тестирование на основе моделей (Model-Based Testing) — одна из техник тестирования черного ящика. Тестовая модель дает более ясное представление о системе всем участникам разработки и упрощает поддержку будущей тестовой документации.
В данной статье автор рассказывает о том, что такое тестовые модели и зачем они нужны, приводит пример и дает ссылки на источники информации по теме.
Тестирование на основе моделей
Хабр
Тестирование на основе моделей
Картинка с unsplash.com Обеспечение качества, оно же Quality Assurance, оно же QA, включает в себя много разных активностей, позволяющих делать продукт лучше. Незаменимая и широко известная часть...
#proQuality_books #automationTesting
The Way of the Web Tester: A Beginner's Guide to Automating Tests (2016)
Автор: Jonathan Rasmusson
Количество страниц: 258
Язык издания: Английский
Книга о том, как работает автоматическое тестирование для веб, какие существуют виды автоматических тестов, как начать их писать, даже если у вас мало или совсем нет знаний или опыта программирования.
Плюсы:
➕Очень понятное объяснение для новичков
➕Покрывает все аспекты тестирования веб-приложений
➕Включает теоретические сведения и технические примеры
Недостатки:
➖Может показаться слишком простой
Для кого книга:
✔️Начинающим автоматическим тестировщикам
✔️Программистам, интересующимся тестированием
✔️Тим лидам для организации эффективного взаимодействия между девелоперами и QA
Об авторе:
Джонатан Расмуссон — опытный разработчик и коуч в Spotify, автор книги «Гибкое управление IT-проектами. Руководство для настоящих самураев».
The Way of the Web Tester: A Beginner's Guide to Automating Tests (2016)
Автор: Jonathan Rasmusson
Количество страниц: 258
Язык издания: Английский
Книга о том, как работает автоматическое тестирование для веб, какие существуют виды автоматических тестов, как начать их писать, даже если у вас мало или совсем нет знаний или опыта программирования.
Плюсы:
➕Очень понятное объяснение для новичков
➕Покрывает все аспекты тестирования веб-приложений
➕Включает теоретические сведения и технические примеры
Недостатки:
➖Может показаться слишком простой
Для кого книга:
✔️Начинающим автоматическим тестировщикам
✔️Программистам, интересующимся тестированием
✔️Тим лидам для организации эффективного взаимодействия между девелоперами и QA
Об авторе:
Джонатан Расмуссон — опытный разработчик и коуч в Spotify, автор книги «Гибкое управление IT-проектами. Руководство для настоящих самураев».
#automationTesting
Управление — трудоёмкая работа, которая усложняется при отсутствии подходящего инструмента. Легко упустить из виду постоянно меняющиеся компоненты и сложно быть в курсе событий: что-то обязательно проходит незамеченным. Grafana - один из инструментов, которые позволяют собрать на одном экране разную информацию об автотестах.
В нашей сегодняшней статье автор расскажет как Grafana помогает в анализе результатов автотестирования, чтобы точнее понимать, что происходит.
Grafana и автотесты: учимся измерять работу тестов
Управление — трудоёмкая работа, которая усложняется при отсутствии подходящего инструмента. Легко упустить из виду постоянно меняющиеся компоненты и сложно быть в курсе событий: что-то обязательно проходит незамеченным. Grafana - один из инструментов, которые позволяют собрать на одном экране разную информацию об автотестах.
В нашей сегодняшней статье автор расскажет как Grafana помогает в анализе результатов автотестирования, чтобы точнее понимать, что происходит.
Grafana и автотесты: учимся измерять работу тестов
Хабр
Grafana и автотесты: учимся измерять работу тестов
Управление — трудоёмкая работа, которая усложняется при отсутствии подходящего инструмента. Легко упустить из виду постоянно меняющиеся компоненты и сложно быть в курсе событий: что-то обязательно...
#softwareTesting
Чтобы эффективно организовать процессы тестирования и достичь поставленных бизнес-целей в постковидное время, компаниям среди прочих мер в 2022 году понадобилось:
✔️продолжать переход к Agile и DevOps методологиям
✔️использовать инженерию качества для цифровой трансформации
✔️внедрять искусственный интеллект для оптимизации тестирования
✔️использовать автоматизацию тестирования для сокращения времени проверок
✔️адаптировать методы управления тестовыми данными и окружением к новым условиям
В данной статье автор анализирует каждую тенденцию, ее актуальность на конец года, приводит практические примеры из собственного опыта.
Тренды тестирования в 2022 году
Чтобы эффективно организовать процессы тестирования и достичь поставленных бизнес-целей в постковидное время, компаниям среди прочих мер в 2022 году понадобилось:
✔️продолжать переход к Agile и DevOps методологиям
✔️использовать инженерию качества для цифровой трансформации
✔️внедрять искусственный интеллект для оптимизации тестирования
✔️использовать автоматизацию тестирования для сокращения времени проверок
✔️адаптировать методы управления тестовыми данными и окружением к новым условиям
В данной статье автор анализирует каждую тенденцию, ее актуальность на конец года, приводит практические примеры из собственного опыта.
Тренды тестирования в 2022 году
Хабр
Тренды тестирования в 2022 году
Мир тестирования постоянно меняется. Тенденции, заметные в этом году и позволяющие бизнесу добиться успеха в эпоху “новой нормальности”, хорошо отражены в статье, которую я взялась перевести -...
#softwareTesting
Есть много техник, чтобы тестировать требования, и Use Cases (варианты использования) — одна из таких техник, легко ложащаяся на фичи, где есть взаимодействие пользователя с продуктом.
Техника позволяет смоделировать, как пользователи используют продукт, и как продукт реагирует на действия пользователя в той или иной ситуации. В результате такого моделирования получается набор сценариев, по сути, тест-кейсов, с помощью которых еще на этапе требований можно выявить нестыковки в логике фичи, ошибки в дизайне, непроработанные сценарии, или ситуации, когда пользователь оказывается в тупике и не достигает своей цели.
В данной статье автор демонстрирует варианты использования на примере агрегатора доставки заказов из ресторанов и магазинов.
Тестирование требований: как я нахожу ошибки в бизнес-логике фичи прежде, чем их закодят
Есть много техник, чтобы тестировать требования, и Use Cases (варианты использования) — одна из таких техник, легко ложащаяся на фичи, где есть взаимодействие пользователя с продуктом.
Техника позволяет смоделировать, как пользователи используют продукт, и как продукт реагирует на действия пользователя в той или иной ситуации. В результате такого моделирования получается набор сценариев, по сути, тест-кейсов, с помощью которых еще на этапе требований можно выявить нестыковки в логике фичи, ошибки в дизайне, непроработанные сценарии, или ситуации, когда пользователь оказывается в тупике и не достигает своей цели.
В данной статье автор демонстрирует варианты использования на примере агрегатора доставки заказов из ресторанов и магазинов.
Тестирование требований: как я нахожу ошибки в бизнес-логике фичи прежде, чем их закодят
Хабр
Тестирование требований: как я нахожу ошибки в бизнес-логике фичи прежде, чем их закодят
Привет, Хабр. Меня зовут Ольга, я работаю в тестировании с 2013 года, специализируюсь на тест-анализе и тест-дизайне. Сегодня хочу рассказать, как при планировании тестирования сохранить фокус на...
#softwareTesting
Quality Gates – это набор условий, которым должен соответствовать проект, прежде чем он сможет перейти на следующий этап и в итоге претендовать на релиз. В тестировании Quality Gates могут пониматься как критерии входа и выхода из теста (test entry and exit criteria), а также критерии готовности (definition of done).
В данной статье автор рассматривает более широкое применение понятия Quality Gates как чек-листов, подкрепленных простыми рабочими процессами, и дает примеры таких чек-листов для различных ролей и областей в рамках цикла обеспечения и контроля качества:
✔️QA Инженеры и Лиды
✔️Менеджеры по контролю качества
✔️Автоматизированные тесты и pipelines
Quality gates in testing
Quality Gates – это набор условий, которым должен соответствовать проект, прежде чем он сможет перейти на следующий этап и в итоге претендовать на релиз. В тестировании Quality Gates могут пониматься как критерии входа и выхода из теста (test entry and exit criteria), а также критерии готовности (definition of done).
В данной статье автор рассматривает более широкое применение понятия Quality Gates как чек-листов, подкрепленных простыми рабочими процессами, и дает примеры таких чек-листов для различных ролей и областей в рамках цикла обеспечения и контроля качества:
✔️QA Инженеры и Лиды
✔️Менеджеры по контролю качества
✔️Автоматизированные тесты и pipelines
Quality gates in testing
Хабр
Quality gates in testing
Когда мы слышим термин "Quality Gates" (QGS) , мы склонны думать о них довольно недальновидно на уровне проекта как об этапах и предпосылках для перехода к следующему этапу реализации проекта. На...
#automationTesting
Для поддержания высокого качества продукта при непрерывной разработке нужно стараться автоматизировать всё, что можно автоматизировать. В идеале все тестировщики должны писать автотесты, чтобы покрыть всевозможные сценарии.
Автор сегодняшней статьи расскажет, как организована работа тестировщиков на его проекте и как бороться с ежедневной рутиной в работе тестировщика.
Записки тестировщика, или как выжить в финтехе
Для поддержания высокого качества продукта при непрерывной разработке нужно стараться автоматизировать всё, что можно автоматизировать. В идеале все тестировщики должны писать автотесты, чтобы покрыть всевозможные сценарии.
Автор сегодняшней статьи расскажет, как организована работа тестировщиков на его проекте и как бороться с ежедневной рутиной в работе тестировщика.
Записки тестировщика, или как выжить в финтехе
Хабр
Записки тестировщика, или как выжить в финтехе
Всем привет! Меня зовут Данилов Егор, я ведущий тестировщик в компании ЮMoney. Как известно, в основе работы тестировщика лежит рутина. Я хочу рассказать, как мы с ней боремся. Но сначала погрузимся в...
#softwareTesting
ISTQB определяет попарное тестирование как технику тест-дизайна методом черного ящика, при которой тест-кейсы создаются таким образом, чтобы выполнить все возможные отдельные комбинации каждой пары входных параметров.
Техника попарного тестирования очень помогает при разработке тестов для приложений, включающих множество параметров, позволяя существенно уменьшить количество комбинаций проверок, достаточных для обеспечения необходимого уровня качества программного обеспечения.
В данной статье автор рассматривает, как применять технику попарного тестирования на примере приложения для заказа автомобиля, а также делится популярными инструментами автоматического создания компактного набора значений параметров для применения техники.
Попарное тестирование: суть техники, инструменты и примеры
ISTQB определяет попарное тестирование как технику тест-дизайна методом черного ящика, при которой тест-кейсы создаются таким образом, чтобы выполнить все возможные отдельные комбинации каждой пары входных параметров.
Техника попарного тестирования очень помогает при разработке тестов для приложений, включающих множество параметров, позволяя существенно уменьшить количество комбинаций проверок, достаточных для обеспечения необходимого уровня качества программного обеспечения.
В данной статье автор рассматривает, как применять технику попарного тестирования на примере приложения для заказа автомобиля, а также делится популярными инструментами автоматического создания компактного набора значений параметров для применения техники.
Попарное тестирование: суть техники, инструменты и примеры
Хабр
Попарное тестирование: суть техники, инструменты и примеры
Что такое попарное тестирование и почему оно является эффективной техникой тест-дизайна? Поговорим об этом ниже. Статья предназначена для начинающих специалистов по тестированию. В этой статье пойдет...
#softwareTesting
Тестирование на основе рисков (risk-based testing) — это метод тестирования программного обеспечения, который базируется на вероятности рисков.
При тестировании на основе рисков наибольший приоритет получает проверка самых важных и потенциально имеющих недостатки функций. В результате, если пользователь даже и обнаружит дефект, это не помешает ему использовать приложение и не окажет существенного влияния на бизнес.
В данной статье автор рассказывает, что такое тестирование на основе рисков, каковы его преимущества и что представляет собой процесс управления рисками при тестировании программного обеспечения.
Тестирование на основе рисков: особенности подхода и его преимущества
Тестирование на основе рисков (risk-based testing) — это метод тестирования программного обеспечения, который базируется на вероятности рисков.
При тестировании на основе рисков наибольший приоритет получает проверка самых важных и потенциально имеющих недостатки функций. В результате, если пользователь даже и обнаружит дефект, это не помешает ему использовать приложение и не окажет существенного влияния на бизнес.
В данной статье автор рассказывает, что такое тестирование на основе рисков, каковы его преимущества и что представляет собой процесс управления рисками при тестировании программного обеспечения.
Тестирование на основе рисков: особенности подхода и его преимущества
#proQuality_books #softwareTesting
The Domain Testing Workbook (2013)
Автор: Cem Kaner
Количество страниц: 488
Язык издания: Английский
Книга посвящена всего одной технике черного ящика - доменному тестированию (обобщенный подход к анализу классов эквивалентности и граничных значений). Основная цель - помочь читателю перейти от понимания техники к достижению способности грамотно ее использовать.
Плюсы:
➕Описаны основные термины и определения, алгоритм доменного тестирования
➕Детальный анализ каждого из этапов доменного тестирования с использованием практических примеров
➕Сборник задач с анализом решений по схеме доменного тестирования
➕В названии книги есть слово "workbook" (рабочая тетрадь), что предполагает самостоятельное решение читателем задач перед тем, как прочитать авторский ответ
Недостатки:
➖Книгу сложно читать на электронном устройстве с маленьким экраном из-за нечитабельных таблиц
➖Повторяющаяся схема доменного тестирования для каждой главы на несколько страниц отвлекает от хода чтения книги
Для кого книга:
✔️Тестировщикам, желающим расширить знания по технике доменного тестирования
✔️Менеджерам по тестированию, которые хотят оценить и улучшить навыки своих подчиненных
✔️Преподавателям для включения материала в обучающие программы курсов по тестированию
Об авторе:
Сэм Канер - профессор компьютерных наук в Технологическом институте Флориды и директор Центра образования и исследований по тестированию ПО (CSTER). Автор "настольной книги" тестировщика "Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес-приложений".
The Domain Testing Workbook (2013)
Автор: Cem Kaner
Количество страниц: 488
Язык издания: Английский
Книга посвящена всего одной технике черного ящика - доменному тестированию (обобщенный подход к анализу классов эквивалентности и граничных значений). Основная цель - помочь читателю перейти от понимания техники к достижению способности грамотно ее использовать.
Плюсы:
➕Описаны основные термины и определения, алгоритм доменного тестирования
➕Детальный анализ каждого из этапов доменного тестирования с использованием практических примеров
➕Сборник задач с анализом решений по схеме доменного тестирования
➕В названии книги есть слово "workbook" (рабочая тетрадь), что предполагает самостоятельное решение читателем задач перед тем, как прочитать авторский ответ
Недостатки:
➖Книгу сложно читать на электронном устройстве с маленьким экраном из-за нечитабельных таблиц
➖Повторяющаяся схема доменного тестирования для каждой главы на несколько страниц отвлекает от хода чтения книги
Для кого книга:
✔️Тестировщикам, желающим расширить знания по технике доменного тестирования
✔️Менеджерам по тестированию, которые хотят оценить и улучшить навыки своих подчиненных
✔️Преподавателям для включения материала в обучающие программы курсов по тестированию
Об авторе:
Сэм Канер - профессор компьютерных наук в Технологическом институте Флориды и директор Центра образования и исследований по тестированию ПО (CSTER). Автор "настольной книги" тестировщика "Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес-приложений".
#automationTesting
Если ваше ПО проходит путь от прототипа до Enterprise решения, то вместе с продуктом развиваются и ваши системные тесты: от лаконичных и компактных до сложных и объемных. Рост сложности можно охарактеризовать увеличением количества пользовательских сценариев, что в свою очередь связано с ростом числа страниц, компонентов, элементов и их взаимосвязями, состояние которых неплохо бы проверять.
В таком контексте придерживаться лучших практик автотестирования: Page Object (PO), Fluent Invocation и AAA — становится болезненно трудно, поскольку и понятность, и поддерживаемость начинают страдать.
В нашей сегодняшней статье автор ищет ответы на вопросы, как соблюсти паттерны PO, AAA, Fluent Invoсation и запоминать несколько промежуточных состояний в автотестах.
Способы сохранения промежуточных состояний системы при автоматизированном тестировании
Если ваше ПО проходит путь от прототипа до Enterprise решения, то вместе с продуктом развиваются и ваши системные тесты: от лаконичных и компактных до сложных и объемных. Рост сложности можно охарактеризовать увеличением количества пользовательских сценариев, что в свою очередь связано с ростом числа страниц, компонентов, элементов и их взаимосвязями, состояние которых неплохо бы проверять.
В таком контексте придерживаться лучших практик автотестирования: Page Object (PO), Fluent Invocation и AAA — становится болезненно трудно, поскольку и понятность, и поддерживаемость начинают страдать.
В нашей сегодняшней статье автор ищет ответы на вопросы, как соблюсти паттерны PO, AAA, Fluent Invoсation и запоминать несколько промежуточных состояний в автотестах.
Способы сохранения промежуточных состояний системы при автоматизированном тестировании
Хабр
Способы сохранения промежуточных состояний системы при автоматизированном тестировании
Вместо введения Если ваше ПО проходит путь от прототипа до Enterprise решения, то вместе с продуктом развиваются и ваши системные тесты: от лаконичных и компактных, до сложных и...
#softwareTesting
По запуску кода на исполнение тестирование можно классифицировать на статическое (без запуска кода) и динамическое (с запуском кода). Статическое тестирование анализирует код, требования и дизайн, а динамическое — функциональность в целом, нагрузку на память и процессор, производительность в целом.
В данной статье автор описывает статический и динамический подходы к тестированию, приводит сравнительную таблицу по ним, а также анализирует "стоимость" статического и динамического тестирования.
Что такое статическое и динамическое тестирование
По запуску кода на исполнение тестирование можно классифицировать на статическое (без запуска кода) и динамическое (с запуском кода). Статическое тестирование анализирует код, требования и дизайн, а динамическое — функциональность в целом, нагрузку на память и процессор, производительность в целом.
В данной статье автор описывает статический и динамический подходы к тестированию, приводит сравнительную таблицу по ним, а также анализирует "стоимость" статического и динамического тестирования.
Что такое статическое и динамическое тестирование
testengineer.ru
Что такое статическое и динамическое тестирование
Чем отличается, в чем преимущества. Для ленивых тестировщиков - таблица.
#softwareTesting
Shift-Left тестирование относится к гибкому процессу тестирования на более ранних этапах жизненного цикла. В отличие от традиционного подхода к тестированию, когда тестирование проходит только после завершения процесса разработки, тестирование Shift Left связано с тестированием прямо со стадии разработки для предотвращения ошибок, а не для их последующего обнаружения.
В данной статье автор рассказывает, почему Shift-Left – это не всегда хорошо и почему не стоит забывать о традиционной модели тестирования, а также дает практические советы по использованию гибридной модели тестирования.
Сочетание Shift-Left и «Традиционной» модели тестирования в будние дни QA
Shift-Left тестирование относится к гибкому процессу тестирования на более ранних этапах жизненного цикла. В отличие от традиционного подхода к тестированию, когда тестирование проходит только после завершения процесса разработки, тестирование Shift Left связано с тестированием прямо со стадии разработки для предотвращения ошибок, а не для их последующего обнаружения.
В данной статье автор рассказывает, почему Shift-Left – это не всегда хорошо и почему не стоит забывать о традиционной модели тестирования, а также дает практические советы по использованию гибридной модели тестирования.
Сочетание Shift-Left и «Традиционной» модели тестирования в будние дни QA
Хабр
Сочетание Shift-Left и «Традиционной» модели тестирования в будние дни QA
В этом материале будет кратко рассказано, почему Shift-Left – это не всегда хорошо и почему не стоит забывать о традиционной модели тестирования. Рассмотрим паттерны поведения QA при тестировании...
#proQuality_books #softwareTesting
Explore It!: Reduce Risk and Increase Confidence with Exploratory Testing (2013)
Автор: Elisabeth Hendrickson
Количество страниц: 186
Язык издания: Английский
Одна из самых глубоких книг по исследовательскому тестированию. Содержит множество полезных советов о том, как исследовательское тестирование вписывается в различные контексты и каких результатов можно достичь с помощью различных техник.
Плюсы:
➕Четкое объяснение исследовательского тестирования
➕Рассмотрение полного процесса от планирования, исполнения до отчетности
➕Содержит практические примеры, советы, ссылки на полезные источники информации по теме
➕Легкая подача материала, побуждающая к практическому применению полученных знаний в ежедневной работе
Для кого книга:
✔️Тестировщикам, как начинающим, так и более опытным
✔️Командам разработки для повышения качества поставляемого продукта
✔️Всем, кто хочет расширить свои знания исследовательского тестирования
Об авторе:
Элизабет Хендриксон — тестировщик, разработчик и специалист по Agile. Свою первую строчку кода она написала в 1980 году, и почти сразу же нашла свой первый баг. Она наиболее известна своим Google Tech Talk по гибким методологиям тестирования, а также чек-листом эвристик (Test Heuristics Cheatsheet).
Explore It!: Reduce Risk and Increase Confidence with Exploratory Testing (2013)
Автор: Elisabeth Hendrickson
Количество страниц: 186
Язык издания: Английский
Одна из самых глубоких книг по исследовательскому тестированию. Содержит множество полезных советов о том, как исследовательское тестирование вписывается в различные контексты и каких результатов можно достичь с помощью различных техник.
Плюсы:
➕Четкое объяснение исследовательского тестирования
➕Рассмотрение полного процесса от планирования, исполнения до отчетности
➕Содержит практические примеры, советы, ссылки на полезные источники информации по теме
➕Легкая подача материала, побуждающая к практическому применению полученных знаний в ежедневной работе
Для кого книга:
✔️Тестировщикам, как начинающим, так и более опытным
✔️Командам разработки для повышения качества поставляемого продукта
✔️Всем, кто хочет расширить свои знания исследовательского тестирования
Об авторе:
Элизабет Хендриксон — тестировщик, разработчик и специалист по Agile. Свою первую строчку кода она написала в 1980 году, и почти сразу же нашла свой первый баг. Она наиболее известна своим Google Tech Talk по гибким методологиям тестирования, а также чек-листом эвристик (Test Heuristics Cheatsheet).
#automationTesting
Тестировщики не только проверяют новую функциональность в задачах — ещё они прогоняют регрессионные тесты. Это позволяет убедиться, что изменения никак не затронули уже работающую функциональность.
Минорные задачи часто очень долго тестируются. Задачи без новой функциональности, но с небольшими изменениями в старой, называются минорными. Это, например, снижение уровня логирования приложения, поднятие таймаутов в конфигах и другие небольшие изменения. Анализ статистики подтвердил, что таких задач достаточно много, а скорость их тестирования низкая.
В нашей сегодняшней статье автор расскажет, как ускорить тестирование минорных задач.
Автоматизация, или как перестать бояться рутины
Тестировщики не только проверяют новую функциональность в задачах — ещё они прогоняют регрессионные тесты. Это позволяет убедиться, что изменения никак не затронули уже работающую функциональность.
Минорные задачи часто очень долго тестируются. Задачи без новой функциональности, но с небольшими изменениями в старой, называются минорными. Это, например, снижение уровня логирования приложения, поднятие таймаутов в конфигах и другие небольшие изменения. Анализ статистики подтвердил, что таких задач достаточно много, а скорость их тестирования низкая.
В нашей сегодняшней статье автор расскажет, как ускорить тестирование минорных задач.
Автоматизация, или как перестать бояться рутины
Хабр
Автоматизация, или как перестать бояться рутины
Привет! В прошлый раз я рассказал, как устроено тестирование в ЮMoney и какие сервисы помогают нашим тестировщикам в повседневной жизни. Сегодня поговорим про регрессионные тесты. Регрессионные...
#softwareTesting
Проверка GUI — это особый вид тестирования программного обеспечения, при котором реализуется проверка соответствия графического интерфейса пользователя установленным стандартам и нормам, заявленным клиентом.
В данной статье автор подробно рассматривает процедуру тестирования пользовательского интерфейса, ключевые критерии качества GUI, методологии, подходы и инструменты. В завершение статьи приводится практический пример стандартного юзкейса тестирования GUI.
Тестирование GUI: полное руководство
Проверка GUI — это особый вид тестирования программного обеспечения, при котором реализуется проверка соответствия графического интерфейса пользователя установленным стандартам и нормам, заявленным клиентом.
В данной статье автор подробно рассматривает процедуру тестирования пользовательского интерфейса, ключевые критерии качества GUI, методологии, подходы и инструменты. В завершение статьи приводится практический пример стандартного юзкейса тестирования GUI.
Тестирование GUI: полное руководство
testengineer.ru
Тестирование GUI: мини-гайд
В этом руководстве мы подробно рассмотрим процедуру тестирования пользовательского интерфейса.
#softwareTesting
Mind Map или интеллект карта — это инструмент для визуального отображения информации, который помогает эффективно ее структурировать. Такая форма изложения информации проще для понимания человеческим мозгом, чем строчный текст, и от того проще для применения в работе. В тестировании Mind Map используется для описания фич продукта и их взаимосвязей, описания типов пользователей и доступных им функций в проекте, как альтернатива чек-листам и тест кейсам.
В данной статье автор составляет майнд карту на примере MVP схемы онлайн-магазина и пошагово рассматривает, как использовать Mind Map в тестировании.
Mind Map в тестировании — или легкий способ тестировать сложные приложения
Mind Map или интеллект карта — это инструмент для визуального отображения информации, который помогает эффективно ее структурировать. Такая форма изложения информации проще для понимания человеческим мозгом, чем строчный текст, и от того проще для применения в работе. В тестировании Mind Map используется для описания фич продукта и их взаимосвязей, описания типов пользователей и доступных им функций в проекте, как альтернатива чек-листам и тест кейсам.
В данной статье автор составляет майнд карту на примере MVP схемы онлайн-магазина и пошагово рассматривает, как использовать Mind Map в тестировании.
Mind Map в тестировании — или легкий способ тестировать сложные приложения
Хабр
Mind Map в тестировании — или легкий способ тестировать сложные приложения
Вы тоже задаетесь вопросами: С чего начать тестирование? Как ничего не забыть? Как не запутаться в сложном функционале? Ответом может стать подход декомпозиции продукта путем составления Mind Map. Что...
#softwareTesting
Аудит качества проводится с целью выяснения, удовлетворяет ли качество проекта стандартам, установленным в плане обеспечения качества, а также ожиданиям клиентов при предоставлении продуктов и услуг. Целью аудита качества является выявление неэффективных процессов и процедур, используемых в проекте.
В данной статье автор рассказывает, из чего состоит аудит качества, когда он необходим и какие проблемы помогает решить, а также описывает этапы аудита качества от подготовки до финального отчета и презентации.
Аудит качества: как, для чего, стадии
Аудит качества проводится с целью выяснения, удовлетворяет ли качество проекта стандартам, установленным в плане обеспечения качества, а также ожиданиям клиентов при предоставлении продуктов и услуг. Целью аудита качества является выявление неэффективных процессов и процедур, используемых в проекте.
В данной статье автор рассказывает, из чего состоит аудит качества, когда он необходим и какие проблемы помогает решить, а также описывает этапы аудита качества от подготовки до финального отчета и презентации.
Аудит качества: как, для чего, стадии
Хабр
Аудит качества: как, для чего, стадии
Аудит качества: как, для чего, стадии Аудит качества помогает выяснить, следует ли команда бизнес-процессам. Кроме того, аудит качества позволяет поддерживать желаемые стандарты качества. Этот процесс...
#automationTesting
Автотесты под Android — это непросто. Чтобы выстроить процесс автотестирования, надо запланировать и решить множество задач.
Но самая большая беда заключается в том, что нигде нет полного описания, что вообще включает в себя автотестирование под Android, каковы его основные стадии. Отсутствует цельная картина.
В нашей сегодняшней статье автор опишет основные части становления автотестирования под Android.
Автотесты на Android. Картина целиком
Автотесты под Android — это непросто. Чтобы выстроить процесс автотестирования, надо запланировать и решить множество задач.
Но самая большая беда заключается в том, что нигде нет полного описания, что вообще включает в себя автотестирование под Android, каковы его основные стадии. Отсутствует цельная картина.
В нашей сегодняшней статье автор опишет основные части становления автотестирования под Android.
Автотесты на Android. Картина целиком
Хабр
Автотесты на Android. Картина целиком
Всем привет! Автотесты под Android — это непросто. Чтобы выстроить процесс автотестирования, надо запланировать и решить множество задач. Но самая большая беда заключается в том, что нигде нет полного...
#softwareTesting
Одним из базовых скиллов тестировщика является понимание того, где и как снимать историю работы приложения – логи.
В данной статье автор дает краткую, но очень полезную инструкцию по чтению и разбору логов мобильных устройств на Android и iOS, а также необходимые инструменты для Windows и MacOS.
Как снимать логи с устройств на Android и iOS: разбираемся с инструментами
Одним из базовых скиллов тестировщика является понимание того, где и как снимать историю работы приложения – логи.
В данной статье автор дает краткую, но очень полезную инструкцию по чтению и разбору логов мобильных устройств на Android и iOS, а также необходимые инструменты для Windows и MacOS.
Как снимать логи с устройств на Android и iOS: разбираемся с инструментами
Хабр
Как снимать логи с устройств на Android и iOS: разбираемся с инструментами
Краткая инструкция по чтению и разбору логов мобильных устройств на Android и iOS, а также необходимые инструменты для Windows и MacOS. Статья подготовлена red_mad_robot...