Когда вам ответят, для примера что он расчитан для пациентов на 100, 80 и 20 кг, вы анпишите тест-кейс:
Усадить пациентоа 100 кг на стул, проверить, что он не упал
Цсадить пациента 80 кг на стул, проверить, то не упал.

Я не согласен. В данном примере я лучше обращусь к тому, кто знает в этом толк и сможет объяснить чего и куда прибить, чем буду сам искать инфу как сделать ремонт. В большинстве сфер как раз наоборот нет такой потребности в  самостоятельном поиске инфы, потому что есть рядом знающий человек, который сможет быстрее и лучше все обьяснить. в отличие от IT, где есть документация, в которой все конкретно и четко прописано без лишней оценочности и вкусовщины.

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

Как считаете, если волею судьбы ручнику-новичку(который хочет в автотесты) дают писать юнит-тесты на методы апи(задумывается как альтернатива постману) - это хорошо с точки зрения развития?

Как считаете, если волею судьбы ручнику-новичку(который хочет в автотесты) дают писать юнит-тесты на методы апи(задумывается как альтернатива постману) - это хорошо с точки зрения развития?

Всё начинается с маленького, вы думали вам сразу дадут исследовать тестовые сценарии и на их основе поднимать e2e тесты?)

Я не про то, что это слишком мало для меня, а про то, будет ли полезно лично для меня, ведь с одной стороны юнит-тесты - нетипичная задача для тестера, с другой стороны юнит-тесты - это единственная возможность хоть что-нибудь покодить

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

Да, полезно. Вы начинаете исследовать пирамиду тестов с низов.

Как считаете, если волею судьбы ручнику-новичку(который хочет в автотесты) дают писать юнит-тесты на методы апи(задумывается как альтернатива постману) - это хорошо с точки зрения развития?