Перейти к содержимому

Автоматизация функционального тестирования
онлайн, начало 3 июля
Автоматизатор мобильных приложений
онлайн, начало 8 июля
Тестирование безопасности
онлайн, начало 8 июля
Автоматизация тестов для REST API при помощи Postman
онлайн, начало 9 июля
Фотография

тестирование методом "Белого ящика"


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 4

#1 Doveangel

Doveangel

    Постоянный участник

  • Members
  • PipPipPip
  • 221 сообщений
  • ФИО:Дроздова Анжелика
  • Город:Беларусь

Отправлено 24 января 2005 - 10:14

Столкнулась с такой проблемой: как документировать ход проведения тестирования методом белого ящика... ведь стандартная таблица типа шаг-ожидаемый результат-реальный результат не подходит. Здесь ведь надо делать упор на такие моменты как:
--корректность логики
--совместимость части кода с остальным кодом (если тестируется часть кода)
--возможные ошибки в случае синтаксических ошибок в коде
может ещё что-то...
  • 0

#2 free_test_world

free_test_world

    Новый участник

  • Members
  • Pip
  • 9 сообщений

Отправлено 26 января 2005 - 08:11

Извини что именно вас интересует по этой методике тестирования?
  • 0

#3 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 845 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 26 января 2005 - 10:40

Для начала давайте ещё раз вспомним, что такое тестирование методом "белого ящика": http://forums.softwa...=ST&f=64&t=1512. Это подход к разработке тестов. Результатом являются тесты. И документирование процесса их создания в точности такое же как и при разработке методом "чёрного ящика".

А теперь скажите более подробно, что Вы имели в виду в своём вопросе. Возможно инспекцию кода (code review)? или статический анализ кода? или что-то иное?
  • 0

Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium


#4 Doveangel

Doveangel

    Постоянный участник

  • Members
  • PipPipPip
  • 221 сообщений
  • ФИО:Дроздова Анжелика
  • Город:Беларусь

Отправлено 26 января 2005 - 11:41

да-я имела ввиду статический анализ кода.
Т.е. мы должны протестировать сам код, его логику, правильно ли он отработает или нет - возможно тестирование связей с другими частями кода.
Есть тестирование динамическое есть статическое. Так вот как документирвоать ход проведения статического тестирования?
  • 0

#5 SALar

SALar

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 274 сообщений
  • Город:Москва


Отправлено 26 января 2005 - 14:04

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

Мне кажется, вы "хотите странного"

Пусть у нас есть кусок кода (язык вымышленный, пример тоже):
string QU(a,b,c)
{
   var float d
   const float n;
   n=0;
   d= b*b-4*a*c;
   switch{
        case d>n : ...;
        case d==n : ...;
        case d<n : ...;
}
...
}

1. Статическое тестирование. Проверка кода на соответствие стандартам.
------------------------------------------------------------------------------------------------------------------------------------------
                                                            |                                               Файлы
------------------------------------------------------------------------------------------------------------------------------------------
  Стандарт                                            |     QU                             |                                           |
------------------------------------------------------------------------------------------------------------------------------------------
 Наличие описания файла в начале    |   Fail                              |                                           |
                                                            |   (Нет описания )
 Соответствие имен функций              |   Fail
принятым стандартам                          |   (Не соответствует)

 Расположение константы                   |   Fail
 в операциях сравнения                       | (Вместо операции сравнения может быть ошибочно введена 
                                                               операция присваивания "case d=n", 
                                                                но компилятор этой ошибки не заметит)

   * * *
------------------------------------------------------------------------------------------------------------------------------------------
Итог: Код признан не соответствующим стандартам компании.
Хотя работать будет прекрасно.

2. Тестирование "Методом белого ящика"
На основе анализа кода проверяется работоспособность функции QU, при трех наборах параметров:
1) b*b=4*a*c
2) b*b>4*a*c
3) b*b<4*a*c
При этом мы гарантируем, что каждый участок кода будет протестирован хотя бы раз.

3. Результаты попытки угадать "правильно отработает код или нет " глядя на распечатку мне кажутся по меньшей мере сомнительными.
"Не советую молодой человек. Сьедят."
  • 0

-- 

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

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 



Практикум по тест-дизайну 2.0
онлайн
Школа для начинающих тестировщиков
онлайн
Школа тест-аналитика
онлайн
Техники локализации плавающих дефектов
онлайн



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале