Я многого не могу вспомнить, моя память никогда не была такой, какой должна была быть. Тем не менее, я помню тот день, когда я пошел в класс бухгалтерского учета в качестве первокурсника в старшей школе. И нет, я не имел права голоса в этом. Если вы, как и я, ходили в среднюю школу Форт-Гамильтона, вы, возможно, знакомы с провальным расписанием, которое нам назначили. И если и было что-то, что я вынес из этого класса бухгалтерского учета, это не T-диаграммы, дебеты и кредиты или распущенные волосы учителя - это был CYA, «Прикрой свою задницу». жестокий бизнес или если ты просто житель Нью-Йорка, ты попал туда, откуда я. Но куда это все идет, спросите вы? Тесты.

Это может быть для вас травмирующим и демоническим термином - возможно, вы пережили бесчисленное количество темных ночей, готовых к экзаменам, и нервные срывы прямо перед и сразу после экзамена, но тесты нужны не зря. Другой вопрос, являются ли они необходимыми, полезными, достаточными, эффективными или хорошо написанными. Вот почему в дальнейшем я буду называть эти «тесты» «проверками». Многие защитники утверждают, что вам следует выписывать чеки еще до того, как вы начнете писать свой код. Тогда ваш код должен отражать ваши чеки.

Это может показаться неприятным и пустой тратой вашего времени и усилий - потому что, очевидно, вы намного лучший программист, чем я, - но давайте на секунду остановимся на этом:

  1. Вы формулируете свои цели и определяете свои цели в виде целенаправленных шагов, которые эффективно приводят к красочному изображению схемы вашей программы и / или приложения.
  2. Вы пишете проверки, где, если он функционирует должным образом, должен реагировать определенным и особым образом, обеспечивая целевые результаты и возвращаемые значения.
  3. Синтаксис невероятно прост, как и я.

И последнее, но не менее важное: вы можете убедиться, что выполняете поставленные задачи или, по крайней мере, у вас есть свидетельства того, что вы интерпретируете несколько расплывчатые инструкции по предоставлению - CYA.

Я всегда думал, что сапфир и изумруд - лучшие драгоценные камни, и, возможно, это как-то связано с покемонами, но, может быть, это не так. В любом случае, Руби - это то место, где моя жизнь находится изо дня в день. Как подающий надежды младший разработчик в Flatiron, я ежедневно работаю с Руби. Вы можете спросить, с чем еще я работаю, и это определенно будет RSpec.

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

Что еще более важно, как приступить к написанию теста RSpec?

О, но просто так!

  1. требуется "rspec" и файл, который вы тестируете

2. Определите, что вы будете проверять, с помощью блока описания.

3. начните объяснять, какое поведение (привет моим друзьям через пруд) вы хотите проверить с помощью другого блока описания.

4. Добавьте цвет и смысл жизни в конкретную проверку с помощью ИТ-блока или используйте контекст.

5. изложите свои ожидания в отношении результатов и возвращаемых значений вашего кода.

Я слышал, что Python очень прост в изучении, и это основная причина, по которой колледжи и университеты удваивают его для получения первого языка студентов, но я понял, почему именно он, когда я услышал, как Ави, соучредитель Flatiron School, сломал его. долой философию Python и почему он защищает Ruby - по сути, должен быть только один способ что-то сделать. Он утверждает, что в определенном смысле он ограничивает свободу программистов и менее увлекателен и выразителен, чем Ruby.

Таким образом, есть несколько способов проверить свои методы, код и возвращаемые значения:

Как вы понимаете, я не так одарен в формулировании своих мыслей, как когда-то, если вообще когда-либо, поэтому я без дальнейших церемоний представлю великолепный и доброжелательный поток фрагментов кода:

Давайте просто возьмем минутку и насладимся следующим :)