• Главная
  • О сайте
  • Архив

Normal testing

From the programmer's worst friend

Feeds:
Записи
Комментарии
« Каждый должен заниматься своей работой, но…
Требования в виде тест-кейсов — один вин и три фэйла подряд »

Каковы ваши требования? Качественные?

14.07.2014 Автор: Alexei Lupan

А почему мы, тестировщики, столько времени возимся с функциональными требованиями? А как же остальные требования, коих тоже много, и кои тоже важны?

А дело в том, что функциональное требование это ‘A description of a behavior that a system will exhibit under specific conditions‘.

Продумывать ситуации, в которых может оказаться программа, и предусмотреть, как она должна из этих ситуаций выкручиваться — это ли не задача тестировщика?

Это.

На очень высоко абстрактном уровне все требования делятся на четыре слоя:

  • бизнес-требования,
  • пользовательские требования,
  • функциональные требования,
  • всё, что угодно, что попадает под понятие «нефункциональные требования».

Дальше начинается преданье, дальше начинается ересь от «По-моему, под функциональными требованиями подразумевается, что…» до «Шо вы мине голову морочите вашими требованиями, возьмите и напишите их себе сами, если они вам так нужны…»

Конечно, можно нужно учесть, что требование и спецификация — не одно и то же. Но чего это учитывать — их писать надо.

В алфавитном порядке толкование самых толковаемых терминов:

Business requirement
A high-level business objective of the organization that builds a product or of a customer who procures it. Это «Хотелки», которую ещё нужно правильно отобразиться в функциональных требованиях (коих может быть больше, чем одно), которые в свою очередь должны превратиться в спецификации.

Неприятность в том, что хотелки дают ответ только на вопрос «Зачем нужно что-то делать?», а большинство считает, что «Чё там валандаться по одному порошку в день, ох, тьма египетская в глазах…», и подразумевают, что хотелки будут рассказывать и зачем, и как это надо реализовать. Как же, читай потом этих доку-монстров…

Business rule
A policy, guideline, standard, or regulation that defines or constrains some aspect of the business. Not a software requirement in itself, but the origin of several types of software requirements.

Constraint
A restriction that is imposed on the choices available to the developer for the design and construction of a product.

Feature
One or more logically related system capabilities that provide value to a user and are described by a set of functional requirements. И попробуй теперь пересказать это своими словами, слабак.

Functional requirement
A description of a behavior that a system will exhibit under specific conditions. Ключевое слово — «ситуация».

Nonfunctional requirement
A description of a property or characteristic that a system must exhibit or a constraint that it must respect. То есть, нужно учитывать.

То есть, дураком буду, если скажу, что нон-фанкшынал рекуайрментс — это же не требования, бо есть же слово «нон».

Quality attribute
A kind of nonfunctional requirement that describes a service or performance characteristic of a product. Кто это учитывает?

System requirement
A top-level requirement for a product that contains multiple subsystems, which could be all software or software and hardware. Как такие требования пишутся?

User requirement
A goal or task that specific classes of users must be able to perform with a system, or a desired product attribute. Не надо ждать, что пользователи придут, и предъявят свои требования. Будет очень плохо, если пользователи придут с требованиями.

© «Software Requirements» by Karl Wiegers and Joy Beatty, Third Edition, PUBLISHED BY Microsoft Press, ISBN: 978-0-7356-7966-5

Ваша оценка:

Поделиться ссылкой:

  • Tweet
  • по электронной почте
  • Печать

Понравилось это:

Нравится Загрузка...

Похожее

