Розробляю схожий сервіс testinel.dev з фокусом на швидку діагностику, тріаж та виправлення помилок в Selenium та Playwright автотестах. Не плануєте комерціалізацію?
Дякую! Дуже ціную такий відгук. На даний момент це лише бета-версія тренажера, і я сам ще не зовсім ним задоволений. Планую й надалі його покращувати, додавати нові можливості та робити навчання ще зручнішим.
Дуже подобається цей тренажер. На курсах які проходила цю тему в декількох заняттях і було важко все зрозуміти. А тут зручні підказки, зрозуміле пояснення і гарні приклади. Буду далі користуватися
Дякую за розгорнуту думку.
Ваша стратегія, до речі, дуже близька до нашої: пріоритети, impact analysis і дослідницьке тестування на решту. Різниця радше в тому, яку вагу несе кожна частина.
Уточню лише два моменти.
Регресія у нас нікуди не зникла, вона проводиться турами. Ми вивели з експлуатації скрипти, які з регресії в регресію мали сталий набір перевірок. Навіть параметризований набір лишається рамками, просто ширшими, а нам потрібно було саме вийти за рамки.
Дякую за думку. E2E у нас є і працюють саме так, по застосунку і з перевіркою бізнес-результату. Але навіть добрий E2E перевіряє лише ті сценарії, які хтось заздалегідь придумав, а в проді трапляються якраз ті, які ми не завжди могли передбачити.
Transactional outbox і Temporal нормальні підходи, але вони не прибирають потребу в reconciliation із самою біржею. Ордер уже може бути виконаний зовні, а локальний state ще не зафіксований. Тому recovery та idempotency у мене винесені в окремий шар.
Вітаю, Романе. Дякую, що знайшли час на детальний розбір, відео подивився повністю.
Почну з головного, бо звідси ростуть майже всі зауваження. Стаття про підхід до дослідницького тестування.
Непогано, є куча коду і купа тестів :) Проблеми з консистентністю вирішують на рівні архітектури штуками типу transactional outbox / temporal
Головне питання — що по пнл на лайв трейдах за півроку/рік чи скільки воно крутиться в проді?
Коментарі