Микіла Яновіч, пєрілогінтєсь
Вроде норм, разобраться с интентами можно. Непомню было ли там про сервисы, грэйдл, комменту 5 лет-то. И после песочницы более не игрался с ним
я б расставил приоритеты:
1. Webdriver
2. если на проекте нету возможности создавать входящие данные с ЮИ — но есть нужный эндпоинт — автоматизация REST / SOAP.
3. если п.2 нету и прям горит на вчера — базы данных готовьте у себя тест данные инжектите и чистите перед/после тестов
4. Если п.2 нету и не горит — учитесь и делайте стабы/моки — лучше на том языке на котором у вас крутится BE
Все это можно нагуглить без особых проблем
Очень удобно javascriptexecutor’ом ловить ElementNotClickable/NotVisible exception’ы, правда?
При том что xpath не сильно сложнее чем ходить по ФС командной строкой. Если вы (или кто-то из ваших) копи-пастите xpath из браузера — вовсе не значит что так правильно. (не вижу ничего ужасного в //button[text()=’Yes’], //h1[contains(@title,’blabla’)]
и зачастую альтернативы xpath нет — так как у разных кнопок одинаковы цсс селектор (а чтоб пробраться к уникальному — выражение будет аж никак не лучше чем у xpath)/ нейм аттрибута нету + он дает возможность использовать текст элемента в селекторе.
тыкать разработчиков чтоб добавили какой-то аттрибут — как-то не очень (если со старта не было заложено). Если юзают реакт (например) и есть компонент с полечком — добавили обязательный аттрибут testid (для удобства тестирования) — рефакторить весь проект с этим, это как-то не ок
Чего сленг, ИМХО обыное определение:
en.wikipedia.org/wiki/Happy_path
1. Начните с того, что узнайте какой основной флоу будет у конечного пользователя этого сайта.
1.1. Что еще может конечный юзверь.
1.2 Разработайте сьюты по фолу
1.3 Узнайте о конф-ии прода и какую нагрузку должен держать. Сделайте минимальный лоад тестинг желательно с профайлером дабы узнать где есть места для оптимизации если вдруг пользователей будет х10-х100.
1.4 Автоматизируйте повторяющиеся шаги
2. Сделайте тест план по сьютам+приоритетам/эссайнментам/эстимейшнам
3. Можно, но лучше документируйте т.к. хаос будет однозначно
Конечно, вы можете это все разбить на детальные кейсы за наличием свободного времени.
Начинать лучше с хэппи-пасов и постепенно вникать в логику приложения
Воу, так подробно я не интересовался, но вы правы, когда-то где-то читал и детально не вникал)
Брал Creative Aurvana Live 2. Уши огонь, 32Ома, Дэноновские динамики, уши не жмут — норм ведут на стандартных звуковухах.
Рекомендую выбрать себе несколько ушей, взять оборудование на котором будешь слухать и пойти в какой-то портатив. послушать и выбрать что тебе нравиться. Сам думал возьму аудиотехнкику/сенхи, но нет.
А вообще дело индивидуальное — иди сам слушай, бери то что нравится тебе.
Т.е. аж 3 проверки ИТ контор — как по мне звучит не столь уж и страшно.Up: ain.ua/2015/09/21/604901
Делал через эту же контору. Паспорт забирал там же. Забрал паспорт в течении часу
Кому-то срочно надо продать овердохрена POS-терминалов...
+1 к JSON. Засовываешь в него ид+кол-во+раздел, на страничке корзины вытаскиваешь по идентификаторам из базы и вуа-ля, дело 15 минут, не понимаю зачем вообще топик создавать :(
Я прошел эти www.udemy.com/...m-scratch-beta
По более детальным вопросам стаковерфлоу помогал
Фриланс. По началу возьмите заказ по своим силам, да,- получите копейки, но опыт будет. На доу кучу всего по этому поводу писали, лучше разобраться в фреймворках, например YII :)
Можу зробити висновок шо автору пощастило.
1. Вимоги не змінюються в процесі.
2. Настільки прості фічі, що автоматизація не впливає на капасіті команди/таймлайн делівері
3. Регресія займає мало людино-годин (бо інакше зменшення того часу є пріорітетом для зменшення костів для делівері)
4. Регрессія вже автоматизована і не валяється з технічним боргом.
Звідси питання: ви б порадили так робити на проектах де >30 сервісів/апплікух де ви тільки починаєте впроваджувати автоматизацію і регрессія займає близько 500 людино-годин?