В настоящее время я нахожусь в процессе тестирования нашего решения, которое имеет всю «гамму» слоев: UI, Middle и вездесущую базу данных.
До моего прихода в мою текущую команду тестеры выполняли тестеры, вручную создававшие запросы, которые теоретически возвращали бы набор результатов, который хранимая процедура должна возвращать, основываясь на различных правилах релевантности, сортируя, что у вас есть.
Это имело побочный эффект от ошибок, регистрируемых в запросе тестера чаще, чем в реальном запросе.
Я предложил на самом деле работать с известным набором результатов, который вы могли бы просто определить, как он должен возвращаться, поскольку вы контролируете имеющиеся данные - ранее данные извлекались из производства, очищались, а затем заполнялись в наших тестовых базах данных.
Люди по-прежнему настаивали на создании собственных запросов для проверки того, что разработчики создали. Я подозреваю, что многие еще есть. Я думаю, что это вовсе не идеально, а просто увеличивает наш тестовый объем без необходимости.
Итак, мне любопытно, какие методы вы используете для тестирования подобных сценариев, и что будет считаться идеальным для наилучшего сквозного покрытия, которое вы можете получить, не вводя хаотические данные?
У меня проблема в том, где лучше всего проводить тестирование. Должен ли я просто указать сервис напрямую и сравнить этот набор данных с тем, который я могу извлечь из хранимой процедуры? У меня есть грубая идея, и до сих пор я был достаточно успешным, но я чувствую, что здесь все еще не хватает чего-то важного, поэтому я обращаюсь к сообществу, чтобы узнать, есть ли у них какие-либо ценные идеи, которые могут помочь сформулировать мой подход к тестированию лучше.