Size: a a a

testing_in_python

2021 October 08

Mike Кernserj in testing_in_python
мы не можем заранее этого знать, в том-то и проблема
источник

Mike Кernserj in testing_in_python
разбить получится только если проходить по каждому элементу, делать по 2-3 подгружения и смотреть нужный нам параметр
источник

Mike Кernserj in testing_in_python
а это то же самое о чем я писала выше: замедлит выполнение
источник

Mike Кernserj in testing_in_python
вот тут писала
источник

Mike Кernserj in testing_in_python
спасибо всем за ответы!
источник

P

Philip in testing_in_python
В общем, я про подход с работой с данными до запуска теста. Пересмотреть, может, как они формируются. Ведь кто-то их создаёт.
источник

Mike Кernserj in testing_in_python
я тоже изначально за этот подход. Поверьте, я там все облазила, в каждый угол заглянула прежде чем идти с нестандартными запросами к пайтесту.
источник

V

Vita in testing_in_python
Обычно такие вопросы решаются с помощью дебагера с точками останова, но как понял, большинство навык дебаггинга не прокачивают. Ты можешь в предыдущем тесте указать на разные результаты (не найдёшь это, скипни идущий за тобой тест), в последующий тест тоже skipif по условиям укажи
источник

V

Vita in testing_in_python
Или прокачай предыдущий тест, чтобы всегда находил элемент
источник

Mike Кernserj in testing_in_python
причем тут дебаг? причем тут предыдущий тест? тест итак сейчас скипается если элемент не подходит. Я рассматриваю варианты улучшения, чтобы не скипался.
источник

V

Vita in testing_in_python
можно код показать с проблемными местами?
источник

V

Vita in testing_in_python
а то сказали обо одном, укоряют за другое
источник

Mike Кernserj in testing_in_python
вот здесь описала ситуацию . Код выше был для упрощения, потому что я задавала конкретный вопрос по пайтесту, а не спрашивала как мне решить задачу.
Ни в коем случае не упрекаю. спасибо всем за ответы. предлагаю тему закрыть, так как итак времени на нее потрачено больше, чем она того стоит
источник

P

Pavel in testing_in_python
<?xml version="1.0" encoding="utf-8"?>
<testsuites>
 <testsuite name="pytest" errors="0" failures="0" skipped="0" tests="1" time="0.078" timestamp="2021-10-08T07:57:04.372244" hostname="14b25b154d35">
   <testcase classname="tests.test_jenkins.Test_Jenkins" name="test_passes" file="tests/test_jenkins.py" line="4" time="0.047" />
 </testsuite>
</testsuites>
источник

AS

Alexandr Sharshov in testing_in_python
добрый день, помогите пожалуйста.
Пытаюсь запустить тест на мобилке.
Установил и запустил апиум через инспектор, в эмуляторе создал и запустил девайс. Далее, создал скрип:

from appium import webdriver

class Test:
   def test_set_up(self):

       desired_caps = dict(
           platformName='Android',
           platformVersion='9.0',
           deviceName = 'Samsung A10',
           appPackage = 'biz.growapp.winline',
           appActivity = 'biz.growapp.winline.presentation.splash.SplashActivity',

       )
       self.driver = webdriver.Remote('http://127.0.0.1:8200/wd/hub', desired_caps)
       self.driver.find_element_by_accessibility_id('biz.growapp.winline:id/action_bar_root')

Но при запуске падает вот с такой ошибкой, в чем может быть проблема?
Сервер работает нормально, в инспекторе отображаются крины html страниц. Но При этом тест падает
FAILED test_first.py::Test::test_set_up - KeyError: 'status'
источник

А

Алексей in testing_in_python
один файл с одним тестом?
источник

P

Pavel in testing_in_python
да, в testrail создается tesrun
источник

P

Pavel in testing_in_python
пробывал junit_family менять - все так же
источник

А

Алексей in testing_in_python
странно. Погуглите еще ошибку, может кто то с подобным сталкивался. Не юзал тестрейл уже лет сто
источник

P

Pavel in testing_in_python
мне интересно, как связывается тест в отчете с тестом в Testrail?
источник