• 21.08.2006Дымовое тестирование при ежедневной сборке программного продукта
Один из рисков, с которым сталкивается команда разработчиков, заключается в том, что разработчики работают с кодом независимо друг от друга, в результате чего сложная программа не работает, как ожидается при сборке наработанного кода. Отладка программы может происходить дольше, чем при более ранней интеграции, особенно в случае изменения интерфейса программы или после внесения серьезных правок. • Автор: Стив Макконел, перевод Алексея Лемешко <
• 20.08.2006Автоматизированное тестирование: оценка возврата инвестиций и сопутствующие риски
Любая система является решением определённых задач Заказчика или Клиента. Требования к функциональности, реализуемой с ИС, к её функциональности, исходят либо от заказчика, либо формализуются бизнес-аналитиками. Процессы реализации IT-проекта по разработке информационной системы направлены на решение задач бизнеса заказчика. Тестирование и возврат инвестиций - их место в создании ИС. • Автор: Новичков А.Н., Панкратов В.Ю. <
• 15.08.2006Архитектура автоматизированных функциональных тестов: прагматичный подход к использованию Model-Based техник автоматизированного тестирования
Суть тестирования - выполнение проверок (в model-based тестировании их принято называть «оракулами»). Очевидно, что при проведении проверок можно и нужно абстрагироваться от пользовательского интерфейса. Проверки выполняются над объектами, представляющими состояние системы (причём, могут использоваться несколько объектов одновременно - например, объекты представляющие текущее и предыдущее состояния системы). • Автор: Михаил Давыдов <
• 11.07.2006TOP 13 ошибок тестировщиков (Часть I. Требования, Тест-кейсы)
Если вы действительно радеете за результат, то обязательно постарайтесь привлечь к тестированию требований и ваших разработчиков, если самостоятельно они этого не делают, ошибочно полагая, что всем связанным с тестирование должны заниматься вы (т.е. тестировщики), а всем, связанным с требованиями, - консультанты и аналитики. Проанализировав требования с точки зрения внутренний архитектуры системы (программы) и кода, разработчики могут дать множество ценных советов и замечаний. • Автор: Артём Ваулин <
• 09.07.2006Отчёт OVUM: «Summary of the software testing tools evaluations»
В начале этого года компания Ovum опубликовала отчет о своем исследовании инструментов для тестирования. Оценивался инструментарий шести крупнейших производителей, трое из которых - Mercury, Compuware и IBM Rational - делят 80% всего рынка. Оценочная модель была составлена таким образом, чтобы поощрять дополнительные возможности инструментов, направленные на решение актуальных на сегодняшний день проблем тестирования. • Автор: Компания Ovum <
• 06.07.2006Терминология. Нагрузочное тестирование
Термин "нагрузочное тестирование" обычно используют в значении "тестирование производительности". А что же тогда есть собственно нагрузочное тестирование? Нагрузочное тестирование - это те же тесты производительности, при которых система подвергается различным нагрузкам; при этом цель этого тестирования - оценить способность системы правильно функционировать при некотором превышении планируемых нагрузок при реальной эксплуатации (система имеет некоторый "запас прочности"). • Автор: Сергей Мартыненко <
• 02.07.2006Объемное тестирование на стадии выбора архитектуры
Когда речь заходит об объемном тестировании или тестировании производительности, люди обычно понимают под этим испытание уже готовой программы. Такой подход мне кажется неверным. Объясню почему. Несоответствие требованиям может означать не просто ошибки программирования, но неправильный выбор архитектуры. • Автор: Сергей Мартыненко <
• 19.06.2006Введение в автоматизированное тестирование с использованием Mercury QuickTest Pro в вопросах и ответах
В материале рассматриваются вопросы, которые чаще всего возникают при первом знакомстве с инструментом автоматизации функционального и регрессионного тестирования Mercury Interactive - QuickTest Pro. Actions, Iterations, Использования объекта DataTable и параметризация, Распознавание объектов, Object Repository, Синхронизация, Работа с библиотеками и программирование на VBScript, Environment, Undocumented features. • Автор: Михаил Давыдов <
• 31.05.2006MSF: Ролевой кластер
Модель проектной группы MSF (MSF Team Model) описывает подход Майкрософт к организации работающего над проектом персонала и его деятельности в целях максимизации успешности проекта. Данная модель определяет ролевые кластеры, их области компетенции и зоны ответственности, а также рекомендации членам проектной группы, позволяющие им успешно осуществить свою миссию по воплощению проекта в жизнь. • Автор: Публикация компании IT-Online <
• 28.05.2006Представление результатов сравнительного нагрузочного тестирования
Необходимость нагрузочного тестирования возникает только в самых крупных проектах. Перед внедрением новых версий таких систем приходится обосновывать оправданность риска столкнуться с ограничениями устойчивости системы к нагрузкам. Просчет программистов может быть незначительным - лишний или неоптимальный запрос к базе данных, и частота, с которой этот запрос будет вызываться большим количеством пользователей, может привести систему к параличу. • Автор: Дмитрий Сатин <
