Ручной контроль качества в Greenice

Manual QA

Greenice небольшая аутсорс компания (50 человек) из Киева. С 2007 года мы занимаемся разработкой кастомных веб-приложений для клиентов из США, Европы, Австралии, Азии. За это время создали около 300 приложений и веб-сайтов: кастомные ERP, CRM, решения для медицинской сферы Physiotec и благотворительности SmartGiving, eLearning ExchangeCME, краудсорсинг Arcbazar, сайты для сравнения цен Slankit, ревью сайты NoCowboys и даже несколько гибри.

Сильные в первую очередь в backend-разработке (PHP и фреймворки) и всегда стараемся решить проблему клиента с помощью технологий. Клиентам такой подход нравится, поэтому их количество растет.

Наши требования:

Must have:

- 1+ года опыта работы тестировщиком в аутсорсе/продукте/геймдеве;

- опыт работы в проектах со сложной бизнес-логикой;

- знание английского от Intermediate (все сайты и задания от клиентов на английском языке);< /p>

- знание техники тестирования;

- умение составлять тест-кейсы, чек-листы, тест-планы;

- понимание элементов интерфейса сайта;

- базовые знания SQL, HTML, JavaSkript

Nice-to-have:

- понимание работы Agile, Waterfall, Scrum, Kanban;

/p>

- опыт работы с баг-трекинговыми системами;

- Законченный курс ISTQB;

- опыт использования PostMan для тестирования API и опыт в auto testing (не обязательно обязательно, но будет плюсом);

Примеры ежедневных задач:

1. Сравнение макета дизайна и реализуемой верстки на проекте. Выявление и фиксирование несоответствий. Иногда к pixel hunting. Десктопная и мобильная версия Список поддерживаемых браузеров и устройств обсуждаются отдельно в зависимости от проекта.

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

3. На стадии планирования нового проекта/добавление нового функционала в существующий проект: если менеджер/заказчик не до конца продуманно описывают будущую "фичу", уточнить и проработать ее реализацию. Выяснить аспекты его работы. Чтобы программист ясно понимал, что делать, а тестировщик в будущем понимал, как должен работать и как тестировать.

4. Регрессионное тестирование: убедиться, что внедряемый разработчиком новый функционал не нарушает, не ломает уже существующую работу системы. Выявление таких поломок.

5. Периодически возникает потребность обращаться к БД проекту, задавать там несложные SQL запросы для поиска соответствующих тестовых данных. А также подключаться к серверу проекта по SHH и запускать кроны, вызывающие определенные события в системе, необходимые для тестов.

6. Впоследствии частичный переход к работе с PostMan (для тестирования API) и автотестам.

Работа в кросс-функциональной команде (программист(ы), team lead, PM, QA engineer).

Вилка зп: 1000- 1500 USD