В соседней теме разгорелся спор, можно ли тестировать фичу, если требований к ней не существует.
Я утверждаю, что не только можно, а иногда иначе никак. Готов объяснить свою позицию аргументированно, послушаю аргументы оппонентов.
Отправлено 18 сентября 2014 - 15:24
В соседней теме разгорелся спор, можно ли тестировать фичу, если требований к ней не существует.
Я утверждаю, что не только можно, а иногда иначе никак. Готов объяснить свою позицию аргументированно, послушаю аргументы оппонентов.
Отправлено 18 сентября 2014 - 16:51
Всегда есть требования: в голове у пма, у заказчика, у программиста
Если они не выражены на бумаге в спеке эт не значит что их нет
Даже если есть спек, тестировщик должен думать шире того, что там написано
Эт для программиста самая частая отмазка: этого нет в ТП/я не так понял ТП
Отправлено 19 сентября 2014 - 05:45
Без конкретный требований, вы не сможете сказать насколько корректно и полно протестировали фичу. Конечно можно согласиться, проверить как кажется правильным, а при факапе сказать, что требований не было. Но это как то слегка не профессионально.
Отправлено 19 сентября 2014 - 05:49
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
Отправлено 19 сентября 2014 - 06:27
Можно тестировать без зафиксированных в документе требований. Обычная ситуация.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
Отправлено 19 сентября 2014 - 06:35
Для кого тема? Где оппоненты?
"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс
Отправлено 19 сентября 2014 - 06:49
В соседней теме разгорелся спор, можно ли тестировать фичу, если требований к ней не существует.
Я утверждаю, что не только можно, а иногда иначе никак. Готов объяснить свою позицию аргументированно, послушаю аргументы оппонентов.
протестируйте, пожалуйста, фичу запуска ядерной ракеты без требований.
Отправлено 19 сентября 2014 - 07:48
В соседней теме разгорелся спор, можно ли тестировать фичу, если требований к ней не существует.
Я утверждаю, что не только можно, а иногда иначе никак. Готов объяснить свою позицию аргументированно, послушаю аргументы оппонентов.
протестируйте, пожалуйста, фичу запуска ядерной ракеты без требований.
Элементарно. Сценарий: взять ракету, установить в пусковую установку, задать координаты цели, запустить, подтвердить запуск.
Ну и тестируем как обычно:
Позитивный тест, как описано в сценарии, вариации только в координатах запуска — тут бьем на классы эквивалентности, куда долетит, куда нет + вспоминаем, что есть разные полушария, получаем еще 4 кейса (по квадрантам: северо-запад, северо-восток, юго-запад, юго-восток).
Возможно стоит проверить запуск в разное время суток: день/ночь, хотя не должно влиять, поставим кейсам низкий приоритет, проверим, если время останется.
Ну и кейс на проверку, что можно отказаться от запуска на этапе подтверждения.
Негативные кейсы:
Попытаться запустить без ракеты,
Вставить муляж и попытаться запустить
Вставить торпеду от АПЛ вместо ракеты, запустить
Выставить координаты, куда ракета не долетит
Выставить координаты Луны
Выставить координаты Марса
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
Отправлено 19 сентября 2014 - 08:54
Хм, оппоненты видимо не пришли спорить. Жаль.
Тому, кто предлагает мне тестировать ракету, отвечаю: я не говорил, что без требований можно работать всегда.
Отправлено 19 сентября 2014 - 10:06
Хм, оппоненты видимо не пришли спорить. Жаль.
Тому, кто предлагает мне тестировать ракету, отвечаю: я не говорил, что без требований можно работать всегда.
Отправлено 19 сентября 2014 - 10:35
Выявлять, кто про какие требования знает и как он их понимает и тем самым находить пропуски, неточности и неоднозначности — задача тестировщика
Ага, и выходом этой задачи будут требования, только вот обычно для фичи это плачевно заканчивается.
Тестировать без требований можно, главно что бы такое тестирование начиналось до написание кода.
Отправлено 19 сентября 2014 - 11:17
Выходы могут быть различны: уточненные требования, баги, документация, тест-кейсы.
На тему до написания кода — никогда не поздно перестать двигаться в неправильном направлении
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
Отправлено 19 сентября 2014 - 11:47
c форума sql.ru про разработку информационных систем...
...А вообще, я очень хочу, чтобы наша профессия со временем стала такой же инженерной дисциплиной, как, например, строительство - вам нужно здание? Извольте заплатить за проект, а потом за возведение, или покупайте (арендуйте) готовое, но тут уж не выдвигайте требований пристроить к нему еще 30 этажей. Изволили построить времянку, а теперь хотите ее превратить в доменный цех? нет проблем - СНОСИМ временку и строим цех. Через пять лет вам потребуется переделать цех в аэропорт? Это ваши трудности - х*й в голове медицина бессильна. Вы никогда не задумывались почему в IT такой процент проваленных проектов (представьте себе такой процент например в автомобилестроениии)? А потому, что делают их не в рамках инженерного подхода, а вопреки ему.... И заметьте, никто не кричит "Судостроители пи...сы не хотят переделать речной трамвайчик в ледокол". Ээээх мечты...
Отправлено 19 сентября 2014 - 11:58
Выходы могут быть различны: уточненные требования, баги, документация, тест-кейсы.
Выходом будут именно требования(можно даже сказать модель требований), а как вы их формализуете - это ваше дело :)
Отправлено 19 сентября 2014 - 12:24
А с какого момента баги и документация вдруг стали считаться требованиями?
и чем требования отличаются от модели требований?
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
Отправлено 22 сентября 2014 - 07:16
Тестирование при наличии требований тоже может превратиться в фарс, т.к. требования тоже пишут люди, которым свойственно ошибаться.
ИМХО тестировщик такой человек, который должен проанализировать требования на предмет их адекватности (если они есть) или уточнить/найти/вытащить из голов знающих людей требования, дабы узнать что и как должно работать и кому все это надо.
Как уже написали тут - требования есть всегда (иначе не появился бы продукт/доработка), но далеко не всегда они задокументированы.
Не следует заставлять тестировщиков тестировать быстрее. Что может быть хуже испуганных, усталых, цинично настроенных тестировщиков?
-----------------
Хорошо, когда человек заводит баги. Плохо, когда баги заводят человека (с)
-----------------
Проект для начинающих тестировщиков Хомячки
Отправлено 22 сентября 2014 - 14:00
без требований тестировать невозможно. если нет описания фичи то требования составляет уже тестировщик и никак иначе.
Отправлено 22 сентября 2014 - 14:03
А с какого момента баги и документация вдруг стали считаться требованиями?
и чем требования отличаются от модели требований?
а документации если нет? баги никогда и не были требованиями, баг это несоответствие требованиям
Отправлено 22 сентября 2014 - 15:12
Как уже написали тут - требования есть всегда (иначе не появился бы продукт/доработка), но далеко не всегда они задокументированы.
Более того. Большая часть требований почти всегда пропущена.
Например:
Но самое страшное, не указывают, что программа должна работать не только с тестовыми, но и с реальными данными. Например, что номер договора вовсе не идентификатор и вполне может дублироваться. Внезапно!
Автоматизаторы, которые внедряли системы в реальное производство меня поймут...
Хороший тестировщик способен существенную часть требований восстанавливать в голове в ходе тестирования. Ох, как тут пригождается знание предметной области и широкий кругозор. Но фиксирует тестировщик, как правило, только ошибку:
Согласно, статье ... ТК РФ несовершеннолетние могут быть приняты на работу. Согласно статье ... ТК РФ ограничения при приеме на работу по гендерным, ... ... не допускаются. Таким образом сайт удаленной работы ... нарушает законодательство РФ. Возможные наказания за данное нарушение ... А также законодательства следующих стран: ....
Как вариант: "Описание дефекта - одна из форм записи требований."
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
0 пользователей, 0 гостей, 0 анонимных