Сообщение Re[31]: C# ждет участь Delphi? от 19.02.2022 12:52
Изменено 19.02.2022 12:55 kaa.python
Re[31]: C# ждет участь Delphi?
Здравствуйте, Serginio1, Вы писали:
S>Конечно пишу. Но просто невозможно покрыть все тестами. Кроме входных параметров нужно еще учитывать все состояние системы которые влияют на обработку этих параметров.
S> Ты вот полностью игнорируешь NP полные задачи.
У меня нет таких задач, а если бы и были, то всегда можно выделить достаточные для тестирования сценарии сценарии. И то что у тебя там нарисовано в веб сервере и напечатано тоже на такие задачи никак не тянет, так что мне не понятно зачем ты их тут вообще приплетаешь.
S> Еще раз ошибки есть в сторонних библиотеках. Как ты находишь ошибки в них?
S>Толку то, что ты нашел ошибку. Нужно понять почему она возникла. И входных параметров мало! Нужно еще и дамп памяти итд!
Будут тесты которые покажут где конкретно падает и при каких входных данных. Будет лог который четко покажет как всё пошло не так. Почти всегда этого достаточно, в те редкие (меньше 1%, т.е. не каждый месяц даже) случае когда этого не достаточно, возьму корку со стеком вызовов в тесте, да погляжу что там пошло не так в одном маленьком, изолированном сценарии. В чем сложность? Не надо на всю систему глядеть, достаточно на очень небольшой сценарий. Мне думается, тебе и в правду было бы полезно заняться самообразованием, там всякие TDD и прочее. Ну нельзя же так работать, прогресс далеко шагнул, сильно дальше кропотливого изучения падения приложения в отладчике.
S>Конечно пишу. Но просто невозможно покрыть все тестами. Кроме входных параметров нужно еще учитывать все состояние системы которые влияют на обработку этих параметров.
S> Ты вот полностью игнорируешь NP полные задачи.
У меня нет таких задач, а если бы и были, то всегда можно выделить достаточные для тестирования сценарии сценарии. И то что у тебя там нарисовано в веб сервере и напечатано тоже на такие задачи никак не тянет, так что мне не понятно зачем ты их тут вообще приплетаешь.
S> Еще раз ошибки есть в сторонних библиотеках. Как ты находишь ошибки в них?
S>Толку то, что ты нашел ошибку. Нужно понять почему она возникла. И входных параметров мало! Нужно еще и дамп памяти итд!
Будут тесты которые покажут где конкретно падает и при каких входных данных. Будет лог который четко покажет как всё пошло не так. Почти всегда этого достаточно, в те редкие (меньше 1%, т.е. не каждый месяц даже) случае когда этого не достаточно, возьму корку со стеком вызовов в тесте, да погляжу что там пошло не так в одном маленьком, изолированном сценарии. В чем сложность? Не надо на всю систему глядеть, достаточно на очень небольшой сценарий. Мне думается, тебе и в правду было бы полезно заняться самообразованием, там всякие TDD и прочее. Ну нельзя же так работать, прогресс далеко шагнул, сильно дальше кропотливого изучения падения приложения в отладчике.
Re[31]: C# ждет участь Delphi?
Здравствуйте, Serginio1, Вы писали:
S>Конечно пишу. Но просто невозможно покрыть все тестами. Кроме входных параметров нужно еще учитывать все состояние системы которые влияют на обработку этих параметров.
S> Ты вот полностью игнорируешь NP полные задачи.
У меня нет таких задач, а если бы и были, то всегда можно выделить достаточные для тестирования сценарии. И то что у тебя там нарисовано в веб сервере и напечатано тоже на такие задачи никак не тянет, так что мне не понятно зачем ты их тут вообще приплетаешь.
S> Еще раз ошибки есть в сторонних библиотеках. Как ты находишь ошибки в них?
S>Толку то, что ты нашел ошибку. Нужно понять почему она возникла. И входных параметров мало! Нужно еще и дамп памяти итд!
Будут тесты которые покажут где конкретно падает и при каких входных данных. Будет лог который четко покажет как всё пошло не так. Почти всегда этого достаточно, в те редкие (меньше 1%, т.е. не каждый месяц даже) случае когда этого не достаточно, возьму корку со стеком вызовов в тесте, да погляжу что там пошло не так в одном маленьком, изолированном сценарии. В чем сложность? Не надо на всю систему глядеть, достаточно на очень небольшой сценарий. Мне думается, тебе и в правду было бы полезно заняться самообразованием, там всякие TDD и прочее. Ну нельзя же так работать, прогресс далеко шагнул, сильно дальше кропотливого изучения падения приложения в отладчике.
S>Конечно пишу. Но просто невозможно покрыть все тестами. Кроме входных параметров нужно еще учитывать все состояние системы которые влияют на обработку этих параметров.
S> Ты вот полностью игнорируешь NP полные задачи.
У меня нет таких задач, а если бы и были, то всегда можно выделить достаточные для тестирования сценарии. И то что у тебя там нарисовано в веб сервере и напечатано тоже на такие задачи никак не тянет, так что мне не понятно зачем ты их тут вообще приплетаешь.
S> Еще раз ошибки есть в сторонних библиотеках. Как ты находишь ошибки в них?
S>Толку то, что ты нашел ошибку. Нужно понять почему она возникла. И входных параметров мало! Нужно еще и дамп памяти итд!
Будут тесты которые покажут где конкретно падает и при каких входных данных. Будет лог который четко покажет как всё пошло не так. Почти всегда этого достаточно, в те редкие (меньше 1%, т.е. не каждый месяц даже) случае когда этого не достаточно, возьму корку со стеком вызовов в тесте, да погляжу что там пошло не так в одном маленьком, изолированном сценарии. В чем сложность? Не надо на всю систему глядеть, достаточно на очень небольшой сценарий. Мне думается, тебе и в правду было бы полезно заняться самообразованием, там всякие TDD и прочее. Ну нельзя же так работать, прогресс далеко шагнул, сильно дальше кропотливого изучения падения приложения в отладчике.