Home

Е.Гузаревич, Д.Ермакович, OOO «Технологии качества», бренд A1QA

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

Что такое SharePoint?

Прежде чем переходить непосредственно к особенностям тестирования, стоит сказать несколько слов о самой платформе SharePoint. По сути – это CMS (Content Management System), которая содержит развитую систему документооборота - DMS (Document Management System). Если быть совсем точным, то возможности SharePoint, как CMS, в «зачаточном» состоянии, а вот с задачами организации совместной работы, возможностями создания файлового архива и управления документами он справляется на «высшем уровне»! SharePoint чаще всего применяется для создания корпоративных интранет порталов, предназначенных для облегчения взаимодействия сотрудников в пределах одной компании или организации.

Итак, SharePoint — это веб-ориентированная платформа для совместной работы и система управления документами, разработанная и реализуемая Microsoft. Таким образом, эта платформа становится единым коммуникационным центром и электронным хранилищем информации одновременно. Это решение может использоваться для создания корпоративного веб-портала, на котором размещаются совместно используемые документы или специализированные приложения общего пользования. Данные в SharePoint организованы в виде списков (например, задачи, обсуждения, календари) и библиотек документов. Функциональность SharePoint представляется пользователю посредством веб-частей — элементов управления, показывающих списки и позволяющих редактировать их. Такие веб-части размещаются на страницах, в свою очередь, публикуемых на портале и доступных пользователю через браузер. По своему содержанию SharePoint - приложение ASP.NET 2.0, использующее IIS для отображения веб-страниц и SQL Server для хранения данных.

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

Алпаев Геннадий / Рецепты TestComplete - http://tcblog.org/

Автор о себе и о блоге:

Геннадий занимается автоматизацией функционального тестирования с 2003 года. Опыт работы с WinRunner, SilkTest, TestComplete, Selenium/WebDriver. В течение 5ти лет проводил консультации по почте/ICQ/Skype для всех желающих и активно отвечал на вопросы форума http://software-testing.ru/forum.

Является автором и соавтором онлайн-учебников по SilkTest, TestComplete, соавтор сайтов Automated Testing Group и testbooks.ru.

Участник команды Community Experts компании SmartBear.

Автор книги TestComplete Cookbook (на английском языке)".

Ведущий тренинга TestComplete для начинающих.

Блог создан для того, чтобы где-то хранить заметки, посвященные инструменту автоматизации тестирования TestComplete.

СОВСЕМ скоро наши коллеги из Школы менеджеров Стратоплан запускают новую революционную программу по управлению проектами. Но перед тем, как продукт выйдет в свет, они решили провести небольшой опрос.

Поможем коллегам сделать лучше их новый продукт?

Вы можете ответить на эти вопросы (и узнать чуть больше деталей про эту новую программу вот здесь):

Помочь Стратоплану с коротким опросом >>

Александр Хозя (автор блога Записки мобильного тестировщика, автор и ведущий тренинга Тестирование мобильных приложений) представляет очередную подборку ссылок.

Сегодня международный день медицинской сестры

Уголок разработки, тестирования и распространения приложений:

1. Do not keep activities в помощь тестировщику мобильных приложений. Для себя девелоперское меню открыл еще во времена Gingerbread, а за фикс данных багов было большое количество битв с девелоперами и менеджерами :)

2. Размышление об "облаках" и их влиянии на тестирование мобильных приложений от mobileapptesting.

3. Три вещи, о которых необходимо помнить перед релизом мобильных приложений. Подпишусь под каждым пунктом, как бы по-капитански они не звучали:

• кто среди нас не сталкивался с реджектом при ревью :( Неплохая статья вдогонку

• использование сторонних компонентов - еще та боль, особенно когда в них приличное количество багов (Sping4Android :) ) или они заброшены (Three20 :) )

• а уж про разобранные приложения и говорить не хочется (либо декомпилируют, либо c помощью прокси нагадят в backend :) )

4. Полезные материалы для мобильного разработчика #52 (5-11 мая) От себя выделяю три подпункта из данной подборки:

• Как добиться фичеринга Apple в App Store

• Альтернативы TestFlight для iOS, Android, WinPhone

• Обзор средств A/B тестирования

5. Статистический анализ AppStore: данные для создания успешного приложения. Комментарии как всегда доставляют. Для лучшего понимания, лучше сопоставлять со статистикой от Distimo

6. 12 способов продвинуть приложение в App Store

7. [Dev Story] О минимальном заработке российских инди-разработчиков и замкнутом круге. Крик души разработчика и "активного пользователя" мобильных приложений. Понравилась аргументация и расчет окупаемости приложения "на пальцах".

8. Пятый международный форум разработчиков приложений Apps4All пройдет в Москве 19 мая. Участие бесплатное.

9. Winter Nights 2014: доклад King (создателей небезызвестной Candy Crush Saga)

