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

Практикум по тест-дизайну 2.0
онлайн, начало 29 ноября
Тестирование мобильных приложений
онлайн, начало 27 ноября
Автоматизатор мобильных приложений
онлайн, начало 27 ноября
Программирование на Python для тестировщиков
онлайн, начало 22 ноября
Фотография

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


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 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 823 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 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 256 сообщений
  • Город:Москва


Отправлено 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 ступеней

 



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



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

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

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