Московський державний університет сервісу p>
Поволзький технологічний інститут сервісу p>
Кафедра «Прикладна інформатика в економіці» p>
Контрольна робота p>
з дисципліни «Розробка та застосування ППП в економіці» на тему «Тестування ППП автоматизації обліку ОС» p>
Виконав: студент гр. З-401 p>
Коротков С. Ю. p>
Проверила: Полякова Л.Г. p>
Тольятті 2001 p>
У даній контрольної роботи тестується ППП для автоматизації облікуосновних засобів підприємства, створений у рамках курсового проекту здисципліни «Розробка та застосування ППП». p>
Тестування даного ППП проводилося з допомогою таких методів:метод білого ящика (структурний тестування покриттям операторів), чорногоскриньки (функціональне тестування), метод еквівалентного роздроблення іфункціональних діаграм. p>
1. Тестування методом еквівалентного роздроблення показано на прикладітаблиці "Kart":
| Вхідна | Тип | Правильний клас | Неправильний |
| значення | | еквівалентності | клас |
| | | | Еквівалентності |
| ID | автоувеліченіе | 1) (0, () | 2) (- (, 0] |
| Number | текст | 3) будь-який текст не більше | 4) будь-який текст |
| | | 10 символів | більше 10 символів |
| Name | текст | 5) будь-який текст не більше | 6) будь-який текст |
| | | 255 символів | понад 255 |
| | | | Символів |
| KategID | числове | 7) значення, які є в | 8) будь-які інші |
| | | Таблиці «Kateg» | значення |
| Stoim | числове | 9) Речовий | 10) Будь-яке інше |
| | | Позитивне число | число |
| Am_vrem | числовий | 11) (0, () | 12) (- (, 0] |
| Am_prosh | числовий | 13) (0, () | 14) (- (, 0] |
| Data | дата | 15) Введення за маскою: | 16) Будь-яке інше |
| | | ЧЧ.ММ.ГГ | значення |
| Mesto | текст | 17) текст до 255 | 18) будь-якої іншої |
| | | Символів | текст |
| NomAkta | текст | 19) текст до 25 символів | 20) будь-якої іншої |
| | | | Текст |
| Otvetst | текст | 21) текст до 255 | 22) будь-якої іншої |
| | | Символів | текст | p>
Тестування показує, що при введенні правильного класуеквівалентності програма продовжує працювати (продовжується введення інформаціїабо її збереження), а при введенні неправильного класу - видає повідомлення пропомилку, тобто система працює нормально. p>
Тестування ППП методом «білого ящика» здійснюється в такийчином: підбирається повний набір вхідних даних (правильних інеправильних), розраховуються вручну вихідні дані і вони порівнюються зданими, отриманими при розрахунку в ППП. p>
Приклад тестування методом «білого ящика» розрахунку сум, що залишиласяамортизації: p>
Вхідні дані: p>
Вартість ОС - 10 т. руб. p>
Термін амортизації - 60 міс. p>
Минулий термін амортизації - 12 міс. p>
Формула розрахунку залишку амортизації: p>
Залишок амортизації = Вартість ОС - (Вартість ОС * p>
Минулий термін амортизації/Термін амортизації) p >
Розрахунок вихідних даних вручну: p>
Залишок амортизації = 10 - (10 * 12/60) = 8 т. руб. p>
Порівняння вихідних даних, отриманих при ручному розрахунку і даних,розрахованих ППП показало, що модуль розрахунку видає правильні (очікувані)результати.
Тестування покриттям операторів: p>
| Шлях | Параметри | Результат |
| abgmz | дані з головної таблиці | розрахунок і видача звіту за |
| | | Амортизації |
| abhmz | запит умов фільтра | накладення фільтру на масив записів |
| abimz | запит умов сортування | сортування масиву записів |
| abjmz | видача форми на додавання | додавання запису в таблицю |
| | Запису | |
| abkmz | видача форми для редагування | запис змінених даних в таблицю |
| ablmz | видача запиту на видалення | видалення запису з БД |
| | Запису | |
| abfz | натискання кнопки «закрити» | повернення в головне меню |
| acnz | зміна даних таблиці | запис змінених даних в таблицю |
| | «Operat» | |
| adoqz | виклик на редагування таблиці | запис змінених даних |
| | «Kateg» | |
| adpqz | виклик на редагування таблиці | запис змінених даних |
| | «Otvet» | |
| ae | запит на вихід з ППП | Вихід з програми | p>
Тестування методом функціональних діаграм: p>
| Вихідні умови | Правильний клас | Неправильний клас |
| ID | 50 Дані занесені до | 51 Висновок повідомлення |
| | Таблиці | |
| Number | Дані занесено до таблиці | Висновок повідомлення |
| Name | Дані занесено до таблиці | Висновок повідомлення |
| KategID | Дані занесено до таблиці | Висновок повідомлення |
| Stoim | Дані занесено до таблиці | Висновок повідомлення |
| Am_vrem | Дані занесено до таблиці | Висновок повідомлення |
| Am_prosh | Дані занесено до таблиці | Висновок повідомлення |
| Data | Дані занесено до таблиці | Висновок повідомлення |
| Mesto | Дані занесено до таблиці | Висновок повідомлення |
| NomAkta | Дані занесено до таблиці | Висновок повідомлення |
| Otvetst | Дані занесено до таблиці | Висновок повідомлення | p>
Таблиця тестів: p>
| Причина | 1 | 1 | - | 12 | 1 | - |
| | 2 | 0 | 1 | 13 | 0 | 1 |
| | 3 | 1 | - | 14 | 1 | - |
| | 4 | 0 | 1 | 15 | 0 | 1 |
| | 5 | 1 | - | 16 | 1 | - |
| | 6 | 0 | 1 | 17 | 0 | 1 |
| | 7 | 1 | - | 18 | 1 | - |
| | 8 | 0 | 1 | 19 | 0 | 1 |
| | 9 | 1 | - | 20 | I | - |
| | 10 | 0 | 1 | 21 | 0 | 1 |
| | 11 | 1 | - | 22 | 1 | - |
| Слідство | 50 | 1 | - | 50 | 1 | - |
| | 51 | - | 1 | 51 | - | 1 | p>
Тести показали, що тестовий модуль видає очікуваний результат, тобтоналагодження не потрібно. p>
Провівши тестування всіх обробних і розрахункових модулів ПППспособами, аналогічними наведеним вище, виявилося, що в ППП помилокнемає. Таким чином, додаткова налагодження не потрібно. P>
----------------------- p>
Головна форма (Картки ОС) p>
Звіт p>
Фільтрація p>
Сортування p>
Надходження p>
Редагування p>
Вибуття p>
Головне меню p>
Операції з ОС p>
Довідкові відомості p>
Відповідальні особи p>
Категорії p>
Вибір p>
Вихід p> < p> Повернення p>
a p>
e p>
d p>
c p>
b p>
f p>
g p>
o p>
n p>
j p>
i p>
h
m p>
l p>
k p>
p p>
q p>
z p >
Тести показали, що тестовий модуль видає очікуваний результат, тобтоналагодження не потрібно.
Провівши тестування всього пакету аналогічними способами, виявилося, щов ППП помилок немає. p>
1 p>
2 p>
13 p>
11 p>
10 p> < p> 9 p>
8 p>
7 p>
6 p>
5 p>
15 p>
14 p>
16 p>
19 p>
18 p>
17 p>
20 p>
M
51 p>
50 p>
22 p>
21 p>
12 p>
4 p >
3 p>