|
Это эссе описывает учебный пример создания тестов для веб-приложения. Сначала показано, как создаётся и как выглядит план тестирования. Затем рассматривается модель, которая будет определять критерий отбора тестов. После чего строится собственно набор тестов.
Testing web-based Applications, Analyzing and reproducing errors in a Web environment Источник: StickyMinds.Com, "Testing&Quality" magazine Тестирование web-приложений имеет много общего с тестированием операционных систем для настольных компьютеров. Вам необходимо протестировать стандартную функциональность, конфигурацию и совместимость, а также выполнить все остальные стандартные виды тестов. Но тестирование web-приложений — это более сложный процесс, потому как трудности приумножены всеми распределенными компонентами системы, взаимодействующими с приложением. Когда мы видим ошибку в сетевой среде, то зачастую сложно точно указать, где именно она произошла, и потому режим работы, или же сообщение об ошибке, которое мы получаем, может быть результатом ошибок, случившихся в разных частях сетевой системы. В таком случае исправление ошибки будет проблематичным. Так каким же образом нам анализировать ошибки в пределах системы, основанной на интернет-технологии, и какие исследования должны быть проведены для исправления такого рода ошибок?
Автор: Артём Ваулин Если вы действительно радеете за результат, то обязательно постарайтесь привлечь к тестированию требований и ваших разработчиков, если самостоятельно они этого не делают, ошибочно полагая, что всем связанным с тестирование должны заниматься вы (т.е. тестировщики), а всем, связанным с требованиями, — консультанты и аналитики. Проанализировав требования с точки зрения внутренний архитектуры системы (программы) и кода, разработчики могут дать множество ценных советов и замечаний относительно того, что в требованиях написано не так или чего там не хватает.
Автор: Лозовюк Александр Если ваш сайт уже не просто статическая веб-страничка, и должен предоставлять интерактивные услуги посетителям — значит вам необходимо подумать о его тестировании перед тем, как размещать на сервере. И чем более сложную веб-систему вы разрабатываете — тем сильнее она нуждается в тестировании. Ведь сейчас веб-сайты уже представляют собой полноценные приложения — электронный магазин, форум, почтовый сервис и многое другое — все эти интерактивные сервисы определенным образом взаимодействуют с пользователями, с другими серверами (причем, часто одновременно). Это роднит их с обычными приложениями, которые мы называем десктопными — в некоторых случаях между ними разница только в месте выполнения кода. Если веб-сайт является частью вашего бизнеса, то предварительное тестирование должно показать вам, как будет сайт справляться с нагрузкой, как будет проходить взаимодействие с пользователями и другие данные. Вот на этом моменте мы и остановимся более подробно. Предложенная оценочная карта применима в ситуации, когда нужно провести анализ нескольких средств автоматизации тестирования по различным признакам. Критерии анализа разбиты на группы, что позволяет в случае узкоспециализированных средств проводить более специальный анализ. Разработанная весовая сетка может быть изменена и дополнена с целью смещения акцентов анализа и внедрение в систему анализа новых факторов. Карта заполнена тестовыми данными, критической оценки абстрактного инструмента.
Средства автоматизации процессов тестирования представлены на рынке очень широким кругом компаний производителей. Автоматизация тестирования затрагивает всё более глубокие технические процессы разработки ПО и всё глубже интегрируется в процесс его производства.
Статья затрагивает вопросы классификации средств тестирования и предлагает систему анализа основанную на оценке качественных характеристик инструментария и сопутствующих условий внедрения и использования. Рассмотрен широкий спектр критериев: от набора функционала, который реализован в инструменте, до оценки уровня зрелости самой компании производителя и службы поддержки.
Автор: Панкратов Вячеслав Зачем нужна система, которая позволит оценить выгоды от внедрения вопрос скорее риторический, чем практический, но всё же постараемся формализовать причины, по которым исследование эффективности можно считать неотъемлемой задачей при выборе, внедрении и использовании средств автоматизации тестирования.
Для внедрения автоматизации тестирования ПО необходимы всего три вещи:
Если чего-то из этого нет – лучше не начинать, на выходе всё равно получится «дохлая лошадь». Почему?
Автор: Алексей Баранцев В предыдущей статье я рассказал о том, как автоматизировать снятие скриншотов при неуспешном прохождении теста, используя TestNG и Selenium RC. Для этого был разработан класс ScreenshotListener, который подключался к тестам при помощи аннотации @Listeners. Но реализация этого класса предполагала, что тесты выполняются на локальной машине, и скриншот снимался на ней же. В этой статье будет предложена альтернативная реализация, позволяющая снимать скриншоты как локально, так и удаленно. Кроме того, я расскажу о том, какие могут возникать проблемы при удаленном снятии скриншотов и как с ними бороться. 2 октября на конференции DevPoint (Новосибирск) Алексей Баранцев выступил с докладом «Selenium 2.0: будущее тестирования веб-приложений». В конце 2010 года ожидается выход новой версии популярного инструмента автоматизации тестирования веб-приложений Selenium 2.0. Новая версия обещает улученную поддержку современных AJAX-приложений, увеличение скорости выполнения тестов, преодоление имеющихся в Selenium 1.0 ограничений, таких как невозможность работы с “нативными” диалогами. |
Автор: 
Автор: 
Автор: 