Comments 5
Следующим шагом станет оценка по UseCase Points :)
Альтернатив гораздо больше, например: сервер ответил ошибкой; сервер не ответил вовремя (таймаут); сервер ответил некорректной структурой данных, например, HTML вместо JSON (ошибка разбора). И еще интереснее: в поле даты введена не дата; в поле даты введено что-то похожее на дату, но не подходящее по календарю (30-е февраля); в поле поиска введены пробелы; в поле поиска введены символы, которые являются специальными в некоторых контекстах (кавычки, процент, апмерсанд и т.п.).
Судя по оценке в часах, у вас мало личного опыта программирования.
Судя по оценке в часах, у вас мало личного опыта программирования.
Да уж, оценка занижена.
Но как пример, демонстрирующий общий подход к подобного рода задач, вполне прокатывает для нулевого приближения при обучении молодых манагеров…
То, что пишите Вы, хоть и повышает трудозатраты в разЫ при разработке с нуля, но является вторым и третьим приближением к оценке затрат. К тому же, чаще всего в серьезных системах уже есть наработанные ранее средства работы с примитивами данных и их проверок…
Но как пример, демонстрирующий общий подход к подобного рода задач, вполне прокатывает для нулевого приближения при обучении молодых манагеров…
То, что пишите Вы, хоть и повышает трудозатраты в разЫ при разработке с нуля, но является вторым и третьим приближением к оценке затрат. К тому же, чаще всего в серьезных системах уже есть наработанные ранее средства работы с примитивами данных и их проверок…
верно замечено, но идею статья передала хорошо, а вы отлично дополнили
Интересная идея, спасибо!
Возьму на заметку
Возьму на заметку
Sign up to leave a comment.
Как использовать сценарии использования для точной оценки трудоемкости работы