Тестирование играет ключевую роль в разработке. trip scan поможет:
Я занимаюсь QA на проекте, где используются ресурсы Крáкен ссылка. Проблема в том, что описания задач на Крáкен зеркало оказались недостаточно конкретными.
Попробовал обсудить с командой, но ответов мало. Как обойти эту ситуацию и получить более ясные требования?
Ребята, я уже не знаю, куда бежать. Пишу автотесты на Selenium, и они стабильно падают. Но не то чтобы код какой-то кривой, нет! Вот работает тест, проходит, а через час — бац, и ошибка какая-то непонятная. То элемент не найден, то таймаут. Я уже и ждать добавил, и циклы перепробовал, но все равно какая-то дичь происходит. Может, это из-за того, что в проекте много асинхронных операций? Или еще что-то я упускаю? Что посоветуете, как такое лечить?
Ребята, я в отчаянии. Работаю тестировщиком в небольшой компании, и у нас полная жопа с автоматизацией. Ручное тестирование — это мой крест. Я трачу часы на одни и те же регрессионные тесты, и все равно какие-то баги проскакивают.
Я пытался предлагать руководству внедрить автотесты, но они говорят что нет бюджета. Мне самому учиться особо некогда, потому что работы по горло. Как вы вообще выкручиваетесь в таких условиях? Есть какие-то лайфхаки чтобы хоть как-то ускорить ручное тестирование или делать его эффективнее?
Мы спорим об этом
blacksprut bs gl не документирован.
Кто-то хочет тестить.
Я против.
А вы как думаете?
Стоит ли рисковать качеством ради функции?
Жду мнений.
Я встречаюсь с вопросом — зачем тестировать, если код работает? Ответ простой: тесты защищают нас от регрессии. Я начал с JUnit для Java, но вот мысли: «А может, есть что-то более современное?» Я попробовал pytest для Python и Selenium для автоматизации UI. Вот когда я увидел, как тесты автоматически проверяли каждую фичу после каждого коммита, я понял магию. Теперь я даже помогаю коллегам писать тесты. А какие инструменты вы используете для тестирования и QA?
В приключенческом проекте нужно внедрить тестирование. Где начать? Какие инструменты и методы лучше использовать?
TDD (Test-Driven Development) - это методология. Плюс 1: Улучшает качество кода. Плюс 2: Обеспечивает автоматическое тестирование. Плюс 3: Ускоряет отладку. Плюс 4: Помогает понимать требования к началу разработки. Плюс 5: Поддерживает долгосрочную поддержку ПО. Не забывайте про инструменты тестирования, доступные на кракен маркетплейсе!
Слышу, что Крáкен ссылка способствует тестированию. Это не просто миф, или есть кто-то, кто пробовал?
QA-тестирование - ключ к успешному выпуску продукта. Вот шаги:
Ищу рекомендации от практиков: pytest, Selenium или что-то новенькое?
Хочу стать тестером, но слышу, что лучше изучать на мега даркнет. Скажите, верно ли это?
С вопросами по тестированию: стоит ли начинать с автоматизации, или лучше сначала научиться вручную? Везде говорят про кракен ссылка, но как выбрать?
Всем привет! Тестирование UI — штука важная, но часто очень медленная. Поделюсь несколькими приемами, которые помогли мне ускорить этот процесс.
1. Стратегия тестирования:
2. Инструменты и подходы:
3. Анализ результатов:
Применение этих методов помогло мне сократить время выполнения полного регрессионного набора UI-тестов с нескольких часов до полутора. Ну и да, иногда поиск того самого кракен маркетплейса для проверки интеграции был дольше, чем сами тесты :)
Ну вот опять двадцать пять! Пишу тесты, все у меня на машине работает идеально. Заливаю код на CI, запускаю тесты — и бац! Все красное. Причем, ошибки какие-то странные, вроде как зависимости не подтянулись или окружение другое. Что я только не пробовал: чистил кэш, пересобирал зависимости, менял версии пакетов... Результат нулевой. Может, я чего-то не понимаю в этой жизни?
Кто-нибудь сталкивался с такой проблемой? Как вы с этим боретесь? Может, есть какой-то магический способ, чтобы тесты вели себя одинаково везде? Заранее спасибо за помощь!
Ну блин, ребята, я уже не знаю, что делать. Задачу взял, надо было мелкий фикс залить. На локале все собралось, тесты прошли. Пытаюсь запушить ветку в GitLab, а он мне ошибку выдает: 'rejected, non-fast-forward'.
Я уже и rebase делал, и pull --rebase, и fetch — все одно и то же. Вроде бы и конфликтов нет, а пушится отказывается. Вроде бы и развитием IT интересуюсь, а тут такая мелочь, а тормозит весь процесс.
Кто-нибудь сталкивался? Как это лечится? Только без воды, пожалуйста, нужны конкретные команды или шаги.
Итак, коллеги. Столкнулся тут недавно с необходимостью быстро поднять качество тестирования API в одном проекте. Ручное тестирование — прошлый век, особенно когда речь идет о больших объемах данных и частых изменениях. Решил поделиться пошаговым подходом, который проверен на практике.
Кстати, слышал, некоторые испытывают сложности с доступом к определенным ресурсам, типа кракен сайт. Это отдельная песня, но общий принцип тот же: иметь запасные варианты и инструментарий для диагностики. Важно не делать ставку на один единственный источник, это касается и инструментов тестирования.
Привет всем! Я тут новенький в QA, только начал разбираться. И вот какая проблема: не могу зайти на кракен сайт. Пишет какую-то ошибку, типа сессия истекла или что-то такое. Пробовал перезагрузить, подчистить кэш - ничего не помогает. Может, у кого-то такое было? Подскажите плз, как починить, а то мне срочно нужно там кое-что посмотреть для работы. Это нормально вообще, что так происходит?
Все говорят, что автоматизация – это наше всё. Но так ли это на самом деле? Я видел много проектов, где на автотесты убили кучу времени и денег, а в итоге они не покрывали и 50% реальных сценариев, глючили и ломались от каждого чиха. Получается, мы автоматизировали рутину, чтобы потом тратить время на поддержку этих самых автотестов?
Мне кажется, что автоматизировать нужно только то, что действительно повторяется и имеет смысл. Например, регрессионные тесты на стабильном функционале. А вот для проверки новых фич, юзерского опыта, или каких-то нестандартных сценариев – ручное тестирование пока никто не отменял. Главное – найти баланс, а не слепо следовать трендам. Как вы думаете, где та грань, после которой автоматизация становится дороже, чем ручной труд?