Тестування методом прозорої скриньки
Ті методи, в яких були виявлені помилки при тестуванні методом чорної скриньки, були протестовані методом прозорої скриньки з метою виявлення джерела помилки.
Метод login
Даний метод є складовою частиною підмодуля login.php, класу – UsersDAL. Він відповідає за логування користувачів у системі. Його параметрами є <логін користувача> типу string, <пароль користувача> типу string. . Відкриття веб-сторінки, ввід логіна (‘postach98’) і пароля (’sd456bvg24gdd76’), які відповідають користувацькому запису постачальника в базі. Після натиснення кнопки Enter відбувається вхід у систему в режимі менеджера, що є помилкою, адже цей логін і пароль відповідають запису постачальника. Після розгляду методу в режимі Debug виявилось, що система по замовчуванню вибирає інтерфейс менеджера при логуванні у режимі чи то постачальника, чи то менеджера. Дана помилка була виправлена за допомогою додаткової перевірки ролі користувача і вказаного логіну на відповідність. Після виправлення помилки метод працює правильно.
Метод adduser
Даний метод є складовою частиною підмодуля login.php, класу – UsersDAL. Він відповідає за додавання нового користувача в систему. Його параметрами є ім’я користувача типу string, логін типу string пароль типу string, ідентифікатор ролі користувача типу int. ім’я користувача «Іванов Іван Іванович», логін (“admin”), пароль (“12345”), роль користувача (“postachalnyk”), що відповідає адміністратору системи. Після натиснення кнопки Enter виводить помилку і припиняє виконання.
Після розгляду методу в режимі Debug виявилось, що система не перевіряє на коректність введенні дані. Зокрема не перевіряє на зайнятість ідентифікатору користувача, логін, та коректність ролі користувача. Дана проблема була виправлена за допомогою додаткової перевірки на зайнятість вказаного ідентифікатора та логіна, а також перевірки коректності вказаного ідентифікатора ролі. Після виправлення помилки метод працює правильно.
Метод Setnewname
Даний метод є складовою частиною підмодуля logoff.php, класу – UserDataDAL. Цей метод використовується для зміни імені користувача за його ідентифікатором.
Його параметрами є ідентифікатор користувача типу int та нове ім’я типу string.
Введемо ідентифікатор ’89’ та пустий рядок. Після натиснення відповідної кнопки програма змінює ім’я користувача з ідентифікатором ‘5’ на пустий рядок що є помилкою.
Після розгляду методу в режимі Debug виявилось, що система, не перевіряє рядок на заповненісьть. Після виправлення помилки метод працює правильно.
Метод getseansinfo
Даний метод є складовою частиною підмодуля seans.php, класу – SeansDAL Він відповідає за перевірку замовлень на дублювання. Його параметрами є: логін користувача типу char, адреса відправлення типу struct, адреса прибуття типу struct, телефон клієнта типу char. Введемо ідентифікатор ‘1234’, що не присутній в базі, назву фільму «Початок», ідентифікатор фільму ‘13’, ціну «40 грн», кількість вільних місць – 60, дату «01.02.2014», час «12:00» та натискаємо кнопку оновлення інформації. Сервер виводить повідомлення про відсутність сеансу в базі.
Після розгляду методу в режимі Debug виявилось, що система не бере до уваги правильнысть запису дати,а саме запис дня. Після виправлення помилки метод працює правильно.
Метод Changeprice
Даний метод є складовою частиною підмодуля seans.php, класу – SeansDAL Він відповідає за перевірку замовлень на дублювання.
Цей метод використовується для зміни ціни сеансу за його ідентифікатором
Введено ідентифікатор сеансу «56465», що присутній в базі, та ціну «-10 грн» натискаємо кнопку зміни. Ціна змінилася на від’ємну, що є помилкою. Після розгляду методу в режимі Debug виявилось, що система не бере до уваги правильнысть запису числового поля грошей. Після виправлення помилки метод працює правильно.
Метод changeNOstMisc Даний метод є складовою частиною підмодуля seans.php, класу – SeansDAL Він відповідає за перевірку замовлень на дублювання.
Введено ідентифікатор сеансу «56465», що присутній в базі, та кількість вільних місць – «10» натискаємо кнопку зміни. Кількість вільних місць не змінилася, що є помилкою. Після розгляду методу в режимі Debug виявилось, що прогрнаміст не передбачив виводу повідомлення про неуспішне логування.
Висновок: під час виконання лабораторної роботи я ознайомився з основними задачами, які необхідно розв’язати під час виконання етапу тестування. Практично навчився реалізовувати етап тестування програмного продукту комп’ютерних систем.