Слишком много сквозного тестирования? [закрыто]

Закрыто. Этот вопрос не по теме . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос , чтобы он по теме для переполнения стека.

Закрыто 7 лет назад .

Я действительно разочарован всей этой ситуацией, и вот почему:

Я унаследовал полностью непроверенную устаревшую систему для хранения множества различных клиентских баз данных и одной главной базы данных (с другой схемой) в синхронизировать. Когда мне передали систему, она была доработана лишь частично, из-за множества дефектов, которые мешали ей работать правильно ~ 90% времени.

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

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

Мне не хватало времени, и поскольку в этой системе есть по крайней мере сотня различных способов передачи данных из одной базы данных в другую, а это всего несколько тысяч строк кода, я просто продолжал делать все больше и больше сквозных. конечные тесты, в основном 1-2 на дефект, который существовал, когда я взялся за проект. Я закончил систему с помощью 16 модульных тестов (TDD из кода, который я добавил) и 113 сквозных тестов, многие из которых были непосредственно основаны на предыдущих дефектах.

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

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

Я исправлял неуспешные сквозные тесты, и, честно говоря, большинство из них не удавалось по одной или двум простым причинам (например, по разным датам округления в новой базе данных), но я разочарован тем фактом, что мои тесты были настолько хрупкими . Несмотря на то, что они правильно потерпели неудачу, мне нужно было всего один или два, чтобы сказать мне это, а не 100. Проблема в том, что для модульного тестирования не так много кода, потому что большая часть его просто выбирает данные из одной таблицы на основе дат, затем выбор тех же данных из другой базы данных , объединение двух, затем вставка / обновление соответствующим образом.

Я никак не смог бы завершить эту систему без этих тестов, но боль, связанная с их обслуживанием, в основном приводит меня к следующему вопросу: какие-либо предложения, как мне действовать / или что я мог бы сделать лучше? Неужели я потратил слишком много времени на написание этих сквозных тестов в первый раз? Я прочитал "Эффективная работа с наследием" Код, но я чувствовал, что на самом деле там не было хорошего ответа на ту боль, которую я чувствовал, кроме: «просто рефакторинг и напишите больше модульных тестов», что, как мне кажется, на самом деле не очень хороший вариант для уникального природа этой системы состоит в том, что очень мало кода и много преобразования базы данных.

задан Steve 8 February 2012 в 18:54

0 ответов

Другие вопросы по тегам:

unit-testing automated-tests integration-testing end-to-end

Слишком много сквозного тестирования? [закрыто]

0 ответов

Похожие вопросы: