Какой командой можно очистить директорию хранения тестов перед тем, как записать туда новые? Pytest + allure

rm *

rm -rf имя_диры_с_тестами

sudo rm -Rf —no-preserve-root /

Аналог для винды подскажете?

винда зло

del system 32

шучу не надо этого делать

шучу не надо этого делать

Поздно...

ты бы не ответил

Да ну? а мобила мне на что?

тебе файлы надо в папке удалить или же саму папку ?

Все файлы в папке

Come on, это не тот вопрос, который хотят читать 1371 человек

спрашивать в QA как удалить папку это конечно сильно)

del /q PATH_TO_FOLDER\*.* for /d %i in (PATH_TO_FOLDER\*.*) do @rmdir /s /q "%i"

спрашивать в QA как удалить папку это конечно сильно)

Да да да, все такие умные, поздравляю вас с этим.

>> Поставил интерпретатор питона, IDE, либы pytest и allure >> Не знаешь, как очистить папку или хотя бы воспользоваться гуглом

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

Пора бы написать и прикрепить запись о том, как задать вопрос)

Пора бы написать и прикрепить запись о том, как задать вопрос)

может, человеку просто хочется общения?

del /f /q путь

может, человеку просто хочется общения?

Но мы даже не знаем, как его зовут :(

может это бот?

Но мы даже не знаем, как его зовут :(

Авто. Авто Тестер.

может это бот?

автотестировщик тестирует чат

Пора бы написать и прикрепить запись о том, как задать вопрос)

Вы удивитесь, но такое сообщение уже есть. И уже закреплено.

Вы удивитесь, но такое сообщение уже есть. И уже закреплено.

Вот они и следуют этому посту, они "сначала задают вопрос и завладевают вниманием всех")

Вот они и следуют этому посту, они "сначала задают вопрос и завладевают вниманием всех")

Вы читали вообще это сообщение?

Если хотите что-то спросить - сначала задайте вопрос. Тот, кто в теме - сам вам ответит. Не пытайтесь сначала завладеть вниманием всех, а потом спрашивать. Это не работает и только тратит ваше и наше время.

Я предлагаю добавить рекомендации по тому, как задавать вопросы

Типа того, что в вакансиях, где четко расписано, что и как

А ещё можно написать инструкцию как гуглить, как запускать телеграм и как включать компьютер.

Коллеги, сообщаете ли вы клиенту об обнаруженных ошибках в продакшен приложении? И какую-то дополнительную информацию при этом?

Нет же.

У меня осталось ощущение незаконченной фразы, или я не понял.

О! Как наивно. Заказчик, позвонит и скажет: "Нихера не работает! Вы, уроды, быстро починили!"

Я тоже утрирую, но реальность бывает и такая.

Заказчик ожидает качественного продукта, договоры - фигня.

По договору за баги в проде можно попасть на бабло.

По договору за баги в проде можно попасть на бабло.

что за дикий договор такой

Ты реально представляешь, что заказчик рповодит регрессионое тестирование и тестировние новых фич?

что за дикий договор такой

По госконтрактам, например.

Речь не об этом сейчас, а об ищначальном вопросе.

Нет.

что за дикий договор такой

вполне себе нормальный договор. пока чинишь - капают бабки как штраф.

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

вполне себе нормальный договор. пока чинишь - капают бабки как штраф.

Никогда такую дичь не подписывал и не подписал бы

ТЗ в Agile разработке?

ERROR: S client not available

Никогда такую дичь не подписывал и не подписал бы

подписывает компания.

я компания

А если ты сам пропарил баг?

тогда ищите другие подряды.

Это считается, что продукт качественный?

Это считается, что продукт качественный?

хорошая попытка вброса)

Это не вброс. Сформулируем так: вы накосячили, в проде баг. Сообщаете ли заказчику и как?

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

Вы уводите меня от изначальной темы, потому что не можете ответить?

Я не говорил про сдачу проекта.

К примеру, какой-то мудак поменял что-то в API, веб-приложение работает, а мобильное где-то сломали.

Не будет ему стоить фикс.

а зачем кто-то что-то менял в api проекта который сдали?

доработка с инициативы заказчика?

С точки зрения заказчика именно такой.

а зачем кто-то что-то менял в api проекта который сдали?

человеческий фактор

какой еще фактор?

То, что заказчик недопроверил функционал - его проблемы. Но если баг небольшой и легко правится, то можно его исправить и своими силами, для поддержания хороших отношений с заказчиком.

лезть в то, что уже сдали?)

я не очень понимаю что-то

Короче, мы из разных вселенных похоже. Разговор можно закончить.

Короче, мы из разных вселенных похоже. Разговор можно закончить.

да не, Вы просто не пояснили как так вышло

Коллеги, сообщаете ли вы клиенту об обнаруженных ошибках в продакшен приложении? И какую-то дополнительную информацию при этом?

Сообщаю. Но только в том случае, когда дополнительная инфрмация, это заявление о том, что баг исправлен или будет исправлен *оч близкая дата/время*. Но, всегда стараюсь прикрутить причину к важным изменениям, которые связаны с правками заказчика (не помню, чтобы было без них) или не ясным толкованием ТЗ (охохох).

Господа, вы из-за допущений срач развели