Код для тестування методу AddQ для програми Калькулятор в Visual C # (Sharp)

Тестовий код викликає метод, передаючи йому параметри з цільовими значеннями, і очікує цільової відповідь Якщо викликає код не отримує цільового відповіді, ТДА метод реалізований неправильно На рис 28 показаний приклад зухвалого коду для тестування методу Add () (цей код буде додано до проекту наступним)

Цільове тестування Цільовий викликає код, який змінної total на складає числа 1 і 2 і привласнює рівність значенню 3 результат змінної total

I

int total = CalculatorOperationsAdd(l, 2)

^ ^ i f (total 1=3) {

ConsoleWriteLine(&quotOops 1 and 2 does not equal 3&quot)

}

У разі успішного цільового тестування генерується текст Oops ..”, вказуючи на наявність помилки

Рис 28 Тестування методу Add ()

Зухвалий тестовий код вражаюче схожий на код, який ми розглядаючи в попередньому розділі Різниця полягає в тому, що тестовий код використовує цільові змінні і значення, в той час як інший код може містити ліе змінні і значення Також від тестового коду потрібне підтвердження, що відповіді, які повертаються методом, відповідають цільовим відповідям Для Прово, чи дорівнює значення змінної total числу 3, застосовується оператор if

При написанні тестового коду метод Add () повинен використовуватися точно таким же чином, яким він використовується додатком Windows або консольним додатком В іншому випадку наше тестування буде подібно тестуванню зимових шин в Сахарі – досить цікаве заняття, але не має ніякого отненія до стоїть завданню

Частина тестового коду для верифікації відповіді на відповідність цільовому трохи специфічна Треба або верифікувати відповідь в промисловому коді Може бути, потрібно, а може бути, і ні У тестовому варіанті верифікаційний код волняет перевірку на 100%, але для промислового варіанту виконується тільки загальне тестування Наприклад, можна виконувати перевірку на розумність або на існування даних

Іншим, повязаним з тестуванням, питанням є час тестування Коли потрібно створювати тестовий код, до або після реалізації методу Add () Для рамотренія цього питання знову скористаємося аналогією Припустимо, що ми разративаем шину Коли нам потрібно визначити тести для перевірки шини, до або після розробки шини Швидше за все, їх потрібно визначати до, протягом і після розробки Цей аспект є дуже важливим при розробці программа забезпечення Тести пишуться до, під час і після реалізації, в наступному порядку:

1 До реалізації методу Add () необхідно розробити тест, щоб отримати уявлення про те, які простору імен, класи та методи будуть опредяться Визначення різних елементів дає розробнику уявлення про те, як ці елементи будуть використовуватися

2 Під час реалізації методу Add () тести розробляються для того, щоб удтоверіться в тому, що процес реалізації рухається в правильному напрямку

3 А після реалізації методу тести розробляються з метою всебічного теірованія реалізації

Джерело: Гросс К С # 2008: Пер з англ – СПб: БХВ-Петербург, 2009 – 576 е: ил – (Самовчитель)

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*