Тимур Бабаев#38

Open

truefolder wants to merge 10 commits intokontur-courses:masterfrom

truefolder:homework

truefolder commented Oct 23, 2025

No description provided.

truefolder added 3 commits

October 24, 2025 03:11


          Переписал тестовый метод CheckCurrentTsar на FluentAssertions

8302ea2


          Описал недостатки второго подхода в ObjectComparison


          NumberValidator: Удалил повторяющиеся тесты, добавил тесты, переписал…

… единый тестовый метод на несколько с TestCase'ами

truefolder changed the title ~~WIP: Тимур Бабаев~~ Тимур Бабаев

HELLoWorlD01100 suggested changes

View reviewed changes

Testing/Basic/Homework/1. ObjectComparison/ObjectComparison.cs Outdated

Comment on lines 21 to 22

		.Excluding(t => t.Id)
		.Excluding(t => t.Parent.Id));

HELLoWorlD01100 Oct 26, 2025

t.Parent.Parent.Id учитываться будет :) И т.д по цепочке.

Давай подумаем в сторону того, как исключить сравнение для всех сущностей такого типа

Author

truefolder Oct 27, 2025

Поправил, теперь исключаю из сравнения все поля названные Id

Author

truefolder Oct 27, 2025

В версии FluentAssertions выше также есть удобная встроенная опция исключения полей по их названию, но наверное из-за платной лицензии в 8 версии обновлять библу не стоит ради этой фичи

Testing/Basic/Homework/1. ObjectComparison/ObjectComparison.cs

Comment on lines +34 to +42

+                      /*
+                       * 1. В тестовом методе выше есть возможность отследить на каком из этапов сравнения двух экземпляров класса
+                       * упал тест. Здесь же, используя кастомный метод сравнения AreEqual мы можем проверить только факт полного
+                       * совпадения всех полей, и не сможем отследить какое именно поле отличается.
+                       * 2. При добавлении новых полей в класс Person необходимо каждый раз переписывать метод AreEqual
+                       * Ну и читаемость намного возрастает в сравнении с решением представленным выше, там просто
+                       * нужно знать что делает BeEquivalentTo и понимать что его поведение не изменится, а здесь нужно разбираться
+                       * в методе AreEqual который может время от времени меняться в зависимости от полей класса Person
+                       */

HELLoWorlD01100 Oct 26, 2025

Есть еще недостаток, связанный с самой реализацией AreEquals.

Представь какое-нибудь большое генеалогическое дерево. Справится ли с ним AreEquals вообще?

Author

truefolder Oct 27, 2025

Нашел еще недостаток - если Parent у двух царей будет ссылаться друг на друга, то AreEqual войдет в бесконечный цикл проверок на этапе сравнения родителей. Это он, или есть еще какие-то недостатки?

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs Outdated

Comment on lines 9 to 26

+                  [TestCase(17, 2, true, "0.0", true)]
+                  [TestCase(17, 2, true, "0", true)]
+                  [TestCase(3, 2, true, "00.00", false)]
+                  [TestCase(3, 2, true, "-0.00", false)]
+                  [TestCase(3, 2, true, "+0.00", false)]
+                  [TestCase(4, 2, true, "+1.23", true)]
+                  [TestCase(3, 2, true, "+1.23", false)]
+                  [TestCase(17, 2, true, "0.000", false)]
+                  [TestCase(3, 2, true, "-1.23", false)]
+                  [TestCase(3, 2, false, "-1.23", false)]
+                  [TestCase(5, 2, false, "-1.23", true)]
+                  [TestCase(10, 2, false,null, false)]
+                  [TestCase(10, 2, false, "", false)]
+                  [TestCase(10, 2, false, "abc", false)]
+                  [TestCase(10, 2, false, "1..2", false)]
+                  [TestCase(10, 2, false, "1.", false)]
+                  [TestCase(10, 2, false, "1.2.3", false)]
+                  [TestCase(10, 2, false, "a.sd", false)]

HELLoWorlD01100 Oct 26, 2025

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

