Тести (запис призначений для народу з ІТ)
07-03-2006 01:36
к комментариям - к полной версии
- понравилось!
Я ж почала з минулого тижня працювати над новим проектом, дали мені тестувати нову клієнську утилітку, яка (в сумі з деякими функціями на сервері) дозволяє переадресовувати друк документів до інших користувачів, які відповідно можуть приймати цей друк чи ні. Щоб не вдаватись в непотрібні деталі, скажу тільки що це можливо, бо як і решта нашого програмного забезпечення працює вона не через ОС, ми друкуємо через наші сервіси/процеси.
Кусок і досить цікавий і не складний особливо, а ще хтось до мене написав трохи тестів щодо цієї програмки використовуючи функціональні вимоги. Виділили мені часу приблизно два тижні( там дійсно не так просто, потрібно ще ж і інтеграцію з іншим нашим ПЗ перевірити і білінг при друку через цю штуку і т.д.)
Подивилась в пятницю, а я ж вже десь 90% тестів виконала, пораділа яка я стаханівка, тільки ж тиждень пройшов. Хочу відмінити що тести написані досить нормально, я звичайно щось пододавала чи поміняла, але це нормально, тяжко ідеальні тести написати тільки по документації, не бачивши програмку ще взагалі. І тести ми пишемо не зовсім загальні, але і не на рівні "нажати на кнопку", хвилин на 10-15 щось типу:
"Verify that the jobs that are held in DRE longer than the specified period of time are deleted automatically."
Але в пятницю я була не подивилось, що за тести залишись саме. І тільки сьогодні, коли підійшла до двох останніх тестів, зрозуміла наскільки я була наївною. Як вам ці два малесенькі тестики:
NetWare
Job submission API
Ага, всього то перевірити як утілінка працює з NetWare і NDPS прінтерами. Тестик так дня на два, я сьогодні тільки шоб налаштувати NetWare клієнта і прінтер півдня витратила. Ну це ще нормально, просто не розписано.
Але з API, я вже уявила скільки в мене займе це протестувати , а головне попередньо підвчитись:). Так ми працюємо з кодом, інколи дивимось як закодовані математичні алгоритми чи на запити, які колонки в view створюють і т.д., але не щоб код явно потестувати, а щоб найти де слабкі місця( розгалудження, обробка якихось умов і т.д.) і на що саме варто звернуть увагу. І я пишу запити до бази постійно, але тестування API це таки все-таки занадто :(. Тому я попереднього таки запитала в керівника, чи не має в мене глюків :). Виявилось що таки тестувати не потрібно, просто тестер який писав тести не знав що це таке, а в функціональних вимогах воно згадувалось, от і з'явився такий тест :).
вверх^
к полной версии
понравилось!
в evernote