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

Подписаться

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

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

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

Анализ и управление требованиями
Как задавать требования к качеству ПО в цифрах?
12.07.2022 00:00

Автор: Денис Бесков

Введение

Требования к качеству, несмотря на свой небольшой размер, очень сильно влияют на реализуемость всей совокупности требований, на трудоёмкость, длительность и стоимость реализации, а следовательно окупаемость инвестиций в разработку и в целом возможную успешность проекта.

Это та причина, по которой многие подрядчики стараются избегать таких требований, как огня, что перекладывает риски во времени на более поздние этапы и на заказчика.

Но в мире честных, открытых отношений выгоднее заранее обсудить эти аспекты, чем потом с удивлением спорить при сдаче, что система тормозит, в ТЗ про это ничего не сказано, «вы же профессионалы» и всё такое.

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

При этом остаётся прагматический вопрос — а что именно писать в требования, чтобы они были полезными, измеримыми, реализуемыми?

С точки зрения системной инженерии, требования к качеству программной системы являются разновидностью системных ограничений (constraints) и в этом они отличаются от требований к способностям (capabilities) системы, в мире ИТ обычно называемых «функциональными».

Пока что умение специалистов и команд выявлять и формулировать такие ограничения представляет собой скорее искусство, а не ремесло, и не инженерию.

Давайте попробуем сделать это хотя бы ремеслом.

Подробнее...
 
Как создать полезное руководство пользователя к программному обеспечению или 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% не прогонялись

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


Подробнее...
 



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