Опубликовано в Банальное, Постановка мозгов | Отмечено Карл Вигерс, Требования |

  • Aut bene

    Спiвпрацювальник по підготувальні тестувальників.

    Автор [глоссария] терминологии тестирования (english).

    Неоднократный докладчик [SQA Days], [QA Fest] и других конференций по тестированию ПО.

    Неспешный езжун на «[Волга ГАЗ-21]» 1965 года выпуска.

    Игрун чего-то похожего на тяжелый блюз [на классической гитаре].

    И так [далее].

  • Присоединиться к ещё 1 337 подписчикам

  • Follow Normal testing on WordPress.com
  • Залежи

  • Темы

    • Без рубрики (6)
    • Документация (18)
      • Тест-план (2)
    • Изображения (149)
      • Видео (49)
      • Комиксы (20)
      • Скриншоты (48)
      • Фотографии (46)
    • Инструменты (53)
      • Debian (13)
      • Макросы (1)
      • Трекеры (15)
        • Баг-трекер (8)
        • Тест-трекер (5)
      • LibreOffice (4)
    • Книги (19)
    • Конференции (138)
      • Подкасты (12)
      • Презентации (50)
        • Слайдкасты (10)
      • Семинары (19)
    • Обзоры (1)
    • Постановка мозгов (246)
      • Банальное (168)
        • Не смешно (47)
        • Неприятно (14)
        • Печали (15)
        • Радости (57)
        • Смешно (35)
      • В гостях у психиатра (45)
        • Поросенок v2.0 (3)
        • Странности (12)
        • Удивительные баги (17)
      • Level 80 (2)
    • Соображения (206)
      • Балабольник (10)
      • Гипотезы (11)
      • Озарения (55)
      • Откровения (88)
    • Статьи (23)
      • Интервью (6)
      • Опросы (1)
      • Переводы (11)
    • Управляторское (56)
      • Agile (13)
      • Программисты (23)
      • Рекрутинг (8)
    • Учеба в бою (83)
      • Тренировка (13)
      • Фишки (28)
      • Читерство (9)
    • Testing like… (79)
      • Acceptance testing (5)
      • Business Driven Testing (2)
      • Context-driven testing (2)
      • Defect-based Test Design Technique (1)
      • Автоматизация (37)
        • Performance Testing (5)
      • Рецессионное тестирование (1)
      • Юзероиммитатор (15)
      • Exploratory testing (9)
      • тест-дизайн (8)
      • State Transition testing (1)
      • Unit testing (1)
      • Usability testing (2)
    • To Do (12)
      • Анонсы (7)
  • Тэги

    Calc Excel James Bach Jira Mantis SQA Days SQA Days 7 SQA Days 8 SQA Days 10 Александр Александров Александр Орлов Алексей Баранцев Наталья Руколь Хватит тупить Юля Нечаева
  • Самое читаемое

    • Тестируем поля логин/пароль
    • Ссылки в Confluence. Mazafaka
    • Как в Excel отображать символ валюты перед цифрами
    • Группирование данных в Excel
    • План тестирования должен быть внятным, четким, небольшим
    • Запуск Allpairs
    • Priority & Severity на пальцах обезъянок
    • Что такое перформанс-тестирование
    • Разница между ошибкой (багом) и дефектом (тоже багом)
    • Основные положения тестирования
  • Комментарии

    • Alexei Lupan к записи S3E13: Про Тест планы и тест стратегии в 2020 году
    • esculapandreevgmailcom к записи S3E13: Про Тест планы и тест стратегии в 2020 году
    • Alexei Lupan к записи Сетап для преподавания в сети
    • Сергей к записи Сетап для преподавания в сети
    • Alexei Lupan к записи Сетап для преподавания в сети
    • Дмитрий к записи Сетап для преподавания в сети
    • Сетап для преподавания в сети | Normal testing к записи Оценка времени на тестирование: неочевидные надводные камни
  • Блоги о тестировании

    • 1) Блоги тестировщиков на software-testing.ru
    • Про тестинг
    • Selenium IDE — rulezzz!
  • Профессиональное

    • Удобный софт
    • Управление тестированием
    • IT Crowd wikiquotes
    • Testing History

На платформе WordPress.com.

WPThemes.


loading Отмена
Сообщение не было отправлено — проверьте адреса электронной почты!
Проверка по электронной почте не удалась, попробуйте еще раз
К сожалению, ваш блог не может делиться ссылками на записи по электронной почте.
Политика конфиденциальности и использования файлов сookie: Этот сайт использует файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с их использованием.
Дополнительную информацию, в том числе об управлении файлами cookie, можно найти здесь: Политика использования файлов cookie
<span>%d</span> такие блоггеры, как: