У меня вопрос назрел, вот вы все тут про tdd, bdd прочие лучшие практики разговариваете. Как вы понимаете что делаете это правильно, ну и ещё, обычно вы лично внедряете или просто присутствуете в команде, где это уже есть и так делают все?

у нас в команде я просто набиваю шишки себе, пытаясь понять как в данной ситуации будет лучше

@guga4ka набросил и свалил))

аналогично) ретроспективы всякие проводим командой

Не-не

я все читаю

я думал ты пришел пхпшников потроллить)

просто за пару лет что пишу код за деньги, только в 1 проект смог протащить тесты

ну я например тупо не спрашиваю)

омг, как вы без тестов на компилируемом языке то работаете?

а в других фаервол пакеты заблокировал при скачке?)

как там в жаве ant make me happy?

омг, как вы без тестов на компилируемом языке то работаете?

я тебе больше скажу, я тратил по часу-два в день на ручное протыкивание функционала, который уже был

ну то есть.... я правильно понимаю что когда тебя просят дать оценку на задачу ты такой..., "ну это займет 16 часов но с тестами 20"

и по пару дней сидел с дебагером в руках

и тебе такие "не нафиг тесты"

или это было что-то в духе "товарисч менеджер, а тесты писать можно?"

ну то есть.... я правильно понимаю что когда тебя просят дать оценку на задачу ты такой..., "ну это займет 16 часов но с тестами 20"

Нет, проект с нуля был только 1, и в нем то как раз были тесты.

а в остальных "так заведено", ничего не трогай

меня на котлине немного подзаебало перезапускать каждый раз приложение, ждать запуска спринга и тд. с тестами все на много быстрее разрабатывать же

а в остальных "так заведено", ничего не трогай

а код писать можно?

меня на котлине немного подзаебало перезапускать каждый раз приложение, ждать запуска спринга и тд. с тестами все на много быстрее разрабатывать же

а в жсе ваще капец, пока эти сборщики соберут, пока дойдешь до нужной страницы с нужным условием :\

а на пхп хрена, накидал код, зашел в браузер тыкнул ф5 и уже все работает)

фуу, мы не такие, мы в постман заходим)

а код писать можно?

У себя я бы мог написать их, но даже в дев их пропихнуть уже бы не вышло, потому что пришлось бы менять билд скрипт, тащить либы и прочее

фуу, мы не такие, мы в постман заходим)

ну я образно) я чаще из cli работаю

ну я образно) я чаще из cli работаю

curl'ом?

httpie

Же

окай(

curl'ом?

не. у меня демоны, крон скрипты и прочий ужас

а

хе

У себя я бы мог написать их, но даже в дев их пропихнуть уже бы не вышло, потому что пришлось бы менять билд скрипт, тащить либы и прочее

так а это сложно?

я часто в последнее время делаю так: пишу набросок кода, делаю тест в котором только передаю входящие параметры, вызываю его и смотрю че мне вернул метод и по тому что вернуло делаю ключевые ассерты. потом рефакторинг

так а это сложно?

Нет, работы на 3-4 часа, но никто не захотел.

httpie

недавно все же перешел на postman

тупо потому что можно шарить коллекции запросов между командой

мне просто кажется, там же что-то уровня packagemanager install --dev junit; echo "junit ." >> build.sh

но в целом я сейчас активно смотрю в сторону graphql и там ни то ни то не удобно

мне просто кажется, там же что-то уровня packagemanager install --dev junit; echo "junit ." >> build.sh

dependencies { ... testCompile "org.springframework.boot:spring-boot-starter-test:$springBootVersion" testCompile "org.mockito:mockito-core:2.4.1" testCompile "com.nhaarman:mockito-kotlin:1.0.1" }

😃

ну почти)

а отчетики, новые таски в ci, отьяснить команде что к чему

отчетики?

у меня другой вопрос.... тут может есть кто кто вводил в команде юнит тесты там всякие и у кого были при этом "ручные QA"

у меня проблемка сейчас... допустим я потратил на реализацию задачи 4 часа + тесты, скидываю в тестирование, там в целом все тест кейсы почти покрыты, и QA всеравно тратит по 2 часа на проверки

у меня другой вопрос.... тут может есть кто кто вводил в команде юнит тесты там всякие и у кого были при этом "ручные QA"

одно другому не мешает) юнит тесты это вообще такой себе гарант работоспособности приложения

одно другому не мешает) юнит тесты это вообще такой себе гарант работоспособности приложения

не не, это testing vs verification

у меня проблемка сейчас... допустим я потратил на реализацию задачи 4 часа + тесты, скидываю в тестирование, там в целом все тест кейсы почти покрыты, и QA всеравно тратит по 2 часа на проверки

так это ж ок

ну как по мне эту пустая трата времени

мне было бы лучше если бы QA проверили мои тест кейсы

что я покрыл все что им нужно

а приложение не работало по итогу?)

работало конечно

у нас сейчас трабл - 90% времени QA тратят не на тестирование а на верификацию работы программистов

что я считаю категорически неправильным

а баги все равно находят стейкхолдеры и клиенты 😃

у нас qa больше делает еще аналитику, мол, на таком-то девайсе по углом в 30 градусов я как юзер кнопку и не заметил бы

хуже

чет не выделяется она

баги находу я когда раз в пару недель делаю основательное ревью кода)

хотя и такое бывает что клиенты баги находят

баги находу я когда раз в пару недель делаю основательное ревью кода)

идешь по коммитам и смотришь что было?

но это в основном те кейсы про которые мы не думали

мы ревью делаем только в PR в основном

идешь по коммитам и смотришь что было?

не, просто хожу по исходникам мастера

1. ищу где используются сеттеры

2. ищу где используются геттеры

)))

по нарушениям инкапсуляции можно легко найти проблемы

тип "где-то что-то забыли"

public function setName(string ... и сразу triggered ))

не ну это я просто хочу команду убедить не делать геттеров и сеттеров

шучу)

и ищу аргументы таким образом

мол "вот чувак, если бы ты тут не делал геттеров, у тебя небыло бы пробле"

блин, может мне тоже таким позаниматься

за месяц нашел в своем проекте как минимум десяток таких вот мелких проблем. Половину уже зарефакторил

ну как мелких

они бизнес логику по итогу делают неконсистентной