Я никогда не занимался тестированием интернет-магазинов и корзины, так что мой ответ вам вполне может навредить, потому что будет чистым "неудом" в глазах опытных товарищей.
Есть корзина и интернет-магазине, ее надо протестировать, как и любую другую задачу, в сжатые сроки.
Итак, придумываем, что тестировать:
- Все проверки должны быть согласованы со спеком поведения корзины для авторизованного и не авторизованного пользователя.
- Добавление одной вещи в корзину всеми предусмотренными спецификацией способами.
- Удаление одной вещи из корзины всеми предусмотренными спецификацией способами.
- Попытка добавить/удалить вещи способами, не предусмотренными спецификацией. Надо проверить, что каждый случай будет вменяемо обработан: сообщение об ошибке, подсказка или просто отсутствие реакции. Пятисотые при отхождении от предусмотренного поведения не допустимы.
- Добавление нескольких вещей с одним id всеми предусмотренными спеками способами.
- Добавление нескольких вещей с одним названием, но разными id: в корзине они должны отображаться как два разных итема.
- Корректность отображения значения при добавлении вещи: я бы добавил две вещи с разными размерами, чтобы удостовериться, что значение в корзине не отображается одно и то же.
- Размер в корзине(если он отображается) меняется тогда, когда админы сайта его меняют.
- Адекватная обработка сценария, когда после добавления пользователем вещи в корзину ее либо удаляют, либо деактивируют.
- Корзину можно наполнить разными наименованиями товара до предела, указанного в спеке. Система не дает выйти за указанные пределы.
Кстати, из задачи не ясно, двадцать ли экземпляров вещи, как некой абстракции, или двадцать совершенно разных типов вещей, у всех из которых есть атрибут "размер". Если это совершенно разные вещи, для каждого из которых есть своя логика поведения, то имеет смысл проверить корзину на работу со всеми парами. Еще не ясно, как конкретно реализован размер. Я бы глянул в код или спросил у разработчиков, после чего откорректировал бы чек-лист соответственно. Если такой возможности нет, то придется добавлять каждую вещь с каждым размером и смотреть, что логика работы корзины не нарушена.
Вот что я придумал сходу. Сколько из этого делать тест-кейсов и стоит ли их делать вообще - вопрос ресурсов. Столько, сколько вы будете готовы поддерживать в будущем, я думаю. Или столько, сколько возжелает ваш тест-лид.
Тест-кейс - достаточно тяжелый документ в плане времени на написание и поддержку. Если бы я был единственным представителем QA на проекте, мой ответ был бы - ноль, достаточно чеклиста.