Давай добавим информативности, чтобы мне было сразу понятно какая логика сломалась

Author

truefolder Oct 27, 2025

Добавил TestName каждому тест-кейсу

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs Outdated

+                  [TestCase(10, 2, false, "1.", false)]
+                  [TestCase(10, 2, false, "1.2.3", false)]
+                  [TestCase(10, 2, false, "a.sd", false)]
+                  public void IsValidNumber_ShouldBeAsExpected(int precision, int scale, bool onlyPositive, string number, bool expectedResult)

HELLoWorlD01100 Oct 26, 2025

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

Сейчас это сделано через переменную expectedResult, что значительно снижает читаемость(нужно посмотреть TestCase, понять, что expectedResult соответствует последней переменной, посмотреть в код). И так для каждого TestCase'а.

Author

truefolder Oct 27, 2025

Поправил

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs Outdated

+                  {
+                      var createNumberValidator = () => new NumberValidator(precision, scale, onlyPositive);
+                      createNumberValidator.Should().Throw<Exception>().Which.Should().BeOfType(expectedExceptionType);

HELLoWorlD01100 Oct 26, 2025

А у тебя в конструкторе других типов концептуально и не может возникнуть)

Author

truefolder Oct 27, 2025

Согласен, но вдруг у разрабов класса возникнет потребность выбрасывать какие-нибудь другие исключения, например ArgumentOutOfRange вместо ArgumentException, или ArgumentNullException когда строка = null вместо return false в IsValidNumber. Я с этой целью делал так, чтобы если поменяется пул возможных исключений в классе было меньше боли добавлять на это больше тестов

HELLoWorlD01100 Oct 28, 2025

Я согласен, что такое может быть. Но у нас сама архитектура такого не предполагает.

Конкретно тут сошлюсь на KISS, т.к мы начинаем закладываться под то, чего 99% не будет

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs Outdated

Comment on lines 32 to 34

+                  [TestCase(-1, 2, true, typeof(ArgumentException))]
+                  [TestCase(1, -1, false, typeof(ArgumentException))]
+                  [TestCase(1, 1, false, typeof(ArgumentException))]

HELLoWorlD01100 Oct 26, 2025

Можно еще кейсов накинуть. Например, когда precision=0. Корнер кейсы лучше всегда отдельно рассматривать в тестах.

Также стоит рассмотреть случаи, когда невалидные параметры пересекаются(выполняются оба условия)

Author

truefolder Oct 27, 2025

Теперь рассматриваю еще случаи когда:

precision = 0
scale > precision
precision = 0 и scale < 0
precision и scale < 0

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs Outdated

+                  [TestCase(10, 2, false, "1.", false)]
+                  [TestCase(10, 2, false, "1.2.3", false)]
+                  [TestCase(10, 2, false, "a.sd", false)]
+                  public void IsValidNumber_ShouldBeAsExpected(int precision, int scale, bool onlyPositive, string number, bool expectedResult)

HELLoWorlD01100 Oct 26, 2025

Тоже можно еще кейсов накинуть.

Например, у тебя число может быть слишком большим.
Опять же корнер-кейсы, вроде precision заданное и precision самого числа совпадают.
null передать вместо строчки и т.д.

Author

truefolder Oct 27, 2025

Добавил еще больше проверок покрывающих корнер-кейсы

truefolder added 3 commits

October 27, 2025 15:25


          Поправил исключение поля Id из сравнения объектов

fdaf680


          Разделил тестовые методы для IsValidNumber на 2 метода

3757a6c


          TestName'ы, больше тестов

7e71bb9

HELLoWorlD01100 suggested changes

View reviewed changes

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs

+                  [TestCase(5, 2, false, "123456", TestName = "IsValidNumber_ShouldBeFalse_WhenPrecisionExceededByIntegerPart")]
+                  [TestCase(3, 0, false, "1234", TestName = "IsValidNumber_ShouldBeFalse_WhenIntegerPartLongerThanPrecision")]
+                  [TestCase(5, 2, false, "000.000", TestName = "IsValidNumber_ShouldBeFalse_WhenTotalDigitsExceedPrecision")]
+                  public void IsValidNumber_ShouldBeFalse_WhenParametersInvalid(int precision, int scale, bool onlyPositive, string number)

