Size: a a a

2020 December 22

X

Xoala in QA juniors
Samvel Osipyan
к примеру в одном приложении мне надо 5 тапов сделать чтобы дойти до какой то штуки, а в другой это можно в 2 тапа сделать
Ну а если в этом же неудобном приложении есть возможность поиска и прослушивания огромной медиатеки музыки безлимитно? А в удобном только информационная страница с объявлениеми по типу КУПЛЮ ГАРАЖ
источник

SO

Samvel Osipyan in QA juniors
Xoala
Ну а если в этом же неудобном приложении есть возможность поиска и прослушивания огромной медиатеки музыки безлимитно? А в удобном только информационная страница с объявлениеми по типу КУПЛЮ ГАРАЖ
ну рас я выбрал удобное приложение, то значит все остальные функции в ней удобнее или на том же уровне
источник

DN

Dmitrii Novikov in QA juniors
Samvel Osipyan
я говорю, что рынок компании состоит в основном в конкуренции ) у каждой из компании свой продукт, и юзер выбирает, то чего ему больше понравиться
И в этом контексте, я писал выше, вложения в UX, возможно (!) Будут оправданы. А красивой 1С Бухгалтерии, я думаю, мы никогда не увидим )
источник

SO

Samvel Osipyan in QA juniors
Dmitrii Novikov
И в этом контексте, я писал выше, вложения в UX, возможно (!) Будут оправданы. А красивой 1С Бухгалтерии, я думаю, мы никогда не увидим )
там куда неприличные суммы бабла вкладывают, красота не нужна ) они это покрывают баблом тупа
источник

М

Мессия in QA juniors
Народ, а кто-нибудь использует SMART при заведении тасков?
источник

К

Кирилл in QA juniors
Alice
предположим фантастическую ситуацию: разработчики на проекте настолько в своем сознании преисполнились, что стали писать код без багов. Соответственно, тестировщику нечего находить. Тестировщик плохой?
Так сейчас уже есть программы для устранения ошибки в коде
источник

И

Иисус in QA juniors
Alice
предположим фантастическую ситуацию: разработчики на проекте настолько в своем сознании преисполнились, что стали писать код без багов. Соответственно, тестировщику нечего находить. Тестировщик плохой?
Нет, но его нужность на проекте под вопросом.
источник

A

Alice in QA juniors
Кирилл
Так сейчас уже есть программы для устранения ошибки в коде
Ошибки какого рода? Кривой синтаксис и опечатки во всех IDE подчеркивается. А от неправильно реализованной бизнес-логики ни одна программа не спасет
источник

A

Alice in QA juniors
Иисус
Нет, но его нужность на проекте под вопросом.
это почему это под вопросом?
источник

V

Volodimir in QA juniors
Какие требования по уровню кодинга для джуна-автотестера?
Должен мочь в основы яп или что-то сложнее?
источник

AG

Andrew Gasov in QA juniors
Кирилл
Так сейчас уже есть программы для устранения ошибки в коде
источник

И

Иисус in QA juniors
Alice
это почему это под вопросом?
А зачем он нужен?
источник

A

Alice in QA juniors
Иисус
А зачем он нужен?
Помимо тестирования билдов от разработчиков у QA обычно еще задачи есть, не?)
источник

И

Иисус in QA juniors
Alice
Помимо тестирования билдов от разработчиков у QA обычно еще задачи есть, не?)
Какие?
источник

K

Keane in QA juniors
Volodimir
Какие требования по уровню кодинга для джуна-автотестера?
Должен мочь в основы яп или что-то сложнее?
Очень сильно отличается по компаниям.

В своё время в одной компании мы смотрели на то, что человек просто умеет разбивать код на методы и классы, что пишет его аккуратно, нормально именует объекты и не создаёт методы на 10 экранов. Если использовал typing в Python, то счастью не было предела. :)
источник

A

Alice in QA juniors
Иисус
Какие?
Тестирование требований хотя бы. То, что разработка стала писать код без ошибок, еще не значит, что документацию тоже начали писать без ошибок.
источник

AG

Andrew Gasov in QA juniors
Volodimir
Какие требования по уровню кодинга для джуна-автотестера?
Должен мочь в основы яп или что-то сложнее?
Джуны понятие растяжимое и требования от конторы к конторе будут меняться.

В целом они сводятся к «может писать автотестики».
Для вебчика это сводится к:
- знает базовый синтаксис
- что-то о структурах данных, классах, наследовании, неймспейсах, импортах и прочем.
- умеет работать с селениумом/аналогами (локаторы, функции, ожидания, настройки браузеров)
- понимает, что такое пейдж обжекты, как вообще структурировать тесты и етк.
- имеет представление о том, как писать тесты на апи.
- умеет все это запускать(базовое представление о pytest/xunit и тд)
- гит, докер.
источник

AG

Andrew Gasov in QA juniors
Keane
Очень сильно отличается по компаниям.

В своё время в одной компании мы смотрели на то, что человек просто умеет разбивать код на методы и классы, что пишет его аккуратно, нормально именует объекты и не создаёт методы на 10 экранов. Если использовал typing в Python, то счастью не было предела. :)
Тайпинг ненужон.
источник

K

Keane in QA juniors
Andrew Gasov
Тайпинг ненужон.
Кому?
источник

AG

Andrew Gasov in QA juniors
Никому. :)
источник