Сообщений в теме: 6

[dim2016]

Добрый день,возник такой вопрос при составлении матрицы трассировки требований,получается так, что все кейсы по требованиям положительные.Пару только отрицательных кейсов.Возможно ли что негативных, так мало кейсов получается.И практически на каждый положительный кейс нельзя написать негативный.Либо добавлять дополнительные требования ,чтобы написать негативные сценарии,потому как просто добавление в матрицу кейсов не перекликающихся с требованиями не имеет смысла?Спасибо

[bobylev]

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

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

Можете привести пример кейса?

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

[Spock]

пример

 

заказчик: требование1 будет "покупатель может купить товар"

тестер:

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

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

кейс3, негативный привязан к требованию1: "покупатель получает ошибку "не хватает средств" когда у него на 1 копейку меньше денег чем стоит товар"

кейс4, негативный привязан к требованию1:  "покупатель получает ошибку "не хватает средств" когда у него 0 на счету"

кейс5, негативный привязан к требованию1:  "покупатель получает ошибку "товара нет в наличии" когда товар кончился"

и так далее

 

получается что от заказчика никогда нельзя получить реально полные требования, с описанием всех ошибок (часть ошибок вообще выяснится только при имплементации)

[checo]

Любые некорректные сценарии работы покупателя в магазине или то, что дает негативный результат какой-то операции. По описанию предполагаю, что это интернет-магазин, тогда могут быть такие примеры:

• Ввод некорректных данных. Даже если валидация покрыта требованиями, это всё равно негативный кейс.
• Кейсы с разрывом связи. Например, что заказ не может быть закрыт при разрыве. Хотя, здесь более важен позитивный кейс - например, что состав корзины или недооформленный заказ будут по прежнему доступны при возобновлении соединения с сервером.
• Тоже ввод некорректных данных, но не со страницы, а через запросы (попытка взлома).
• Конкурентное резервирование оставшихся единиц товара разными покупателями. Кто-то из них получит отказ, и это негативный кейс. и т.д.

[Spock]

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

 

требование:

"система должна быть надёжной"

кейсы:

1. сохранение корзины при разрыве связи

2. группа кейсов на взлом

...

 

требование:

"система должна быть удобной для пользователя"

кейсы:

отображение баланса

архив купленных товаров

сортировка товаров

фильтрация товаров

поиск товаров

...

 

требование:

"система должна быть быстрой"

кейсы:

...

[dim2016]

Вот пример мой(Консольная программа,где пользователь общается с программой,кратко кейсы напишу)

кейс1:Наличие файла откуда берутся фразы

 

кейс2 : ввод фразы(любые символы) Enter  ответ вывод фразы из файла на следующей строке,ввод следующей фразы активен(Положительный сценарий)

 

кейс3:ввод определенной команды(по разному реагирует ,еще  не один кейс проверяет,всего 4 команды ,взаимодействие команд)Enter ответ соответственно требованиям(Положительный сценарий)

 

кейс4:ввод 2ух команд Enter ответ вывод фразы из файла на следующей строке,ввод следующей фразы активен(Негативный сценарий? здесь команды не должны работать, а воспринимаются как фраза)

 

кейс5:без ввода нажать Enter (Негативный сценарий,программа никак не реагирует ожидает ввод символа)

 

кейс6:ввод команды и любой фразы Enter ответ вывод фразы из файла на следующей строке,ввод следующей фразы активен(Негативный сценарий? здесь команда не должны работать, а воспринимаются как фраза)

 

кейс7:создание файла общения тоже по определенным требованиям(Положительный сценарий)

 

Кратко описал конечно,но то есть например на кейс1 и кейс7 нету негативных сценариев,потому как если не создаются или нет файлов ,то по требованиям не проходят.Если негативные проверки/некорректные данные    в этом конкретно случае,то сообщения никакие не выводятся.И работа команд  проверяется соответствует результат или нет требованиям.Вообщем у меня не так много кейсов получилось(17 из них 3 негативных сценария).

[Spock]

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