Что пишут в блогах

Подписаться

Онлайн-тренинги

Конференции

TestCon Moscow 2021
Конференция по тестированию и обеспечению качества ПО

7-9 сентября, Онлайн

Что пишут в блогах (EN)

Разделы портала

Про инструменты

.
Тест-анализ и тест-дизайн
Чек-лист тестирования WEB приложений
17.03.2021 00:00

Автор: Яковлев Станислав — Team Lead команды тестирования сервиса Юла, телеграмм канал t.me/qa_chillout

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




В данный чек-лист вошли только общие характеристики. Естественно, в тестируемом приложении может быть функциональность, для которой нужно применять отдельный подход и создать отдельные сценарии. То же самое верно для производительности, удобства использования, безопасности и прочего тестирования, которое необходимо вашему приложению.
Подробнее...
 
Эвристики воспоминаний для тест-дизайна
16.03.2021 00:00

Автор: Маарет Пюхяярве (MaaretPyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

Хорошее исследовательское тестирование балансирует наш выбор того, что делать сейчас – поэтому, когда время вышло, мы уверены, что сделали наилучшую из возможных работу в заданных временных рамках, и способны рассказать об идеях и рисках, которые мы не покрыли. Для баланса выбора нам надо знать, какие варианты у нас есть, и недавно я заметила, что количество вариантов, из которого выбирают некоторые тестировщики, ограничено. Многое из того, что мы сейчас называем тест-дизайном – это припоминание информации с целью сделать информированный выбор. Как говорится:

"Если единственный известный вам инструмент – это молоток, все становится похожим на гвоздь".

Подробнее...
 
Настрой – действуй – проверь: паттерн для хороших автотестов
10.02.2021 00:00

Автор: Энди Найт (AndyKnight)
Оригинал статьи
Перевод: Ольга Алифанова

Тест – это процедура, которая проверяет поведение с целью определить, правильно ли оно функционирует. У тестов много видов – юнит, интеграционные, end-to-end, но все функциональные тесты по сути делают одно и то же: пробуют что-то и сообщают PASS или FAIL.

Тестирование дает эмпирическую петлю обратной связи разработке, и тем самым обеспечивает нашу безопасность. Имея тесты, мы знаем, когда что-то ломается. Без тестов программирование может быть опасным. Мы же не хотим отправить в релиз большие страшные баги!

Как же нам написать хорошие тесты, если мы планируем потратить время на создание тестов? Существует простой, но мощный паттерн, которому следую я: "Настрой – действуй – проверь" (Arrange-Act-Assert).

Подробнее...
 
12 характеристик высокоэффективных тестов
27.01.2021 00:00

Автор: Энди Найт (AndyKnight)
Оригинал статьи
Перевод: ОльгаАлифанова

Писать эффективные тесты трудно. Неустойчивые, непонятные и медленные тесты в целом бесполезны, потому что приносят больше вреда, чем пользы. Паттерн "Настрой – действуй – проверь" дает хорошую структуру, но какими же еще характеристиками должны обладать тест-кейсы? Ниже – 12 характеристик высокоэффективных тестов.

Подробнее...
 
Как сделать тестирование наглядным? Визуализация техник тест-анализа и тест-дизайна!
28.09.2020 00:00

Всем привет! Агеева Нина, автор курса «Погружение в тестирование. Jedi Point» продолжает тему визуального менеджмента в тестировании и знакомит вас с техниками тест-анализа и тест-дизайна: ДПЗ, тестированием на основе диаграммы состояний и переходов, блок-схемами и классами эквивалентности. В своем видео Нина расскажет, почему стоит прибегать к визуальному менеджменту и что это даёт тестировщику.

 
Почему и зачем мы пишем тест кейсы?
14.08.2020 00:00

Тест-кейс (test case)— это документ, который содержит последовательность действий проверки функционала. В него входят наименование функционала, инструменты проверки, инструкции для проверки, ожидаемый результат.

Станислав Марков, тренер курса «Первый Онлайн ИНститут Тестировщиков», расскажет, зачем нужны тест-кейсы, поделится правилами описания тест-кейсов и сделает обзор одного из наиболее эффективных инструментов.

Обсудить в форуме

 
Легкий способ бросить тест-кейсы (часть 9)
11.08.2020 00:00

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

В прошлый раз мы с Фридой рассматривали визуализации времени, потраченного на различные задачи тестирования, включая работу над тест-покрытием продукта (Т-время), изучение багов и оформление баг-репортов (В-время), и работу по подготовке системы к тестированию и уборке за собой (S-время).

Подробнее...
 
Записная книжка тест-дизайнера, часть 10: Заключение
29.06.2020 00:00

Автор: Рикард Эдгрен (Rikard Edgren)
Оригинал
Перевод: Ольга Алифанова

Полный перевод книги Рикарда в PDF

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

Подробнее...
 
Легкий способ бросить тест-кейсы, часть 8
05.06.2020 00:00

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

В ходе этой серии статей мы рассматриваем альтернативу подходам на основе артефактов к выполнению и отчетности о тестирования: подход на основе деятельности.

Мы с моей клиенткой Фридой обсуждали, как управлять тестированием, не завися от формализованных, скриптованных, процедурных тест-кейсов. Часть любого подхода к отчетности о работе – это коммуникация между менеджером или тест-лидом и исполнителем. В сессионном тест-менеджменте часть этой коммуникации – это разговор, который мы называем дебрифингом, и об этом мы говорили в прошлый раз.

Подробнее...
 
Записная книжка тест-дизайнера, часть 9: Быстрые тесты
03.06.2020 00:00

Автор: Рикард Эдгрен (Rikard Edgren)
Оригинал
Перевод: Ольга Алифанова

Добавьте в ваш прогон немного быстрых и не всегда полезных тестов (взято у Кейнера/Баха).

  1. Тест ботинка – найдите поле ввода, переведите в него курсор, положите ботинок на клавиатуру и уйдите на обед.
  2. Граничное тестирование – тестируйте на границах, потому что неверное кодирование границ – распространенная ошибка.
Подробнее...
 



Страница 1 из 9