Home

Продолжаем публиковать слайдкасты выступлений на конференции SQA Days 2009 Piter: доклад Лилии Горбачик на тему "Тестирование Web Services". В начале доклада приводятся краткие пояснения архитектуры веб-сервисов для тех, кто не знаком с этим видом программных компонентов. Далее в докладе рассматриваются такие особенности тестирования веб-сервисов, как отсутствие пользовательского интерефейса, кросс-платформенность, а также необходимость проверки на соответствие стандартам XML, SOAP, WSDL. Уделено внимание не только функциональному тестированию (автоматизированному и ручному), но также тестированию производительности и защищенности веб-сервисов.

Автор: Ben Simo
Перевод: Алексей Баранцев

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

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

Проблема со всем этим хозяйством заключается в том, что мы не в состоянии доказать корректность компьютерных программ.

Автор: Пехов Алексей

Периодически, на всем протяжении моей работы в сфере тестирования, я, как и многие из нас, старался найти как можно больше информации в своей области, дабы облегчить и оптимизировать процесс поиска дефектов. Так уж получилось, что по части тестирования экономических программ, в частности 1С Предприятие, такой информации я, увы, не нашел, как ни старался. Теперь же, набравшись определенного опыта, хочу поделиться своими наработками и впечатлениями. Речь пойдет о тестировании системы на базе 1С Предприятие 8.1, однако жесткой привязки к производителю нет. Например, насколько я могу судить,  в Microsoft Dynamix AX много похожих моментов. Говорить буду больше не о базовой конфигурации, а о разработке конфигурации с нуля для некой компании по персональным требованиям.

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

Авторы: А. В. Баранцев, В. В. Кулямин, В. А. Омельченко, О. Л. Петренко, ИСП РАН.

Введение

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

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

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

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

Автор: Баранцев Алексей

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

Содержание:

1. Введение
   
2. Описание тестируемой системы, SRS
   
3. План тестирования, TP
   
4. Модель тестирования, TDS
   
5. Комплект тестов, TCS
   
6. Заключение

Testing web-based Applications, Analyzing and reproducing errors in a Web environment

Источник: StickyMinds.Com, "Testing&Quality" magazine
Автор: Hung Nguyen

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

Автор: Артём Ваулин

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

Автор: Лозовюк Александр

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