Запись доклада Павла Абдюшева на онлайн-конференции Fun ConfeT&QA, весна 2012.

Часто в форуме появляются вопросы, которые обобщенно звучат так: «Есть фича. Помогите протестировать», без уточнения контекста использования. В итоге набирается некоторый набор позитивных и негативных кейсов, проверяющий, что конкретная функция работает, так называемый, чит-шит. Основной акцент в таких кейсах, как правило, делается на проверку ввода через пользовательский интерфейс и обработки разный значений с учетом используемых технологий.

Но можно ли считать, что выполнив этот набор кейсов, фича будет хорошо протестирована?

Увы, часто получающийся набор проверяет рабостоспособность функционала лишь с технической точки зрения (и фактически может быть заавтоматизирован), но не учитывает взаимодействие этого функционала с остальными частями системы. И если ограничить тестирование лишь этими проверками, то не будет получен ответ на такой важный вопрос, как «решает ли данный функционал проблему пользователя?».

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

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

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

1. "Сначала освою автоматизацию тестирования, а потом перейду в разработку".

Весьма распространённый мотив, но тут всё просто с ответом на вопрос "с чего начать": хочешь идти в разработку -- учись программировать!

2. "Хочу расширить кругозор, новые умения не помешают".

Тестировщики вообще отличаются повышенным любопытством, тяга к новым знаниям для них вполне естественна. Но при расширении кругозора люди не погружаются вглубь каждой темы до дна, а изучают её достаточно поверхностно -- иначе как раз "расширения" и не получится.

При такой мотивации лучше всего двигаться путём наименьшего сопротивления -- через "рекордер" к изучению программного кода, который он генерирует, постепенно двигаясь к программированию. Но акцент лучше делать не на том, чтобы "научиться круто программировать", а на освоении всего технологического стека -- от рекордера до сервера непрерывной интеграции.

3. "Хочу избавиться от рутинных задач, автоматизировав их".

Тут нужно понимать, что рутинные задачи в тестировании -- это не всегда собственно выполнение тестов. Это может быть многократно выполняемая установка тестируемого продукта, подготовка тестовых данных, анализ лог-файлов, проверка битых ссылок -- да всё, что угодно, любая работа, которая не требует участия мозга.

На этом пути освоение автоматизации может начаться с изучения специализированных инструментов (генераторов данных или анализаторов логов), либо с "рекордера". В частности, для веб-приложений наиболее популярным "рекордером" сейчас является Selenium IDE. А когда его возможностей для решения ваших задач будет уже недостаточно -- можно с него плавно перейти к использованию более сложных инструментов.

Если Вы хотите неспешно научиться программировать -- мы приглашаем Вас на онлайн-тренинг "Программирование для тестировщиков", который начинается 16 мая.

А если нужна несложная автоматизация, но быстро -- тогда добро пожаловать на тренинг "Selenium 2.0: стартовый уровень", начало 12 мая.

Ну а с другими тренингами по тестированию ПО можно познакомиться в нашем расписании.

Наша линейка тренингов, посвященных Selenium, пополнилась новым учебным курсом "Эффективное использование JUnit и TestNG".

Фреймворки семейства xUnit -- это основа основ автоматизированного тестирования. Они используются для организации и запуска тестов и сбора информации о результатах тестирования, то есть решают одну из ключевых задач автоматизации тестирования.

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

В этом тренинге рассматриваются два наиболее популярных тестовых фреймворка для языка программирования Java -- JUnit и TestNG.

Из тренинга вы узнаете, как организовывать тесты в группы, как их запускать в нужном порядке, как правильно описывать зависимости между тестами, как реализовать “мягкие” и “жесткие” проверки, как сделать тесты параметризованными, как реализовать загрузку данных из разных источников и применять подход DDT (data-driven testing), как автоматически перезапустить упавшие тесты и ещё многое другое.

Подробная программа тренинга и условия участия

Александр Хозя (автор блога Записки мобильного тестировщика, автор и ведущий тренинга Тестирование мобильных приложений) представляет очередную подборку ссылок.

Уголок разработки, тестирования и распространения приложений:

1. SQA Days 15. Обзор докладов по тестированию мобильных приложений, кроссплатформенному и кроссбраузерному тестированию

2. Полезные материалы для мобильного разработчика #51 (28 апреля-4 мая)

3. Впечатления о Xamarin Studio в Windows

4. Winter Nights 2014: доклад Mobio про оптимизацию и ретаргетинг в мобайле

5. Winter Nights 2014: доклад Flurry

6. Что есть в США, чего нет в России. Хорошая статься об инструментах маркетолога мобильных приложений в США и России :)

7. Парадокс Симпсона в мобильной аналитике

8. Пользовательское тестирование при ограниченном бюджете

9. Исследование рынка мобильного продвижения