Архив рубрики 'Модульное тестирование'

Автоматизированное тестирование с самого нуля. Часть 2.

Понедельник, Январь 28th, 2008

Автор: Сергей Мартыненко

Рецензент: Александр Лобач

Дисклаймер. Я не злой. И никого не хочу обидеть. И вообще это читать не обязательно. Ибо:
«Все истины, которые я вам хочу сообщить – гнусная ложь».

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

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

Кроме того, поскольку статистика по нашим фирмам оберегается лучше госсекретов (если вообще существует), то все цифры приведены на основании моего видения мира, а не фактов. Соответственно пользуйтесь методикой расчета, а цифры ставьте свои.

Примечание. Да, вот еще что. Под автоматизированным тестированием в этой статье понимается только и исключительно функциональное тестирование через GUI при помощи одного из инструментов: Rational Robot, QTP, TestComplete (священная корова, примерно соответствующая Oracle у DBA). Сделано это для того, чтобы не писать во всей статье оговорки.
(more…)

Автоматизированное тестирование с нуля. Часть 1.

Среда, Апрель 25th, 2007

Из доклада на первой конференции
русскоязычного комьюнити тестировщиков
21 апреля 2007.
 

Выбор  регрессионных автоматических тестов

Для предотвращения «расползания» кода и раннего обнаружения ошибок широко применяется практика ежедневного тестирования в автоматическом режиме.

В мировой практике наиболее распространены следующие виды тестов:

  • Ежедневная сборка
  • Тесты компонент
  • Юнит тесты
  • Тесты приложения через GUI (с помощью специализированного инструмента тестирования, такого как QTP, TestComplete,Rational Robot,\ и т.д.)

(more…)

Модульное тестирование. Зачем, как и кто.

Среда, Февраль 15th, 2006

Автор Сергей Мартыненко

Примечание. Описанный в статье подход соответствует скорее методу “стачала тест”, нежели TDD.  

Стратегия модульного тестирования

Модульное тестирование является одной из ключевых практик методологии экстремального программирования. Сторонники XP приводят следующие доводы в защиту этой практики:

  • Написание тестов помогает войти в рабочий ритм
  • Придает уверенность в работоспособности кода.
  • Дает запас прочности при дальнейшей интеграции или изменениях кода.

Согласен, вхождение в рабочий ритм — благородная задача. Уверенность в работоспособности — тоже хорошо. Но «уверенности в работоспособности» я предпочитаю действительно работоспособный код. Пусть даже при этом я не совсем «уверен».

(more…)

Введение в юнит тестирование в VS2005

Четверг, Февраль 2nd, 2006

Автор. Сергей Мартыненко.
Авторы кода. Михаил Проценко, Сергей Мартыненко.

1. Введение

1.1.   Обзор

Статья написана в стиле «Давайте начнем». На простом примере рассматривается модульное тестирование в среде VisualStudio 2005 Team Suite.
Никакой глубины или широты обзора не предполагается. В данной статье не рассматривается стратегия «Разработки Ведомой Тестированием», стратегия тестирования, подходы к написанию тестов.
В стороне остались такие интересные вещи как:
1.    Запрет публикации не оттестированного кода
2.    Запись скриптов для веб тестирования
3.    Управление ручными тестами
4.    Нагрузочное тестирование
И многое другое.

(more…)

“Тривиальная” задача

Понедельник, Январь 23rd, 2006

Введение.

Исходная задача
Подсчитать количество локальных максимумов в массиве целых чисел.
Локальный максимум — такой элемент массива, который больше своих соседей.

Задача привлекла своей кажущейся простотой и количеством ошибок, которые делают при ее решении. Также очень хорошо, что на примере с малым количеством кода можно продемонстрировать применение различных подходов к решению.
Чужие решения можно посмотреть в ветке rsdn
Мне было интересно проанализировать, как я сам буду ее решать. Т.е. мне интересно не решение, а поиск решения [1]

PS. Я много лет не пишу код. И плохо помню синтаксис С.
PSS. Боже вас упаси использовать этот текст как библию. Повторюсь, я не программист и мне было интересно не получить идеальные артефакты, а проследить за ходом своих мыслей. Пять лет назад фазы были бы другие.
(more…)