Невыносимая переносимость кроссплатформенных приложений

на примере десктопных приложений

Наталья Брич. ООО БелПрайм

Цель доклада:

Сформировать :

• понимание основ построения кроссплатформенных приложений

• правильное отношение к организации тестирования кроссплатформенных приложений

• обобщенную схему тестирования кроссплатформенных приложений

Доклад рассчитан на начинающих тестировщиков

План доклада:

• что такое кроссплатформенное приложение

• общие принципы построения кроссплатформенных приложений

• планирование тестирования в теории

• реализация процесса тестирования, исходя из практического опыта

Кроссплатформенность

Средства достижения:

• кроссплатформенные языки программирования

• кроссплатформенные среды исполнения

• кроссплатформенный пользовательский интерфейс

Тестирование в теории (ловушки)

VS.

- излишнее упрощение- отказ от анализа потенциально

проблемных ситуаций- излишняя лень

- излишняя сложность- чрезмерное стремление к

совершенству- излишний трудоголизм

Тестирование исходя из практического опыта

• Статистика по наиболее используемым платформам • Зачем и как используют приложение• Основные функциональные модули• Документация (чек-листы +список баг-репортов)

Общее кол-во проверок != кол-ву проверок для одной ОС х кол-во ОС

Пример из практики

• Задача: в приложения подключен новый внутренний браузер (chromium)

• 5 приложений для трех ОС

• Время: 6 человеко-дней

• Источники ожидаемого результата:

1) change request в JIRA (общие стратегические фразы)

2) собственный опыт

3) старые баги по старому внутреннему браузеру

4) аналитик

Тестирование на практике

Браузер для просмотра результатов выдачи

Тестирование на практике

Браузер для просмотра отчетов

Тестирование на практике

Браузер в качестве браузера

Тестирование на практике

Пример списка основных use cases

Тестирование на практике

Пример списка старых issues из баг-трекера

Практика: инсталляционное

тестирование

– ресурсы– запуск инсталляционного пакета– тестирование мастера установки– список файлов– проверка прав доступа к файловой системе– регистрация расширений (windows)– …– деинсталляция приложения– …

Практика: тестирование GUI

– обязательно на всех ОС– проверка позиционирования элементов– совместно с функциональным тестированием

Практика: функциональное тестирование

*

* - за исключением тест-кейсов, проверенных в пункте 1

Практика: регрессионное тестирование

План: Смоук+ баги с высшим приоритетом

Когда: 1 раз в день (в идеале) / перед релизом (в условиях нехватки времени)

Где: на всех заявленных ОС

Автоматизированное тестирование: оценить трудозатраты, время на тестирование, очевидность ожидаемого результата

Выводы

• Главный вопрос – как и зачем используется приложение• Сбор информации• Сокращаем время:

• основа тест-плана – основные пользовательские сценарии, проверка некорректного ввода и список баг-репортов

• объединяем тестирование GUI и функциональные проверки в общий тестовый сценарий

• в первую очередь на последующих ОС проверяем непрошедшие тесты

• Полноценная проверка: • инсталляционное тестирование – на всех ОС• проверка основных пользовательских сценариев на первой ОС• проверка некорректного ввода – на всех ОС• регрессионное тестирование перед релизом на всех

заявленных ОС

Спасибо за внимание!

Skype: nnatallika