это хорошая идея писать тесты для других сред, кроме разработки?

Question

Допустим, у меня есть (довольно типичный) набор сред: PROD, UAT, QA, DEV. Это хорошая идея для запуска ваших тестов во всех средах?

Вот о чем я думаю. У меня есть процесс в SQL, от которого зависит мой код, я назову его proc_getActiveCustomers. Если этого процесса нет, мое приложение очень быстро уйдет на юг. Поэтому я пишу тест, который проверяет наличие этого процесса в базе данных. Здесь нет ничего нового.

Но когда я затем разверну свое приложение в среде QA, захочу ли я также провести тест, проверяющий эту среду на наличие proc_getActiveCustomers? Я думаю, что это хорошая идея, но я никогда не слышал много о тестировании в средах вне разработки. Заставляет меня задуматься, есть ли какой-то недостаток, о котором я не знаю.

Направление, по которому я иду, - это составить список сред в коде, а затем передать эту среду в мой модульный тест.

Answer 1

Это называется smoketest , и ИМХО, это хорошая идея в вашем случае (тоже).

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

Answer 2

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

Answer 3

Тест, о котором вы говорите, не кажется мне «модульным» тестом. Он проверяет правильность настроек. Я бы, конечно, включил проверку в код инициализации приложения и заставил бы его создать хранимую процедуру на всякий случай, но я бы не назвал ее «тестом» в смысле TDD.

Это все равно, что запустить контрольный список, чтобы убедиться, что все ваши компоненты установлены правильно.

Модульный тест должен проверить, работает ли компонент, как предполагалось, а не если он там ...