bobylev имхо прав, как минимум несколько миллионов значений надо прогнать через юнит тесты, как минимум ручной тестировщик может попросить девелоперов сделать это, вероятно ошибки могут быть на каких-то значениях. также сравнить эти миллионы результатов с результатами от другой библиотеки
обратить особое внимание на "потерю точности", например взять "самое маленькое поддерживаемое число" и посчитать значения, потом взять "второе самое маленькое" и тоже посчитать, ещё увеличить и посчитать. и так далее. исследовать результаты, верны ли они. так же можно сделать с максимальным числом, и где-то в середине
сколько знаков отображает результат? наверное не полное значение ведь оно может быть бесконечным? тогда наверное округляет последнее отображаемое значение? есть три разных округления плюс простая обрезка - какой вариант используется и правильный ли он?
а если в качестве десятичного разделителя использовать не "." а "," ?
при некоторых локализациях машины именно "," будет использоваться (меняем десятичный разделитель в настройках машины)
а как насчёт разделителя тысяч? в зависимости от локализации "." и "," могут использоваться. например 1.000.000,01 валидный вариант для некоторых локализаций, 1,000,001.01 для других
(меняем разделитель тысяч в настройках машины)
числа могут начинаться с нуля, например 001 и 001.01
могут заканчиваться "лишними" нулями, например 0.10, или иметь "лишнюю" десятичную часть, например 1.00 либо 1.00000000
какое самое маленькое число поддерживается? какое самое большое? поддерживается ли нотация записи через "е"?
как насчёт знака "+"? например "+0.1"
валидная неполная запись типа ".1" ".001" и ",1", такая же запись с лишними нулями ".10000", такая же с нулями и плюсом "+.0001"
разные неполные невалидные записи типа "." и "," и разные другие
десятичный разделитель без десятичной части "1." и "1,"
лишние и неверные разделители тысяч, например "1.00" и "1000." и "1.0.0" и "0.01"
аааа У меня точно такое задание помогите понят как сделать тесты
