Використання IBM Rational Functional Tester для автоматизованого тестування глобалізованих додатків, Різне, Програмування, статті

Якщо ви хочете розробити сценарії автоматизованого тестування для глобалізованих додатків, але є труднощі через те, що автоматизовані сценарії, записані в одному місці, не працюють в іншому, ця стаття допоможе вирішити цю проблему. У ній розглядається підхід, що дозволяє виконувати пакет автоматизації тестування, розроблений в IBM Rational Functional Tester, в різних місця розташування. Інженер автоматизації тестування просто повинен бути трохи більше поінформований про властивості об’єкта, щоб вміти використовувати ці знання при розробці пакета тестування для локалізованих додатків.


Попередні вимоги




Огляд автоматизації тестування


Ручне тестування є витратним за часом, трудомістким і часто монотонним процесом. Воно призводить до виникнення проблем, особливо при обмежених ресурсах і жорстких термінах. Якщо вам потрібно поліпшити тестування додатків для перевірки коректності їх роботи, важливо рухатися в бік автоматизації всіх ручних завдань тестування.


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


При використанні IBM Rational Functional Tester в якості інструментарію процес автоматизації тестування ділиться на три етапи:



  1. Запис. Сценарій тестування записується “на льоту” в міру роботи користувача з додатком. Можна також вставити точки верифікації (verification points) для перевірки відповіді системи і зробити сценарії тестування залежними від даних, щоб виконувати один і той же сценарій з різними наборами вхідних даних.


  1. Поліпшення. Додавання коду, що виконує різноманітні функції. Типові зміни сценаріїв тестування – умовне розгалуження, рефакторинг і обробка виняткових ситуацій.


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

Типові проблеми глобалізованої автоматизації тестування


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


Глобалізованим називаються програми, в яких всі дані (наприклад, повідомлення, мітки і текст) локалізовані, тобто переведені на мову локалі, в якій програми виконуються або з якої запускаються. Наприклад, якщо додаток запущено в японській локалі або операційній системі, вся інформація відображається на японській мові. Аналогічно, якщо додаток запущено у французькій локалі або операційній системі, вся інформація відображається на французькій мові і т.д. Термін “глобалізовані” відноситься також до додатків, які дозволяють вводити і виводити інформацію з використанням кодування символів, відмінної від англійської.


Навіть після успішної автоматизації таких глобалізованих додатків ви можете зіткнутися з наступними проблемами:





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


Рисунок 1. Сценарій, записаний в одній локалі і відтворений в іншій, не працює



Переваги підходу


Використання розглянутого в даній статті підходу до розробки сценаріїв автоматизованого тестування для глобалізованих додатків дає ряд переваг. Деякі з них перераховані нижче:



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


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

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

Ваш отзыв

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

*

*