Версия для печатиОтправить другу

Ситуация:
Вы руководитель проекта по разработке мобильного приложения в компании. Ваша компания является крупной фирмой и занимается финансовыми услугами, а вы работаете менеджером проектов в департаменте информационных технологий. Проект по разработке мобильного приложения для вас является необычным. До сих пор вы управляли проектами разработки функциональности в бизнес системах компании, а также проектами внедрений бизнес систем и системы управления предприятием. Одной из особенностей проекта по разработке мобильного приложения, по сравнению с, например, внедрением системы управления предприятием, является относительно небольшая длительность проекта, но при этом, критическое отношение заказчика и спонсора проекта к срокам реализации приложения. Как и по всем остальным проектам, которые ведутся в вашей компании, высокое качество является девизом проекта. Под проект нанято два разработчика мобильных приложений, которые будут развивать приложения в будущем. Вы пишите устав проекта, планируете работы, начинаете этап анализа и подготовки технического задания. Помимо разработчиков мобильных приложений, в команду проекта входят аналитик из отдела системного анализа, специалист по тестированию из отдела обеспечения качества и разработчик серверного кода. Наконец, техническое задание подготовлено, разработано первое мобильное приложение под Android и специалист по тестированию приступает к функциональному тестированию. После того, как приложение тщательно протестировано, вы проводите рабочую демонстрацию заказчику и спонсору проекта. Однако, установив приложение на мобильный телефон заказчика вы обнаруживаете некорректную работу приложения. После встречи, вы со специалистом по тестированию совместно проверяете работу приложения и не находите ошибок. Проконсультировавшись с разработчиком, вы выясняете, что приложение может по разному работать на разных версиях операционной системы, на разных моделях телефона, на планшетах и т.п. Вы работаете в крупной компании и найти для тестирования различные версии устройств не составляет проблем, но вот найти дополнительное время для проведения тестирования и дополнительных специалистов для сокращения срока проведения тестирования вы не можете. Приходится удовлетвориться smoke тестированием, вместо проведения полноценного функционального тестирования.

 
Вывод:

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