VenomBlood

99% причина в том что преподаватель некомпетентен и его знания остались на уровне 80х годов. Так как в программировании он особо не разбирается - будет мучать что отступы не по ГОСТу в отчете, что картинки не пронумерованы и т.д..
У меня по крайней мере именно так и было. В нормальных конторах никто не будет глупостями заниматься, нужен результат, писать кучу формальностей не нужно.

Так что отвечая на ваш вопрос - нет, это не нормально. И зная как заставляют писать ТЗ в универах - нет, такого в реальных ТЗ писать не придется (исключение составляют те несчастные, которые работают в вояковских конторах и вообще на наше гос-во, но если хоть более-менее любить свое дело - то вам хватит знаний, чтобы не попасть в такие конторы).

Если я правильно вас понял — можно использовать генератор всех перестановок с повторениями на следующем множестве:
Количество элементов = количеству тестируемых записей (3 в примере у вас)
Количество повторений каждого элемента = 3 (добавить, изменить, удалить).
И потом просто для каждого повторения элемента (их три) слева направо проставить «создать» «изменить» «удалить».

Но тут есть проблема — вы не можете протестировать цепочки «создать» «удалить» — для этого надо генерировать еще кучу возможных перестановок.

А вообще, во первых — вы так тестируете только корректное поведение, не проверяя что будет при ошибочных вызовах.
Второе — ИМХО (исходя из представленной информации) у вас подход не совсем верен, надо разбить код на модули и протестировать все только с одним элементом, и написать тесты на то, что при наличии нескольких элементов не происходит накладок (т.е. работа с ними ведется независимо).