Tests #24

Merged
Derinhelm merged 10 commits from tests into develop 2021-04-28 23:02:35 +03:00
Showing only changes of commit 889acf6c45 - Show all commits

View File

@@ -13,26 +13,69 @@ from django.contrib.auth.models import User
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
from backend.api import router
from collections import OrderedDict
class EasyTest(APITestCase):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
def test_list(self):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
"""
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
The first test.
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
"""
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
user = User.objects.create_user('test_user', 'test@test.com', 'test_password')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
url = reverse('ToDoLists-list')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.client.force_authenticate(user=user)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response = self.client.get(url, {}, format='json')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
class EasyTest1(APITestCase):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
def get_todo(self, expected_titles):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response = self.client.get(self.url, {}, format='json')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual(response.status_code, status.HTTP_200_OK)
self.assertEqual(response.data, OrderedDict([('count', 0), ('next', None), ('previous', None), ('results', [])]))
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
real_titles = [data['title'] for data in response.data['results']]
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual((response.data['count'], real_titles), \
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
(len(expected_titles), expected_titles))
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response = self.client.post(url, {"title": "ToDoList1"}, format='json')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
def post_todo(self, to_do_title):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response = self.client.post(self.url, {"title": to_do_title}, format='json')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual(response.status_code, status.HTTP_201_CREATED)
self.assertEqual(response.data['title'], "ToDoList1")
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual(response.data['title'], to_do_title)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
return response.data['id']
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response = self.client.get(url, {}, format='json')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
def get_todo_by_id(self, id, expected_title):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
url_with_id = reverse('ToDoLists-detail', args=(id,))
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response = self.client.get(url_with_id, {id: id}, format='json')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual(response.status_code, status.HTTP_200_OK)
self.assertEqual(response.data['title'], expected_title)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
def put_todo(self, id, new_title):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
url_with_id = reverse('ToDoLists-detail', args=(id,))
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response = self.client.put(url_with_id, {"title": new_title}, format='json')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual(response.status_code, status.HTTP_200_OK)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual(response.data['title'], new_title)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
def patch_todo(self, id, new_title):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
url_with_id = reverse('ToDoLists-detail', args=(id,))
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response = self.client.patch(url_with_id, {"title": new_title}, format='json')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual(response.status_code, status.HTTP_200_OK)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual(response.data['title'], new_title)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
def delete_todo(self, id):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
url_with_id = reverse('ToDoLists-detail', args=(id,))
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response = self.client.delete(url_with_id, {}, format='json')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual(response.status_code, status.HTTP_204_NO_CONTENT)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
def test_todo(self):
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
"""
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
Tests API for todo.
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
lists/: get, post
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
lists/{id}/: get, put (update), patch (partial_update), delete
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
"""
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
user = User.objects.create_user('test_user', 'test@test.com', 'test_password')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.client.force_authenticate(user=user)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.url = reverse('ToDoLists-list')
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.get_todo([])
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
to_do_title_1, to_do_title_2 = "ToDoList1", "ToDoList2"
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
to_do_id1 = self.post_todo(to_do_title_1)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.get_todo([to_do_title_1])
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
to_do_id2 = self.post_todo(to_do_title_2)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.get_todo([to_do_title_1, to_do_title_2])
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.get_todo_by_id(to_do_id1, to_do_title_1)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.get_todo_by_id(to_do_id2, to_do_title_2)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.delete_todo(to_do_id2)
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.get_todo([to_do_title_1])
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.put_todo(to_do_id1, "ToDoList11")
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.patch_todo(to_do_id1, "ToDoList12")
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
self.assertEqual((response.data['count'], response.data['next'], response.data['previous'], \
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась
response.data['results'][0]['title']), (1, None, None, "ToDoList1"))
AlekseyLobanov commented 2021-04-26 23:45:51 +03:00 (Migrated from github.com)
Review

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным

Лучше разбить на 3 проверки, т.к. тогда при фейле сообщение будет более информативным
AlekseyLobanov commented 2021-04-26 23:46:50 +03:00 (Migrated from github.com)
Review

Тут желательно проверить предусловие, а потом постусловие:

  1. Сначала проверить, что объект есть
  2. Потом проверить, что объект удалился (204) и его нет.
Тут желательно проверить предусловие, а потом постусловие: 1. Сначала проверить, что объект есть 2. Потом проверить, что объект удалился (204) и его нет.
AlekseyLobanov commented 2021-04-26 23:47:17 +03:00 (Migrated from github.com)
Review

Тоже лучше много проверок, чем одна сложная

Тоже лучше много проверок, чем одна сложная
AlekseyLobanov commented 2021-04-26 23:48:15 +03:00 (Migrated from github.com)
Review

Порядок импортов принят таким:

  1. Python модули
  2. Библиотеки
  3. Пользовательские модули.
    Т.е. collections -> django -> backend.api
Порядок импортов принят таким: 1. Python модули 2. Библиотеки 3. Пользовательские модули. Т.е. collections -> django -> backend.api
AlekseyLobanov commented 2021-04-26 23:49:27 +03:00 (Migrated from github.com)
Review

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

Вот этот вызов выглядит очень непонятно. Лучше использовать именованные переменные, мне кажется
AlekseyLobanov commented 2021-04-26 23:50:44 +03:00 (Migrated from github.com)
Review

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась

Может быть можно этот кейс разбить на несколько более простых: типа просто проверка, что всё ок, проверка, что создание + модификация ок, разные элементы создаются и т.п. Сейчас падение этого теста просто показывает, что что-то сломалось, а несколько тестов показали бы, какая именно часть логики сломалась