HELLoWorlD01100 Oct 28, 2025

Все равно вижу непокрытые кейсы. Например, вместо точки можно запятую указать. Или другой символ.
Или long.MaxValue + 1. Или число вида ".1".

В общем давай еще подумаем какие мы не покрываем. В строчке у тебя буквально может быть что угодно

HELLoWorlD01100 Oct 28, 2025

А еще у тебя могут быть неэкранируемые символы, будет работать в этом случае метод? А если японские цифры использовать?

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs Outdated

+                  {
+                      var createNumberValidator = () => new NumberValidator(precision, scale, onlyPositive);
+                      createNumberValidator.Should().Throw<Exception>().Which.Should().BeOfType(expectedExceptionType);

HELLoWorlD01100 Oct 28, 2025

Я согласен, что такое может быть. Но у нас сама архитектура такого не предполагает.

Конкретно тут сошлюсь на KISS, т.к мы начинаем закладываться под то, чего 99% не будет

truefolder added 2 commits

October 28, 2025 11:53


          Теперь ожидаем только один тип выбрасываемого исключения

8ad7c55


          Тесты со scale = 0, запятыми и другими корнер-кейсами

b23d42c

HELLoWorlD01100 suggested changes

View reviewed changes

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs

+                  [TestCase(5, 2, false, "123456", TestName = "IsValidNumber_ShouldBeFalse_WhenPrecisionExceededByIntegerPart")]
+                  [TestCase(3, 0, false, "1234", TestName = "IsValidNumber_ShouldBeFalse_WhenIntegerPartLongerThanPrecision")]
+                  [TestCase(5, 2, false, "000.000", TestName = "IsValidNumber_ShouldBeFalse_WhenTotalDigitsExceedPrecision")]
+                  public void IsValidNumber_ShouldBeFalse_WhenParametersInvalid(int precision, int scale, bool onlyPositive, string number)

HELLoWorlD01100 Oct 28, 2025

А еще у тебя могут быть неэкранируемые символы, будет работать в этом случае метод? А если японские цифры использовать?


          Тесты на неэкранируемые символы и неарабские цифры

c4ee0b2

HELLoWorlD01100 suggested changes

View reviewed changes

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs

Comment on lines +27 to +28

		[TestCase(10, 2, false, "１２３", TestName = "IsValidNumber_ShouldBeTrue_WhenJapaneseDigitsUsed")]
		[TestCase(10, 2, false, "１２３.４５", TestName = "IsValidNumber_ShouldBeTrue_WhenJapaneseDigitsWithDotUsed")]

HELLoWorlD01100 Oct 28, 2025

Я имел в виду какие-нибудь символы типа - 六(6 на кандзи)

Ну и учитывай, что у тебя еще и другие языки есть. Со своими цифрами.

Кейсы можно еще комбинировать - часть арабскими цифрами, часть другими и тд

Testing/Basic/Homework/2. NumberValidator/NumberValidatorTests.cs

+                  [TestCase(5, 0, false, "-1234", TestName = "IsValidNumber_ShouldBeTrue_WhenIntegerWithinPrecisionWithoutFraction")]
+                  [TestCase(5, 2, false, "999.99", TestName = "IsValidNumber_ShouldBeTrue_WhenPrecisionAndScaleAtUpperBound")]
+                  [TestCase(20, 5, false, "9223372036854775808", TestName = "IsValidNumber_ShouldBeTrue_WhenNumberExceedsLongMaxValue")]
+                  [TestCase(50, 10, false, "12345678901234567890.1234567890", TestName = "IsValidNumber_ShouldBeTrue_WhenVeryLongNumberWithinPrecision")]

HELLoWorlD01100 Oct 28, 2025

А если такое же число, но условиям валидации не подходит? :)


          Больше тестов на цифры разных языков, тесты с большим числом но невер…

692efc2

…ными вводными

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet