можно, но не факт что тебя поймут

главное чтобы тебя поняли

Ок, спасибо

Привет
Есть вопрос, может кто может подсказать

Дано:
В github есть два отдельных проекта с приложением и тестами
Используем azure pipelines для деплоймента и ранать тесты
Процесс - создается PR для приложения - запускается пайплайн для приложения - после запускается пайплайн для тестов

Проблема в том, что в PR'е нет результатов пайплайна с тестами

Если у кого есть похожий флоу или опыт настройки таких штук, плиз хелп

Привет, здесь так просто не ответишь)
1. Ты видишь в логах, что тесты запустились? Если нет, то добавь вывод в консоль
2. Добавь в пайплайн шаг с pwd/ls/grep и проверь, что файлик вообще есть там, где ты его ожидаешь
3. Проверь wildcard, которым ты ищешь файлик, может там ошибка в пути или в имени или ** забыл
4. Попробуй сам создать тестовый файлик через touch и проверь прилепится ли он
5. Ещё раз перечитай доку как там артефакты работают, проверь как у тебя
6. Спроси девопса или разраба
7. Спроси ещё раз в чат со скринами

флоу у меня другой, но это как можно найти проблему)

Ого, спасибо.
А вообще поковырял еще и вижу что шаг 6 это первое что завтра надо сделать ибо вскрылись еще проблемы/вопросы

Привет!
Есть те, кто пишет тесты на Detox?
Столкнулся с проблемой закрытия in-app webview по кнопке Done

Привіт
Я перейшла з проекту на сішарпі на проект на джава скріпті.
Поки проект тільки стартує, має розростатись і поки там пару тестів тільки.
Стек - js, Jest, Playwright, supertest
Чи варто переписати зараз на Typescript?
Читаю про плюси тайпскріпта - типізованість, компіляція
А може ще є значні плюси?
Але більше цікавить чи є мінуси переходу з джава скріпта?
Дякую якщо підкажете))

Можна писати і на голому JS і на TS. По моєму досвіду на TS новим людям писати простіше ніж на JS, але тільки якщо правильно налаштована компіляція кимось хто шарить.

Зазвичай після TS, не хочуть писати на js

Если голый js не вызывает проблем при написании тестов, то можно и дальше оставаться на нем.
А по поводу jest+playwright пока ещё тестов немного стоит подумать. У playwright есть свой интересный тест раннер

Если есть возможность, я бы в приоритете делал на TS
1) Исключаем возможность возникновение ошибки с типами (как бы понятно), как по мне проще будет поддержка в будущем
2) При девелопменте импорт модулей делать гараздо проще, IDE по названию модуля сама подсказывает путь
Для рана тестов я заюзал
https://github.com/playwright-community/jest-playwright
И общий стек TS, Playwright, Jest, Allure

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

Дякую за відповіді))
я просто думала що мені всі почнуть писати - ясно що переписуйте)) а получилося неоднозначно))

1) TS не гарантирует исключение ошибок с типами в рантайме

Согласен, уточнение что на на этапе компиляции исключит. Если в рантайме например если делать функционал для проверки ответов с api лучше заюзать либу zod (https://www.npmjs.com/package/zod)

или обмазыватся

https://www.typescriptlang.org/docs/handbook/2/narrowing.html#using-type-predicates

и

https://www.typescriptlang.org/docs/handbook/2/everyday-types.html#type-assertions

👍

В плейрайті є свій ранер, якщо у вас проект на ранній стадії то навіщо вам jest?  Погортайте чат, недавно хтось описував свої проблеми з jest I playwright

К стати только-что порылся, там проблемы основные то что увидел с конфигом (jest-playwright.config.js), и глобальными переменными. Может кто-то еще столкнулся с какими-то проблемами?

привет всем. Подскажите плиз почему компилятор жалуется на типы при запуске команды ‘’’npx tsc --noEmit src/**/*.ts’’’?