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

Подписаться

Конференции

Heisenbug 2022 Spring
Большая техническая конференция по тестированию
Online — с 30 мая по 1 июня. Offline-день — 21 июня

TestDriven Conf

Профессиональная конференция по автоматизации в тестировании и рядом
27 и 28 июня, Москва, Radisson Slavyanskaya.

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

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

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

Анализ и управление требованиями
Как создать полезное руководство пользователя к программному обеспечению или WEB-сервису: советы, приемы, инструменты
09.03.2022 00:00

Автор: Виктор Амосов, аналитик компании Индиго Байт, которая разрабатывает программу для управления технической документацией.

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

Данная статья предлагает правила написания и проверки технической документации, а также инструменты, для упрощения работы "технического писателя".

Подробнее...
 
Тестирование за пределами требований
27.07.2021 00:00

Автор: Мария Кедемо (Maria Kedemo)
Оригинал статьи
Перевод: Ольга Алифанова

Я часто слышу, что люди говорят о тестировании, как о валидации и верификации требований. Но тестирование – это намного более широкое понятие.

Фокусируясь на верификации и валидации, мы, скорее всего, будем искать и найдем только то, что мы ищем. Это встроено в само определение этих слов.

Согласно Оксфордскому словарю,

Верификация – это "Убедиться или продемонстрировать, что (нечто) верно, точно или оправдано".

Валидация – это "проверить или доказать валидность или точность чего-то".

Подробнее...
 
Тестируемость требований
28.04.2021 00:00

Автор: Джефф Найман (Jeff Nyman)
Оригинал статьи
Перевод: Ольга Алифанова

Применение современных методик позволяет командам разработки раньше принимать верные решения, обращаясь с требованиями как с тестами – то есть создавая спецификации фич. Об этом и поговорим.

Подробнее...
 
Тестирование без требований. Где искать требования к продукту, если отсутствует ТЗ?
07.04.2021 00:00

Автор: Виктория Соковикова, тренер курса «Тестирование без требований: выявление и восстановление информации о продукте»

Возможно ли тестировать без требований? Нет! Потому что именно они определяют, что должен представлять собой тот или иной продукт, и без них он фактически не может быть создан.

Распространенные возражения, как правило, сводятся к двум пунктам:

  • У нас нет ТЗ, но проект-то есть, и тестирование ведется.
  • Мы работаем по agile — функциональный продукт важнее документации, которая бы описывала его исчерпывающим образом.

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

Подробнее...
 
Можно ли организовать тестирование без качественных требований?
21.07.2020 00:00

Да, если вы внедрите в свою работу методы восстановления информации о продукте!

17 августа 2020 стартует курс Тестирование без требований: выявление и восстановление информации о продукте.

Тренер Соковикова Виктория расскажет, как организовать и обеспечить глубокое тестирование, если на проекте отсутствуют идеальные требования.

На курсе вы научитесь:

  • анализировать информацию о продукте и целевой аудитории;
  • выявлять ошибки в проектных требованиях;
  • работать с внешними источниками информации;
  • организовывать процесс верификации и согласования требований;
  • применять инструменты управления требованиями.

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

Предлагаем вам познакомиться с автором курса и посмотреть короткий отрывок одного из уроков про то, как работать с неявными требованиями:


А вот несколько отзывов довольных студентов с первого потока курса:

Подробнее...
 
Comaqa Spring 2019: документация тестирования
16.06.2020 00:00

Публикуем подборку докладов с конференции Comaqa Spring 2019, посвященную требованиям и тест-кейсам.

  1. SQA Mate – Алексей Соцков, Dino Systems (Санкт-Петербург).
  2. 2. Как не надо оформлять требования – Юлия Носакова (Калининград).
  3. 3. На страже качества: test case review – Руслан Остропольский (Москва).
Подробнее...
 
Можно ли протестировать техническое задание за полчаса
18.05.2020 12:39

Автор: Виктория Соковикова, тренер курса “Тестирование без требований: выявление и восстановление информации о продукте

Можно ли протестировать техническое задание за полчаса?

Вы уже 18-й день готовите тест-кейсы на новый модуль системы. Написана не одна сотня сценариев. Вдруг обнаруживаете, что один из отчетов накладывает ограничение, которое не было нигде задокументировано. Действительно, аналитик забыл ограничить множество значений, а вам теперь переделывать 30% тестовой документации. Естественно, без возможности увеличить сроки своей работы. И как же теперь быть? Сроки поджимают, заказчик ждет результатов, нехватка времени давит со  всех сторон, все злятся друг на друга. Можно ли было этого избежать? Определенно да, если уделить немного времени тестированию технической документации.

Как правило, на тестирование требований не выделяют время проекта. Но есть методы экспресс-оценки, которые позволят без больших трудозатрат выявить большую часть ошибок в требованиях — мы рассмотрим их в порядке увеличения затрачиваемого времени.

Подробнее...
 
Ретроспективные уроки исследовательского тестирования: тестирование документации – больше, чем документация
25.06.2019 00:00

Автор: Виктор Славчев (Viktor Slavchev)
Оригинал статьи: https://mrslavchev.com/2018/11/26/hindsight-lessons-about-exploration-testing-documentation-think-outside-the-dox/
Перевод: Ольга Алифанова

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

Зачастую, когда я спрашиваю студентов, как бы они тестировали приложение, я получаю ответы вроде "Я сравню продукт с документацией или спецификацией". Логичным образом я задаю следующий вопрос – что, если спецификации нет, или продукт еще не создан?

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

Подробнее...
 
Сладкоголосое пение тест-метрик
22.10.2018 14:42

Автор: Ким Энджел (Kim Engel)

Оригинал статьи

Перевод: Ольга Алифанова

Когда вы отчитываетесь о тестировании, используя метрики, это может привести к незапланированным последствиям. Какие метрики мы регулярно используем для отчетов, и какую информацию почерпнут из них заинтересованные лица? Давайте детально рассмотрим несколько реальных примеров.

95% тестов прошло, 1% упал, 4% не прогонялись

Метрики "прошло/упало" очень популярны в традиционных отчетах о прогрессе тестирования. Представьте на минутку, что вы продакт-оунер, и ваше слово – решающее в вопросе, выпускать ли продукт в релиз.


Подробнее...
 
Видеозапись доклада Юлии Багрий с онлайн-конференции для тестировщиков КоТэ
02.07.2018 00:00

Публикуем запись доклада Юлии Багрий "Как тестировать идейно и быть Customer Success Advocate"

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

В данном докладе мы детальнее рассмотрим:

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

Доклад будет интересен всем, кто сомневается в необходимости тестирования требований, а также тем, кто знает, что нужно изменить, но не может определиться, как реализовать на практике.


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



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