Автоматичне тестування з використанням Rational Robot, Різне, Програмування, статті

Дана стаття присвячена використанню кошти Rational Robot для автоматизованого тестування в середовищі 1С. Хоча звичайно, ці механізми можна використовувати на будь-яких платформах і клієнтських додатках.
Rational Robot є частиною загального процесу тестування і розробки RUP. Однак всю технологію цілком я розглядати в цій статті не буду.
Розглянемо використання Rational Robot в контексті автоматизованого тестування графічного інтерфейсу 1С і в контексті тестування продуктивності.


Використання подібних засобів, як правило, не окупається на невеликих ІТ системах для яких не критично відсутність деякого функціоналу зважаючи на його непрацездатності внаслідок помилок допущених при доопрацювання системи. Однак на великих ІТ системах з інтенсивними темпами розробки і великою кількістю зв’язків між об’єктами використання подібного механізму автоматичного тестування просто необхідно.
Використання Rational Robot дозволяє не тільки зменшити людські ресурси на тестування, а й якісно вийти на інший рівень кінцевого продукту розробки з точки зору його працездатності і надійності.


Розглянемо використання Rational Robot на простому прикладі.


Припустимо в організації необхідно, що б завжди при будь-якій зміні конфігурації оператори з ранку змогли б виставляти клієнтам рахунки на оплату або банківські документи.
Зміна процедури в глобальному модулі може привести до того, що при введенні нового документа буде виникати помилка. Можливо, на виправлення помилки програмісту необхідно максимум 5 хвилин, але проблема від цього не стає менше. Виходячи зі свого досвіду, я можу сказати, що подібна помилка може призвести до півгодинної зупинки виписки первинної документації. Причин на це може бути багато, і всі їх перераховувати я не буду.


У модулі конфігурації, для того щоб емулювати помилку, я введу за певним значенням константи помилку при відкритті форми документа. Внаслідок чого виводиться повідомлення про помилку, і оператор не зможе ввести новий документ.


Якщо Константа.Ошібка = 1 Тоді Д = СоздатьОб’ект (“вв”); КонецЕслі;

Спочатку запишемо текст скрипта в Rational Robot.
Для цього необхідно ініціалізувати запис скрипта, і після чого виконати всі дії з документами. У моєму випадку, я вводив новий документ вводив в ньому необхідні реквізити, записував його і після чого вважав тест виконаним і переривав запис скрипта.
Результат тесту Rational Robot записує у вигляді скрипта на SQABasic:



Як ми бачимо, в скрипт записуються API команди – такі як натискання клавіш, установка значень на контроль їх назви і т.п.


Відповідно, після того як ми записали скрипт тесту, ми можемо його використовувати в системі автоматичного тестування. Rational Robot буде послідовно виконувати записані раніше нами команди, і в залежності від успішності їх виконання заносити результати до звіту.
Логіка успішності визначається тестувальником. Наприклад, якщо при натисканні на кнопку «Новий» форма документа відкривається – значить, ця частина тесту пройшла вдало, а якщо ні, то до звіту записується інформація, що тест не пройдено.
Логіка обробки результатів може бути істотно складніша, ніж у наведеному вище прикладі.


Отже, після того як я записав тест, запускаю його на відтворення при встановленій константі Помилка = 0. В цьому випадку Rational Robot виконує послідовність дій і видає звіт про успішне виконання тесту (забавно дивитися як кнопки самі натискаються і вводиться інформація у відповідні контроли).



У випадку якщо ми встановимо константу Помилка в значення 1 і запустимо тест – то звіт буде іншим:



У даному звіті ми можемо переглянути всі помилки в зручному інтерфейсі. Так само при виникненні помилки знімається скриншот екрана (настрівается) з помилкою яку прямо зі звіту можна переглянути.



Цей скріншот відкривається після натискання у звіті на рядку про помилку з попередженням.
В даному випадку ми можемо побачити, що помилка сталася із за того, що створюється неіснуючий в системі об’єкт.
Налаштування відтворення, обробки та запису скриптів для автоматичного тестування встановлюються в спеціальних опціях.




Отже, попередньо записавши тести в особливо критичних до помилок областях системи, ми можемо після кожної зміни конфігурації автоматично запускати їх і отримувати розгорнуті звіти.


Тестувати можна не тільки на предмет помилок, але і на предмет продуктивності системи. І дійсно, коли користувач каже що «у мене документ скролінгом екранної форми гальмує» або «пошук відпрацьовує довго »- перевірити аналізуючи Трейсі SQL (до того ж Верія 1С може бути взагалі DBF) досить складно. За допомогою Rational Robot можна налаштувати автоматичні тести які будуть писати в файл показання лічильників. Аналізуючи потім цей файл можна проводити детальний аналіз системи з точки зору реакції системи на ту чи іншу дію користувача.


Крім цього, через Rational Robot можна налаштувати запис траси по ODBC або з інших протоколах.


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


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

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

Ваш отзыв

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

*

*