Сообщений в теме: 4

[Doveangel]

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

[free_test_world]

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

[barancev]

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

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

[Doveangel]

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

[SALar]

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

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

Пусть у нас есть кусок кода (язык вымышленный, пример тоже):

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. Результаты попытки угадать "правильно отработает код или нет " глядя на распечатку мне кажутся по меньшей мере сомнительными.
"Не советую молодой человек. Сьедят."