Как правильно протестировать добавление записей в справочник?

Question

[Юрий Вискалин]

Здравствуйте товарищи, подскажите на что нужно тестировать добавление\редактирование\удаление записей в справочник, для тех кто не кодит?

Предполагаю следующие проверки:
- Проверка работы функционала (чтоб всё редактировалось добавлялось удалялось)
- Проверка на валидность заполняемых полей

Что ещё?

Comments

[Alexej Simakov]

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

При создании записи нужно проверять на типы данных. Что если вводят дату она должна сохраняться типом дата, если это предусмотрено архитектурой базы. Если в базе поле обязательное то эта ошибка будет выведена пользователю. Создание идентичных записей, вдруг у вас составной первичный ключ.
Нужно проверять, что схема базы перенесет миграцию (изменение структуры данных)
На производительность надо проверять.
Восстановление базы из бекапов надо проверять.

Вообще без чтения само наполнение базы тестировать как-то малость бессмысленно.

Поиск по справочнику с разными вариантами ввода: имя, адрес телефон и т.п. Частичный ввод.
Подсказки при поиске, если они есть.
Добавление записи в избранное если такая функция есть. Что будет с избранными если запись на которую оно ссылается удалят.
Расшаривание данных через соц сети если такая функция есть.
На конкуррентный доступ к записи, один редактирует в то время как другой ищет.

[Юрий Вискалин]

Alexej Simakov, Спасибо за ответ!

Answer 1

[ponaehal]

Немного не по теме:
Возможность удаления записей из справочника очень не очевидная штука.
Ведь на эту запись могут ссылаться другие записи в данной системе.
Даже если не ссылаются в данной системе, то может быть интеграция справочных данных с другими системами (мдм, хранилище и т.п.)
ИМХО, лучше при попытки удаления записи, проставлять какой то флаг "неактивности". Записи с этим флагом не показывать в интерфейсе и не давать использовать (при необходимости вплоть до триггерного контроля)

Теперь если по теме вопроса:
Проверять надо на соответствие чему то, например тесткейсам, которые разрабатываются по ЧТЗ, спецификации программных требований или иным документам (грубо говоря, что заказали, то и проверяем).
Если же речь о так называемых смоук-тестах, то я бы проверил дополнительно возможность распределения полномочий доступа , аудит. Но тут все зависит от ядра системы и его возможностей.