Думаю, что переключение активности очень помогает. Можно заняться исследовательским тестированием или пробовать специально сломать систему. И конечно нужно заниматься любой другой активностью кроме работы, чтобы не зацикливаться.
Да, я тебе задаю вопросы - чтобы понять твой ход мыслей.
Потому, что формулировки "сегодня по доходу с начала года удерживаем 13, а завтра, в новом месяце, уже больше. " - указывают на то, что ты не разбираешься в вопросе.
"сегодня по доходу с начала года удерживаем 13, а завтра, в новом месяце, уже больше. " - Если физ лицо сегодня получило доход в 3 млн рублей, то какой НДЛФ должен быть удержан?
Может использоваться типовая конфигурация и при обновлении вероятность дефектов невелика.
Может быть вариант, что типовая конфигурация дополнена определенным (самописным) функционалом. Тогда, при обновлении вероятность возникновения ошибок - выше.
Но, тут конечно все зависит от конфигурации и "качества" кода.
А что такое тестирование? Это процесс в котором проверяется качество ПО. Если можно автоматизировать какую то проверку - то это нужно сделать, почему нет?
Может быть у вас есть какой то альтернативный способ?
Думаю, что переключение активности очень помогает. Можно заняться исследовательским тестированием или пробовать специально сломать систему. И конечно нужно заниматься любой другой активностью кроме работы, чтобы не зацикливаться.
Вижу, что ты очень амбициозный - надеюсь тебе это в жизни помогает.
Мое предложение к тебе:
Сходи в бар и закажи себе -1 стакан пива.
Потом расскажешь результаты данного эксперимента.
Да, я тебе задаю вопросы - чтобы понять твой ход мыслей.
Потому, что формулировки "сегодня по доходу с начала года удерживаем 13, а завтра, в новом месяце, уже больше. " - указывают на то, что ты не разбираешься в вопросе.
Вот, статья. Почитай. https://www.nalog.gov.ru/rn05/news/activities_fts/15068109/
"сегодня по доходу с начала года удерживаем 13, а завтра, в новом месяце, уже больше. " - Если физ лицо сегодня получило доход в 3 млн рублей, то какой НДЛФ должен быть удержан?
Вот, мне совсем не понятно что ты пишешь.
Что значит "Сегодня НДФЛ 13%, завтра 15%."? - Это как?
Ставка НДФЛ зависит от дохода физ лица - а не от "Сегодня" или "завтра".
"Зависимость может быть от даты, например." - имеется ввиду, что у каждого документа есть дата, так?
И получается, что есть историческая последовательность документов и каждый новый документ должен учитывать документы заведенные ранее?
"а с чего они не должны изменяться? " - приведи пример.
"вдруг типовая конфигурация посчитала правильно, а ваш тест кривой? " - в жизни все может быть.
Вчера ты писал, что ничего не понял из статьи.
Сегодня ты пишешь, что другой пользователь ничего не понял - и якобы он бот. И что статья "тупая".
Думаешь, твое мнение кому то интересно?
У меня складывается впечатление, что ты представитель альтернативного интеллекта.
если нужное количество раз - то надо писать алгоритм.
Запускать автотесты нужно каждый релиз (сборку).
А с чего бы должны изменяться результаты во времени?)
Может быть вы куда то летите?) С каким ускорением?)
Конечно, с этим согласен.
Может использоваться типовая конфигурация и при обновлении вероятность дефектов невелика.
Может быть вариант, что типовая конфигурация дополнена определенным (самописным) функционалом. Тогда, при обновлении вероятность возникновения ошибок - выше.
Но, тут конечно все зависит от конфигурации и "качества" кода.
Да, вопрос очень "интересный".
А вычислить нужно один раз или много?)
А что такое тестирование? Это процесс в котором проверяется качество ПО. Если можно автоматизировать какую то проверку - то это нужно сделать, почему нет?
Может быть у вас есть какой то альтернативный способ?
Не, совсем понял вопрос.
Но, если нужно проверить какой-то вычисление - то нужно его повторить и сравнить со своим результатом.
"А каких именно расчетов?" - Любых.
"В типовой конфигурации?" - думаю, что это не важно типовая или нет.
"Вы хотите проверить все имеющиеся в ней расчёты? " - Это очень амбиционная цель. Лучше, начать с самого простого.
"С какой целью? " - Чтобы не проверять это вручную.
Проблема тестирования расчетов и как их можно автоматизировать с помощью инструмента vanessa automation
"кажется не очень нужным" - а я думаю, что нужно.
Конечно, можно все считать вручную с помощью калькулятора, или например на листке бумаги в столбик. Кому как удобно)
Но, я думаю, что если можно автоматизировать проверку - то это надо делать.
Возможно, с первого взгляда может быть ничего неизвестно.
Главное начать. Можно еще немного подумать :-D
Можно не знать правильное решение задачи заранее - главное двигаться в нужном направлении. Итеративный подход дает хорошие результаты.
В статье я рассмотрел самый простой пример расчета ЗП.
Заранее подумал, что если расписывать все факторы (вычеты, исполнительные листы, неполные ставки) - то получится очень запутанно.
А чем же не сочетаются "много факторов" и "известна формула"?
Чем больше факторов - тем более сложная формула для вычисления.
В том то и дело, что много факторов влияющих на расчет.
Но, если известна формула и известны переменные (значения) - то почему это не сделать автоматизированный сценарий?