Условия:Согласно 44-ФЗ Заказчик вправе установить требование об отсутствии в реестре недобросовестных поставщиков (подрядчиков, исполнителей) информации об участнике закупки, в том числе информации об учредителях, о членах коллегиального исполнительного органа, лице, исполняющем функции единоличного исполнительного органа участника закупки - юридического лица.
Реализация:Информация о включении или исключении участников закупок из реестра недобросовестных поставщиков (подрядчиков, исполнителей) происходит путем интеграционного взаимодействия с внешней системой раз в сутки.Любой участник может подать заявку на участие в закупочной процедуре.
В случае наличия условий для возврата заявки, поданной на участие в закупочной процедуре, система возвращает заявку участнику в момент её подачи, направив уведомление в личный кабинет участника, изменяя статус заявки с "подана" на "возвращена".
Мои тест-кейсы(только заготовки):
1.Подача заявки участником состоящим в реестре недобросовестных поставщиков
2.Подача заявки участником, исключенным из реестра недобросовестных поставщиков
3.Повторная подача заявки участником состоящим в реестре недобросовестных поставщиков
4.Подача заявки участником не состоящим в реестре недобросовестных поставщиков
Для того, чтоб понять, какие тест кейсы добавить, было бы совсем не плохо понимать архитектуру системы и кто является ее пользователем.
Вот вам немного идей:
1) Гонки: Подача участником заявки, когда данные обновляются. Что происходит в этот момент?
2) Что должно произойти, если я подал заявку в 23:50, а в 00:00 меня включили (исключили) из числа недобросовестных юрлиц?
3) Могу ли я попытаться обойти "защиту" с помощью JavaScript или вызова API?
4) SQL injenction, XSS и другие варианты злонамеренного взаимодействия с системой
5) Подача заявки несуществующим юрлицом (юрлицом с опечаткой?)