Size: a a a

2019 August 30

П

Павел in Laravel UA
это верхний уровень QA. А простые работяги? Думал их функции как у нас писать код, у них писать тесты
источник

В

Вячеслав in Laravel UA
В условиях даю 2к в независимости от скоупа проекта, вообще невозможно сделать что-то нормальное)
источник

П

Павел in Laravel UA
2к условная цена. Больше конечно
источник

В

Вячеслав in Laravel UA
Павел
это верхний уровень QA. А простые работяги? Думал их функции как у нас писать код, у них писать тесты
Это не верхний уровень) Абривиатура - Quality assurance
источник

РИ

Роман Игумнов in Laravel UA
Павел
2к условная цена. Больше конечно
)))))) НУ у  меня больше не  получалось, хотя опыта мало и я сам виноват
источник

В

Вячеслав in Laravel UA
Гарат качества
источник

П

Павел in Laravel UA
но посчитать время проекта может по идее только архитектор
источник

П

Павел in Laravel UA
я вот половину проектов затягивал на недели
источник

В

Вячеслав in Laravel UA
Любой разработчик должен уметь оценить время, но это другая история
источник

РИ

Роман Игумнов in Laravel UA
Павел
я вот половину проектов затягивал на недели
+ и более
источник

В

Вячеслав in Laravel UA
Так вот. Допустим ты прикинул, что сделаешь проект примерно за 200 часов и закладываешь ещё 100 на отладку, фиксы и т.д.
При написании тестов, у тебя не должно вдруг стать 400 часов, потому что нужно писать тесты. Должно быть примерно так:
На разработку с учётом тестов ты потратишь не 200, а 240 часов, а на отладку время сократится,  и в сумме получится допустим 280 часов
источник

В

Вячеслав in Laravel UA
Как минимум 20 часов экономия на первой стадии. Ну и дальше тесты будут только экономить время на отладку
источник

П

Павел in Laravel UA
я думаю проблема в том, что не понимаю как начать. что тестировать. в любом случае надо пробовать. без этого выше не подняться
источник

В

Вячеслав in Laravel UA
+ Если ты используешь TDD, т.е. пишешь сначала тест, ты сразу прописываешь, все нужные результаты алгоритма, при разработке фичи и экономишь время на переписовании. Т.к. обычно это происходит так:
Разраб начинает педалить, немного продвинулся, понял что начал писать не то, немного переписал, потом ещё дальше, опять нужно немного переписать и т.д. Когда у тебя будет готовый тест, этих метаний будет гораздо меньше
источник

В

Вячеслав in Laravel UA
На самом деле всё просто. Тестируй результат алгоритма, который пишешь. Пишешь регистрацию? что она должна делать? создавать пользователя в БД? Значит протестируй, что после регистрации, есть соответствующие записи в БД
источник

П

Павел in Laravel UA
у меня непраивльный подход изначально. архитектура пишется с колес
источник

РИ

Роман Игумнов in Laravel UA
Вячеслав
+ Если ты используешь TDD, т.е. пишешь сначала тест, ты сразу прописываешь, все нужные результаты алгоритма, при разработке фичи и экономишь время на переписовании. Т.к. обычно это происходит так:
Разраб начинает педалить, немного продвинулся, понял что начал писать не то, немного переписал, потом ещё дальше, опять нужно немного переписать и т.д. Когда у тебя будет готовый тест, этих метаний будет гораздо меньше
Вот умеешь ты мысль довести четко! )
источник

П

Павел in Laravel UA
TDD это последний этап в изучении тестов. Начать надо хоть с азов
источник

РИ

Роман Игумнов in Laravel UA
Вячеслав
На самом деле всё просто. Тестируй результат алгоритма, который пишешь. Пишешь регистрацию? что она должна делать? создавать пользователя в БД? Значит протестируй, что после регистрации, есть соответствующие записи в БД
Ты пишешь для себя всегда или для клиента?
источник

В

Вячеслав in Laravel UA
Роман Игумнов
Вот умеешь ты мысль довести четко! )
🙂
источник