AG
Ааа понятно
Size: a a a
2019 April 23
AG
Зерокраси ®️
В Зерокраси если не ошибаюсь, они работают через issue (ticket), то есть девелопер берет тикет какой то сам напишет тест и код.
и пушит, то есть это не Test Release Over Abstraction. У них защита на репозиторий стоит и он не пропускает пулл реквесты.
и пушит, то есть это не Test Release Over Abstraction. У них защита на репозиторий стоит и он не пропускает пулл реквесты.
AG
Похоже на FitNesse, где QA/BA может накидать акцептанс тесты в простом табличном виде, а фреймворк сгенерит по ним код тестов с плейсхолдерами. Девелопер заменяет или реализует код плейсхолдеров.
В моем случае речь не идет о QA, ведь они тестируют в основном GUI, Web UI, Mobile UI, или может быть даже CLI.
AG
Я хочу полностью тестировать бизнес логику и при этом создать API, причем только абстрактную
AK
Про Антона Кекса уже писали
просто оставлю это тут:
https://youtu.be/NOrvkC4a_KU?list=PLVe-2wcL84b8x3krxqsYHwlmfb4kb8A4n
просто оставлю это тут:
https://youtu.be/NOrvkC4a_KU?list=PLVe-2wcL84b8x3krxqsYHwlmfb4kb8A4n
AK
думаю, его test ping-pong намного более разумная техника для ТДД
чем писать все тесты сразу, а потом ждать что их кто-то заимплементит, а не просто в мусорку отправит..
к слову, как вы собираетесь тестировать что-то отличное от крудов такой техникой?
соберете все тестовые классы скажем на систему распределенного кэша? или на профайлер? тесты на такие вещи просто нельзя разом взять и написать от и до..
чем писать все тесты сразу, а потом ждать что их кто-то заимплементит, а не просто в мусорку отправит..
к слову, как вы собираетесь тестировать что-то отличное от крудов такой техникой?
соберете все тестовые классы скажем на систему распределенного кэша? или на профайлер? тесты на такие вещи просто нельзя разом взять и написать от и до..
AG
Про Антона Кекса уже писали
просто оставлю это тут:
https://youtu.be/NOrvkC4a_KU?list=PLVe-2wcL84b8x3krxqsYHwlmfb4kb8A4n
просто оставлю это тут:
https://youtu.be/NOrvkC4a_KU?list=PLVe-2wcL84b8x3krxqsYHwlmfb4kb8A4n
Надо будет посмотреть, Спасибо
AG
думаю, его test ping-pong намного более разумная техника для ТДД
чем писать все тесты сразу, а потом ждать что их кто-то заимплементит, а не просто в мусорку отправит..
к слову, как вы собираетесь тестировать что-то отличное от крудов такой техникой?
соберете все тестовые классы скажем на систему распределенного кэша? или на профайлер? тесты на такие вещи просто нельзя разом взять и написать от и до..
чем писать все тесты сразу, а потом ждать что их кто-то заимплементит, а не просто в мусорку отправит..
к слову, как вы собираетесь тестировать что-то отличное от крудов такой техникой?
соберете все тестовые классы скажем на систему распределенного кэша? или на профайлер? тесты на такие вещи просто нельзя разом взять и написать от и до..
Возможно Вы правы, я только проверяю гипотезу. Я буду даже рад если есть какие-то готовые решения. или даже доказательтва которые опровергнут мою теорию. Во всяком случае я буду знать по какому направлению мне продолжить свой путь
AT
либо API надо поставить между ними, один будет тест писать мокая абстрации так этого вполне будет достаточно
Егор же против моков 🤔
AG
Егор же против моков 🤔
Нет, я считаю что моки хорошая идея. и еще считаю что юнит тесты это идеальное место где можно использовать reflection.
AT
Егор=Асад?
AG
Егор=Асад?
Я не против моков. Я за… так что Егор != Асад
JL
Нет, я считаю что моки хорошая идея. и еще считаю что юнит тесты это идеальное место где можно использовать reflection.
А вот Oracle так не считает, если я правильно понимаю их варнинги)
AG
А вот Oracle так не считает, если я правильно понимаю их варнинги)
Немножко не логично получается на мой взгляд. Как вы представляете юнит тесты без моков?
JL
Я про рефлексию)
AG
Я про рефлексию)
Ну тогда как вы представляете моки без рефлексии?
JL
Есть разница между проксированием моков и тем, что, например, делает PowerMock
r
Я хочу полностью тестировать бизнес логику и при этом создать API, причем только абстрактную
Ну вот в фитнессе же описываются кейсы, где проверяются входные/выходные значения и состояния системы до и после. Как раз бизнес-логика. Фактически, это получается interface agreement.
Входной точкой таких проверок могут быть как ui/rest, так и просто конкретные классы (см. TwoMinuteExample в юзергайде)
Входной точкой таких проверок могут быть как ui/rest, так и просто конкретные классы (см. TwoMinuteExample в юзергайде)
AG
Есть разница между проксированием моков и тем, что, например, делает PowerMock
Но в итоге они же оба использует рефлексию, так?
AG
Ну вот в фитнессе же описываются кейсы, где проверяются входные/выходные значения и состояния системы до и после. Как раз бизнес-логика. Фактически, это получается interface agreement.
Входной точкой таких проверок могут быть как ui/rest, так и просто конкретные классы (см. TwoMinuteExample в юзергайде)
Входной точкой таких проверок могут быть как ui/rest, так и просто конкретные классы (см. TwoMinuteExample в юзергайде)
Я еще не успел проверить Fitnesse. Но во всяком случае я уже готов попробовать его в своем проекте.