Какой смысл того, чтобы тестировать поддельные репозитории?

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

попробуйте что-нибудь на линии plot(x,y, linestyle = "", marker = "o")

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

в качестве альтернативы вы можете посмотреть на функцию рассеяния

Как общие комментарии:

  • , пожалуйста, проверьте страницу matplotlib plot() для синтаксиса и аргументов для графических настроек
  • приведите минимальный пример с данными для воспроизведения ошибки. Мой ответ - предположение, без выборочных данных я не могу проверить решение

9
задан Jason Coco 2 January 2009 в 13:06
поделиться

3 ответа

Поддельный репозиторий позволяет Вам тестировать просто свой код приложения.

Поддельный репозиторий означает, что автоматизированный тест может легко настроить известное состояние в репозитории.

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

Поддельный репозиторий НЕ является заменой для тестирования системы, которое будет включать Вашу базу данных.

21
ответ дан 4 December 2019 в 07:24
поделиться

Поскольку я вижу его существует две действительно больших причины, почему Вы тестируете против фальшивых ресурсов:

  • Это делает поблочное тестирование быстрее, когда у Вас есть копируемый против медленного ввода-вывода или базы данных. Это ни на что не может быть похожим, если у Вас есть маленький набор тестов, но когда Вы - до +500 модульных тестов, он начинает иметь значение. В такой сумме тесты, которые работают против базы данных, начнут занимать несколько секунд, чтобы сделать. Программисты ленивы и хотят вещи пойти быстро поэтому, если выполнение набора тестов занимает больше чем 10 секунд затем, Вы не будете рады сделать TDD больше.
  • Это осуществляет Вас для размышления о дизайне кода для внесения изменений легче. Дизайн контракта и внедрение зависимости также становятся настолько легче сделать при создании реализации против интерфейсов или абстрактных классов. При правильной организации такой дизайн помогает соответствовать изменениям в Вашем коде.

Единственный недостаток является очевидным:

  • Как можно быть уверены, что это действительно работает?

... и для именно это интеграционные тесты.

7
ответ дан 4 December 2019 в 07:24
поделиться

Я ответ upvoted Жирафа, но хотят добавить просто несколько точек:

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

  • Используя локальный ложный/поддельный репозиторий укрепляет пользователя уровня абстракции данных, который является хорошей практикой дизайна.

Как пример, я использовал что-то в качестве простого как a HashMap реализовать насмешку для уровня доступа к данным. Это делает чрезвычайно легким для каждого модульного теста гарантировать, чтобы точно необходимые условия существовали для его цели, и проверить, что правильные вызовы были выполнены на уровне доступа к данным.

2
ответ дан 4 December 2019 в 07:24
поделиться
Другие вопросы по тегам:

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