255 ступеней

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

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

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

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

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

(more…)

Сэм Канер, Джек Фолк, Енг Кек Нгуен

Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес-приложений.

(more…)

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

Статья написана в связи с обилием людей неумеющих бороться с чрезмерными размерами аттачей.

  (more…)

Делаем проверку на максимально возможное число символов.

На форме редактирования есть многострочное текстовое поле. В базе данных размер поля – 4096. Пробуем ввести 4097, приложение не пропускает, выдавая сообщение о превышении длины поля (или не давая делать ввод далее). Оставляем 4096 символов. Сохраняем, перезагружаем форму - все на месте.

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

Как здесь поступать при кодировании - это вопрос выходящий за рамки тестирования, нам важно помнить, что один символ в поле ввода, это не всегда один символ в БД.

PS. Подобный случай был при тестировании на платформе .Net + MSSQL.

Для полей ввода проверяются:

1. Обработка корректных данных
2. Обработка граничных условий
3. Обработка некорректных данных внутри граничных условий
4. Обработка некорректных данных вне граничных условий
5. Обработка сложных данных

(more…)