первая ссылка в гугле

http://istqb.somee.com/

https://istqb-training.ru/

Из статьи на ДОУ, тоже из первой пятёрки ссылок в Гугле.

Всем привет, занимаюсь ui тестированием андроид приложения, вопрос такой: на странице есть большое число элементов с одним id, но все они имеют разный атрибут text. Как я могу получить список атрибутов text, всех элементов с одним id, находящихся на странице? Язык python

Подскажите пожалуйста, можно ли в selenium вытащить localStorage / sessionStorage поддомена? Допустим, я нахожусь на сайте domain.com, и сайт выставляет значения в localStorage на sub.domain.com.

Цель – не уходя с domain.com вытащить значения из sub.domain.com

С cookie такое помогает сделать devTools, а вот с Local/Session Storage – не канает

texts = [element.text for element in driver.find_elements(xpath_locator)]

Спасибо, попробую

https://www.youtube.com/watch?v=CI8KX6tr4vM
От комита до прод релиза на Netflix.com. Kак команда Netflix вкладывает огромные средства в тестирование. Какие типы тестирования и какая последовательность проверок выполняется.

Коллеги, добрый день! Хотел спросить кто занимается автоматизацией тестирования бекенда на python? Если с Селениумом, Postman, Page Objext вопросов не особо много и они часто хорошо гугляться то с понимаем тестирования бекенда проблема 🙁 . Кто как тестирует бекенд, у меня проекты в основном это web-app на Flask, Django. Пишу на python, pytest. Являются ли unit тесты на pytest тестрованием бекенда?

Pytest + requests хватит для апишки

Верно

+ модельки dataclass_json

+

Вообще хорошая практика юнит тестирования лежит на разработчиках. У меня на проекте весь бэкенд (Django) полностью покрыт юнит тестами, и все тестирование бэкенда, которое требуется от команды QA, проверять API в сваггере с использованием браузера.
По сути API это надстройка над БД, и все юнит тесты на моем проекте уже покрывают различные ошибки, типы данных и ответы на запросы (FactoryBoy).

> По сути API это надстройка над БД

Сильное заявление!

Основанное явно на "большом" опыте :)

Ну отчасти верное
Ведь юзер входя на сайт видит данные, которые предоставляет бек, а он в свою очередь берет из из бд. Так что в целом да)
Но на самом деле нет)

так это у него на проекте, походу, апи написали на часть софтины, которая отвечает за взаимодействие с БД. я так его слова понял. но и особо не вникал)

Да, у Михаила, похоже, CRUD обычный. Просто прозвучало больно категорично и размыто.

https://medium.com/swlh/you-cant-fix-quality-just-by-catching-bugs-ddc01d900474
Вы не можете исправить качество, просто отлавливая ошибки.
Большинством инженеров связанных с качеством и тестированием занимается поиском багов. И не важно или они автоматизируют, или тестируют руками, они заводят баги. И с временем ничего не меняется, найдя одну багу - вторую вы пропустите, а найдя вторую - пропустите еще какую то багу, так как все их найти очень сложно.
Нужен другой подход к решению этой проблемы.

статья пытается связать качество и его метрики и переопределить их, увязав на успех продукта. Как бы замечательны не были QA\qc, зачастую ground breaking фичи продуктов так же скучно тестируются , как и везде. то есть формально это все ключевое о чем в сравнении с Хондой и Теслой пишет автор, не возникает именно в процессе улучшения качества - оно или есть, или его нет. А чтобы оно было, это как раз всякие Маркет ресерчи, product fit, A-B тестирование помогает выявить.

Продукт - не всегда только лишь код, а раз так, в какой-то момент придет понимание, что как бы лучезарно не прогонялись тесты и не слепили тебя своими зелеными галочками, может быть так, что продукт загнется. И никакие подходы для гарантирования экономического результата в тестировании не изобрели. Да даже пресловутый ROI на внедрение тестирования считают от балды.