Перейти к содержимому

Фотография

Тестирование без требований - миф или реальность


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 19

#1 ryjii

ryjii

    Активный участник

  • Members
  • PipPip
  • 101 сообщений
  • Город:Санкт-Петербург

Отправлено 18 сентября 2014 - 15:24

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

Я утверждаю, что не только можно, а иногда иначе никак. Готов объяснить свою позицию аргументированно, послушаю аргументы оппонентов.


  • 0

#2 wret

wret

    Активный участник

  • Members
  • PipPip
  • 124 сообщений
  • Город:Москва

Отправлено 18 сентября 2014 - 16:51

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

Если они не выражены на бумаге в спеке эт не значит что их нет

Даже если есть спек, тестировщик должен думать шире того,  что там написано

Эт для программиста самая частая отмазка: этого нет в ТП/я не так понял ТП


  • 2

#3 Drag

Drag

    Активный участник

  • Members
  • PipPip
  • 123 сообщений


Отправлено 19 сентября 2014 - 05:45

Без конкретный требований, вы не сможете сказать насколько корректно и полно протестировали фичу. Конечно можно согласиться, проверить как кажется правильным, а при факапе сказать, что требований не было. Но это как то слегка не профессионально.


  • 0

#4 ch_ip

ch_ip

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 19 сентября 2014 - 05:49

Выявлять, кто про какие требования знает и как он их понимает и тем самым находить пропуски, неточности и неоднозначности — задача тестировщика
  • 1

#5 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 19 сентября 2014 - 06:27

Можно тестировать без зафиксированных в документе требований. Обычная ситуация. 


  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#6 Сергей

Сергей

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 245 сообщений
  • Город:Москва

Отправлено 19 сентября 2014 - 06:35

Для кого тема? Где оппоненты?


  • 0

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#7 Flari

Flari

    Новый участник

  • Members
  • Pip
  • 42 сообщений
  • ФИО:Максим


Отправлено 19 сентября 2014 - 06:49

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

Я утверждаю, что не только можно, а иногда иначе никак. Готов объяснить свою позицию аргументированно, послушаю аргументы оппонентов.

протестируйте, пожалуйста, фичу запуска ядерной ракеты без требований.


  • 0

#8 ch_ip

ch_ip

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 19 сентября 2014 - 07:48

 

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

Я утверждаю, что не только можно, а иногда иначе никак. Готов объяснить свою позицию аргументированно, послушаю аргументы оппонентов.

протестируйте, пожалуйста, фичу запуска ядерной ракеты без требований.

 

Элементарно. Сценарий: взять ракету, установить в пусковую установку, задать координаты цели, запустить, подтвердить запуск.

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

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

Ну и кейс на проверку, что можно отказаться от запуска на этапе подтверждения.

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

Выставить координаты, куда ракета не долетит

Выставить координаты Луны

Выставить координаты Марса
 


  • 1

#9 vmaximv

vmaximv

    Опытный участник

  • Members
  • PipPipPipPip
  • 350 сообщений

Отправлено 19 сентября 2014 - 07:54

http://en.wikipedia....rmal_test_cases


  • 0

#10 ryjii

ryjii

    Активный участник

  • Members
  • PipPip
  • 101 сообщений
  • Город:Санкт-Петербург

Отправлено 19 сентября 2014 - 08:54

Хм, оппоненты видимо не пришли спорить. Жаль.

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


  • 0

#11 Dalay_LAMO

Dalay_LAMO

    Опытный участник

  • Members
  • PipPipPipPip
  • 265 сообщений
  • ФИО:Дмитрий
  • Город:Санкт-Петербург


Отправлено 19 сентября 2014 - 10:06

Хм, оппоненты видимо не пришли спорить. Жаль.
Тому, кто предлагает мне тестировать ракету, отвечаю: я не говорил, что без требований можно работать всегда.



Попробую подкинуть дров в дискуссию, заявив, что без требований можно вообще ничего не тестировать (более того - даже код писать не стоит).
  • 0

#12 pachkun

pachkun

    Новый участник

  • Members
  • Pip
  • 29 сообщений


Отправлено 19 сентября 2014 - 10:35

Выявлять, кто про какие требования знает и как он их понимает и тем самым находить пропуски, неточности и неоднозначности — задача тестировщика

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

Тестировать без требований можно, главно что бы такое тестирование начиналось до написание кода.


  • 0

#13 ch_ip

ch_ip

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 19 сентября 2014 - 11:17

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

