Сообщение Re[3]: Тестирование бесполезно от 16.06.2021 6:51
Изменено 16.06.2021 10:55 Pauel
Re[3]: Тестирование бесполезно
Здравствуйте, varenikAA, Вы писали:
N>>Докажите.
AA>Это очевидно, сначала нужен тестируемый объект.
Не нужен.
AA>Возvожно в каких-то ЯП из-за их слабости этот метод бы и подошел, но я думаю все же лучше сразу проектировать рабочий компонент.
Лучше и писать сразу без ошибок.
Рабочий вариант как правило на старте неизвестен. Если у тебя не так, это значит, ты занимаешься задачами, которые уже перерос.
AA>а при помощи тестирования лишь проверять качество(привет, Property-based testing).
А как ты качество понимаешь, раз оно у тебя в проектировании отсутствует?
Вот твой property-based
кто тебе мешает написать такой код еще до того, как contains объявлена?
N>>Докажите.
AA>Это очевидно, сначала нужен тестируемый объект.
Не нужен.
AA>Возvожно в каких-то ЯП из-за их слабости этот метод бы и подошел, но я думаю все же лучше сразу проектировать рабочий компонент.
Лучше и писать сразу без ошибок.
Рабочий вариант как правило на старте неизвестен. Если у тебя не так, это значит, ты занимаешься задачами, которые уже перерос.
AA>а при помощи тестирования лишь проверять качество(привет, Property-based testing).
А как ты качество понимаешь, раз оно у тебя в проектировании отсутствует?
Вот твой property-based
const fc = require('fast-check');
fc.assert(
fc.property(
fc.string(), fc.string(), fc.string(),
(a, b, c) => contains(b, a+b+c))
);кто тебе мешает написать такой код еще до того, как contains объявлена?
Re[3]: Тестирование бесполезно
Здравствуйте, varenikAA, Вы писали:
N>>Докажите.
AA>Это очевидно, сначала нужен тестируемый объект.
Не нужен.
AA>Возvожно в каких-то ЯП из-за их слабости этот метод бы и подошел, но я думаю все же лучше сразу проектировать рабочий компонент.
Лучше и писать сразу без ошибок.
Рабочий вариант как правило на старте неизвестен. Если у тебя не так, это значит, ты занимаешься задачами, которые уже перерос.
AA>а при помощи тестирования лишь проверять качество(привет, Property-based testing).
А как ты качество понимаешь, раз оно у тебя в проектировании отсутствует?
Вот твой property-based
кто тебе мешает написать такой код еще до того, как concat объявлена?
N>>Докажите.
AA>Это очевидно, сначала нужен тестируемый объект.
Не нужен.
AA>Возvожно в каких-то ЯП из-за их слабости этот метод бы и подошел, но я думаю все же лучше сразу проектировать рабочий компонент.
Лучше и писать сразу без ошибок.
Рабочий вариант как правило на старте неизвестен. Если у тебя не так, это значит, ты занимаешься задачами, которые уже перерос.
AA>а при помощи тестирования лишь проверять качество(привет, Property-based testing).
А как ты качество понимаешь, раз оно у тебя в проектировании отсутствует?
Вот твой property-based
const fc = require('fast-check');
fc.assert(
fc.property(
fc.string(), fc.string(), fc.string(),
(a, b, c) => contains(b, a+b+c))
);кто тебе мешает написать такой код еще до того, как concat объявлена?