В New Work SE более 15 команд участвуют в регулярных циклах релизов приложений для iOS и Android. Чтобы поддерживать устойчивое развитие распределенной разработки мобильных приложений в компании, мы должны были реализовать несколько решений на уровне отдельных изменений (pull requests), чтобы внедрить общие стандарты между командами и избежать проблем, замечая их как можно раньше. 

Прослеживается тенденция, что тему ручного тестирования обделяют вниманием все чаще на различных конференциях. Не рассказывают про то, как тестируют новые фичи, с какими трудностями сталкиваются и вообще какие инструменты используют. В своем докладе расскажу про инструмент для ручного тестирования, который мы используем в Юле – Charles Proxy…

В рамках доклада планируется:
1) Осветить используемый в нашей компании подход к разделению логики между базой данных и клиентским приложением, при котором большую часть работы по инвентаризации и осуществлению процессов бизнес-логики выполняет именно БД.

Что означает Agile для QA, и как он меняет процессы тестирования и обеспечения качества, в чем суров — и как с этим работать, чтобы команда и пользователи были довольны. И, конечно, как развиваться в профессии, чтобы процессы приносили удовольствие, а работа — пользу.

Мир интернета вещей растет на 30% каждый год (прогнозируемо до 25 миллиардов(!) устройств к 2025 году), и это всего лишь вопрос времени, когда кому-то из нас придется… вернуться в прошлое. Многие из нынешних тестировщиков очень скоро начнут иметь дело с настоящими аппаратными устройствами.

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

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

Регрессионное тестирование может быть долгим и болезненным процессом. Зачем тратить так много времени или полностью отказываться от чего-то, если вы можете выполнить более эффективную регрессию, которая соответствует вашему итеративному процессу? Создание более умных категорий приведет вас к более эффективной регрессии и более быстрому выходу на рынок. И этот доклад именно об этом!

Презентация представляет собой обзор мира тестирования, где компании не совсем уверены в том, что они хотят получить в качестве методологии проекта. Поддадимся ли мы модному словечку Agile или останемся приверженцы V-образной модели? Где те ловушки, в которые попадают компании? Легко ли подобрать методику? Возможно ли извлечь максимальную выгоду при использовании того и другого? Много вопросов, ответы на которые приходят из реального мира.

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