На тему до написания кода — никогда не поздно перестать двигаться в неправильном направлении


  • 0

#14 BadMF

BadMF

    Специалист

  • Members
  • PipPipPipPipPip
  • 809 сообщений
  • ФИО:Dmitry Petrov

Отправлено 19 сентября 2014 - 11:47

c форума sql.ru про разработку информационных систем...

...А вообще, я очень хочу, чтобы наша профессия со временем стала такой же инженерной дисциплиной, как, например, строительство - вам нужно здание? Извольте заплатить за проект, а потом за возведение, или покупайте (арендуйте) готовое, но тут уж не выдвигайте требований пристроить к нему еще 30 этажей. Изволили построить времянку, а теперь хотите ее превратить в доменный цех? нет проблем - СНОСИМ временку и строим цех. Через пять лет вам потребуется переделать цех в аэропорт? Это ваши трудности - х*й в голове медицина бессильна. Вы никогда не задумывались почему в IT такой процент проваленных проектов (представьте себе такой процент например в автомобилестроениии)? А потому, что делают их не в рамках инженерного подхода, а вопреки ему.... И заметьте, никто не кричит "Судостроители пи...сы не хотят переделать речной трамвайчик в ледокол". Ээээх мечты...

 


  • 1

#15 pachkun

pachkun

    Новый участник

  • Members
  • Pip
  • 29 сообщений


Отправлено 19 сентября 2014 - 11:58

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

Выходом будут именно требования(можно даже сказать модель требований), а как вы их формализуете - это ваше дело :)


  • 0

#16 ch_ip

ch_ip

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 19 сентября 2014 - 12:24

А с какого момента баги и документация вдруг стали считаться требованиями?

и чем требования отличаются от модели требований?


  • 0

#17 clipsa

clipsa

    Специалист

  • Members
  • PipPipPipPipPip
  • 527 сообщений
  • ФИО:Ермолаева Ольга
  • Город:Москва


Отправлено 22 сентября 2014 - 07:16

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

ИМХО тестировщик такой человек, который должен проанализировать требования на предмет их адекватности (если они есть) или уточнить/найти/вытащить из голов знающих людей требования, дабы узнать что и как должно работать и кому все это надо.

 

Как уже написали тут - требования есть всегда (иначе не появился бы продукт/доработка), но далеко не всегда они задокументированы.


  • 1

Не следует заставлять тестировщиков тестировать быстрее. Что может быть хуже испуганных, усталых, цинично настроенных тестировщиков?
-----------------
Хорошо, когда человек заводит баги. Плохо, когда баги заводят человека (с)
-----------------
Проект для начинающих тестировщиков Хомячки


#18 BingBongParty

BingBongParty

    Новый участник

  • Members
  • Pip
  • 7 сообщений
  • ФИО:Сергей Якутин

Отправлено 22 сентября 2014 - 14:00

без требований тестировать невозможно. если нет описания фичи то требования составляет уже тестировщик и никак иначе.


  • 0

#19 BingBongParty

BingBongParty

    Новый участник

  • Members
  • Pip
  • 7 сообщений
  • ФИО:Сергей Якутин

Отправлено 22 сентября 2014 - 14:03

А с какого момента баги и документация вдруг стали считаться требованиями?

и чем требования отличаются от модели требований?

а документации если нет? баги никогда и не были требованиями, баг это несоответствие требованиям


  • 0

#20 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 22 сентября 2014 - 15:12

Как уже написали тут - требования есть всегда (иначе не появился бы продукт/доработка), но далеко не всегда они задокументированы.

Более того. Большая часть требований почти всегда пропущена.

 

Например:

  • Почти всегда забывают указать, что программа должна соответствовать 153-ФЗ или 223-ФЗ
  • Что при регистрации нужно указывать не паспорт, а "документ удостоверяющий личность", а список типов нужно брать из стандартного справочника ФНС России "Виды документов, удостоверяющих личность" (СПДУЛ). 

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

Автоматизаторы, которые внедряли системы в реальное производство меня поймут...

 

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

 

Согласно, статье ... ТК РФ несовершеннолетние могут быть приняты на работу. Согласно статье ... ТК РФ ограничения при приеме на работу по гендерным, ... ... не допускаются. Таким образом сайт удаленной работы ... нарушает законодательство РФ. Возможные наказания за данное нарушение ... А также законодательства следующих стран: ....

 

Как вариант: "Описание дефекта - одна из форм записи требований."


  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных