Что в логах то перед ребутом?

Всем привет, ребята не вкурсе от яндекса есть инструмент для автоматического сравнения скриншотов, несовпадающие элементы он подсвечивает

как называется?

Ashot, да

нашлось единственное событие

https://github.com/yandex-qatools/ashot

Ну значит какой то процесс или настройка ребутит тачку

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

Угу, я успел почитать уже. Пишут ещё, что в планировщике может быть дело, но там нет подобных задач.

Привет, кто-то пишет формальные тест-дизайны, как high level документы, если да то можно пример и формат скинуть такого документа.

Привет, кто-то пишет формальные тест-дизайны, как high level документы, если да то можно пример и формат скинуть такого документа.

Мне казалось, что тест-дизайн это скорее процесс (и набор практик по ведению оного), чем документ. Нет? Не очень понимаю, что в ответ вы ожидаете получить: пример высокоуровневой тестовой документации, или пример спецификации по тест-дизайну в рамках компании, или что?

Мне казалось, что тест-дизайн это скорее процесс (и набор практик по ведению оного), чем документ. Нет? Не очень понимаю, что в ответ вы ожидаете получить: пример высокоуровневой тестовой документации, или пример спецификации по тест-дизайну в рамках компании, или что?

да обычно это процесс, но так же есть проекты с более формализированными процессами, где тест дизайны являются частью процесса и описываются отдельно, в мед сфере мы делаем это в табличном виде, мне интересно как это делают другие.

Ну, т.е. ты имеешь ввиду test design specification, представляющую собой, по сути, требования (или мануалы) к тому, как надо дизайнить тесты, или что?

Интересно ж.

по сути да)

по-грамотному это действительно называется test design specification

документация тестов, на то как писать тест документацию? О_о

документация тестов, на то как писать тест документацию? О_о

Не совсем.

Это, по сути, формализованные и прописанные acceptance criteria для тестовой документации.

Абсолютно нормальный и распространённый документ

Чтобы тест план от тест плана не отличался кардинально

http://www.badtesting.com/test-documentation/test-design-specification/

чем вот этот не подходит ?

по-грамотному это действительно называется test design specification

Ну, тут сильно зависит от степени подробности и разношерстности того, как и что вы пишите. На мой практике вполне хватало отдельной страницы в Confluence, описывающих must have, и желательные критерии. Это больше походило на code style доку, чем на формализованный документ, но сильно упрощало процесс вхождения для новых людей + позволяло пинать ребят, что бы не писали тесты абы как.

IEEE 829 Test Design Specification описывает просто рекомендации как это должно выглядеть, а мне интересно как это реализовано в компаниях ...

IEEE 829 Test Design Specification описывает просто рекомендации как это должно выглядеть, а мне интересно как это реализовано в компаниях ...

Одной страничкой в конфлюенсе , как Шу описал

Привет, кто-то пишет формальные тест-дизайны, как high level документы, если да то можно пример и формат скинуть такого документа.

я видел такой формат: что high level это юзер сторя, а детали ее с детальными проверками это уже классические тест кейсы

можно попробовать погуглить что-то по: high level test case

Юзерстори, кажется, немного про другое.

high level test case это вообще про другое

это не формальный документ описывающий как пишется тест, это тест принимающий систему как целое и тестирующий ее как e2e

low level - юнит тест, апи-запрос и его проверка..

аа чет я плохо вопрос понял(

я думал нужно high level тест кейсы

Привет, кто-то из Латвии тут есть ? по работе вопрос)

Спрашивай

Если хотите что-то спросить - сначала задайте вопрос. Тот, кто в теме - сам вам ответит. Не пытайтесь сначала завладеть вниманием всех, а потом спрашивать. Это не работает и только тратит ваше и наше время.

а что, там всё так плохо?

я думаю, лучше, чем в глубинке Россиюшки

Нет, мне в РФ и так хорошо, нужна помощь связанная с тестированием, но не совсем по теме чата, вот и захломлять не хотел)

я думаю, лучше, чем в глубинке Россиюшки

ну смотря где в глубинке и Латвии работать )

народ, кто-нибудь тестировал кэшбэк-сервисы?

а в чём отличие от любых других?

может человеку чек-лист нужен или тест-кейсы)

Зачем работать если целый чат тестировщиков есть ;)

интересно, может я какой-то кейс проглядел

Скинь ссылку в джуниорский чат - там перепроверят)

кто-нибудь сталкивался со снапшотами браузера? (по аналогии с виртуалками) есть какие-нибудь инструменты, расширения?

Зачем работать если целый чат тестировщиков есть ;)

ачотакможнобыло? ?

вы сделали мое утро!

ачотакможнобыло? ?

Конечно, главное бесплатно

Скинь ссылку в джуниорский чат - там перепроверят)

шозачат?

Пару раз мелькала в чате, сам там не сижу

ну вот так вот всегда

https://t.me/qajuniors

О! Наконец-то мой чат

А пост тут можно опубликовать?

*ссылку на пост

кароч, еси чё то вжух пусть будет) https://medium.com/@newromka/reified-jaxb-77c18c7dbb9e

кароч, еси чё то вжух пусть будет) https://medium.com/@newromka/reified-jaxb-77c18c7dbb9e

Статья звучит почти как гимн "Почему лучше писать на Python".

Распарсил одной строкой, разложил xml в key-value другой, работаешь со словарем. Win.

Подскажите, кто чем автоматизирует api testing?

Python + Requests + Pytest.

java+restAssured

js+mocha+chai

java+testng+selenium

java+testng+selenium

Селениум для API? Серьезно?

Селениум для API? Серьезно?

Угу :)

Но зачем?

Но зачем?

Не понимаю для начала, что не так. Можно подробнее?

По restAssured подскажите какой-нибудь хороший гайд для старта?

Не понимаю для начала, что не так. Можно подробнее?

Вы сначала определитесь, что такое API :D

API - это грубо говоря циферки\буковки в той или иной струтуре (xml, json) - зачем и как seleinum призванный работать с графическим интерфейсом поможет вам в тестировании api?

Не понимаю для начала, что не так. Можно подробнее?

Ну, окей. Селениум - библиотека для работы с вебдрайвером, предполагает имитацию user interaction в браузере, взаимодействие с UI и прочее. Тестирование API не требует браузера от слова совсем, и селениум видится там лишним. Поэтому и был вопрос зачем и в какой роли вы его там используете?

API - это грубо говоря циферки\буковки в той или иной струтуре (xml, json) - зачем и как seleinum призванный работать с графическим интерфейсом поможет вам в тестировании api?

Потому что с базы xml дергаю и сравниваю с сайтом.

codeception, postman

Это не очень похоже на тестирование API.

По restAssured подскажите какой-нибудь хороший гайд для старта?

https://semaphoreci.com/community/tutorials/testing-rest-endpoints-using-rest-assured

Это не очень похоже на тестирование API.

угу

@Kxbxzx спасибо