Difference between revisions of "RU/development/qa/vcltesttool"

From Wiki
Jump to navigationJump to search
(---- {{RU/documentation/signyear|Sancho|Переводчик:<br>А. Е. Харламенков|2010}} {{qaВottom}})
 
(43 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{RU/documentation/beingedited|[[User:Sancho|Санчо]] 10:34, 10 April 2010 (UTC)}}  
+
<section begin=title /><noinclude>{{DISPLAYTITLE:Контроль качества: </noinclude>VCLTesttool<noinclude>}}</noinclude><section end=title />{{BreadCrumbL10n}}
{{RU/documentation/helpneeded|Перевод на русский язык}}
+
 
{{DISPLAYTITLE:VCLTesttool}}
+
{{RU/vcltesttool/vcltesttooltoc
[[en:VCLTesttool]]
 
[[ko:KO/VCLTesttool]]
 
[[sl:SL/VCLTestTool]]
 
{{VCLTesttool/VCLTesttoolTOC
 
 
|ShowPrevNext=none
 
|ShowPrevNext=none
 
|ShowPrevPage=none
 
|ShowPrevPage=none
|ShowNextPage=VCLTesttool/Introduction
+
|ShowNextPage=RU/development/qa/vcltesttool/introduction
 
|ShowNextPart=none
 
|ShowNextPart=none
 
|ShowPrevPart=none
 
|ShowPrevPart=none
|NextPage=VCLTesttool/Introduction
+
|NextPage=RU/development/qa/vcltesttool/introduction
 
|parttitle=[[Apendix]]
 
|parttitle=[[Apendix]]
 
}}  
 
}}  
== About the VCLTesttool ==
+
== О VCLTesttool ==
  
The VCLTesttool is a standalone program that is used for the automated testing of OpenOffice.org. The VCLTesttool communicates with the TCP/IP-Interface of OpenOffice.org and can test each installation of OpenOffice.org on a PC or in a local area network (LAN). The current VCLTesttool can be used on OpenOffice.org 1.1beta and higher. However, as there can be some incompatible changes in future OpenOffice.org builds you may need to use a newer version of the VCLTesttool then. Current versions of VCLTesttool can always be [http://qa.openoffice.org/ooQAReloaded/AutomationTeamsite/ooQA-TeamAutomationBin.html found here]
+
VCLTesttool - это отдельная программа, которая используется для тестирования {{OOo}}. VCLTesttool взаимодействует с {{OOo}} через TCP/IP сокеты и может проверить каждую установку {{OOo}} на ПК. На текущий момент доступны версии [http://qa.openoffice.org/ooQAReloaded/AutomationTeamsite/ooQA-TeamAutomationBin.html VCLTesttool для нескольких версий], от {{OOo}} 1.1beta и выше. Крайне желательно следить за выходом новых версий VCLTestTool, чтобы исключить ошибки из-за несовместимости утилиты и {{OOo}}
  
== Quick start ==
+
== Быстрый старт ==
  
If you want to help in automated testing and start immediately this guide is the right choice for you. It offers a step-by-step guide to start with and is valid for testing OpenOffice.org-Version 3.x. However this guide claims to reach testers with basic and experienced knowledge too.
+
Если вы хотите помочь в автоматизированном тестировании и начать немедленно, то данное руководство является вашим правильным выбором. Здесь представлено пошаговое руководство для начала тестирования OpenOffice.org-версий 3.x. Однако, это руководство будет полезно также и для начинающих, и для опытных тестеров.
  
==== Prerequisites ====
+
==== Подготовка ====
If all of the following prerequisites are done you can start with automated testing.
+
Если все изложенные далее условия выполняются, то вы можете приступить к тестированию.
  
 
===== CVS/SVN =====
 
===== CVS/SVN =====
You must have a working CVS or SVN (migration to SubVersion started with milestone DEV300_m32) on the system.
+
Вы должны иметь рабочую CVS или SVN (мигрировать на SubVersion для запуска милстоуна DEV300_m32) в своей системе. Прочтите про [http://qa.openoffice.org/servlets/ProjectSource клиента CVS [en]] и его настройку для использования с OpenOffice.org. Прочтите про [[OOo_and_Subversion|использование SubVersion [en]]] с OpenOffice.org.
 
 
Read [http://qa.openoffice.org/servlets/ProjectSource CVS client setup] to setup client to be used on OpenOffice.org.
 
 
 
Read [[OOo_and_Subversion]] to use SubVersion on  OpenOffice.org.
 
  
As an easy alternative one can download testautomation checkouts added to an archive. See [[VCLTesttool#VCLTesttool_framework_.28testautomation.29]] for details
+
По окончании автоматического тестирования необходимо [[VCLTesttool#VCLTesttool_framework_.28testautomation.29|извлечь его результаты и заархивировать их [en]]].
  
 
===== OpenOffice.org =====
 
===== OpenOffice.org =====
You must have an installed OpenOffice.org on the system, and it is important to know what version is to be tested.
+
У вас должен быть установлен OpenOffice.org, при этом чрезвычайно знать его точную версию перед началом тестирования.
  
If you are not sure what version is installed on your system you can check
+
Если вы не уверены, какая версия установлена в вашей системе, то это можно проверить.
  
* .versionrc (UNIX-Systems) or
+
Для этого нужно открыть файл
* version.ini (Windows-Systems)
 
  
in installation directory<br>
+
{{DocLinux| '''.versionrc''' <br>(UNIX-Systems)}}
(look in <INSTALLDIR>/OpenOffice.org 3/program)  
+
или
 +
{{DocWindows| '''version.ini''' <br>(Windows-Systems)}}
  
Open file and see area [Version]:
+
в каталоге установки<br>
 +
(смотрите в <INSTALLDIR>/OpenOffice.org 3/program)
  
Example:
+
Откройте этот файл и просмотрите раздел '''[Version]''':
  
ProductMajor=300
+
Например:
  
ProductMinor=29
+
ProductMajor=300
 +
ProductMinor=29
 +
ProductSource=DEV300
  
ProductSource=DEV300
+
===== Система VCLTesttool (автоматизированное тестирование =====
  
===== VCLTesttool framework (testautomation) =====
+
Рамках VCLTesttool имеются все сценарии для тестирования милстоуна на основе текущих ответвлений и находящихся в CVS/SVN модулей '''автоматических тестов'''. Вы можете найти все эти файлы в OpenOffice.org CVS/SVN и легко загрузить их на вашей локальной файловой системе с помощью отладчика CVS/SVN.
The VCLTesttool framework holds all scripts provided to test a milestone based on current branch and is found to be in CVS/SVN as module '''testautomation'''. You can find all those files in OpenOffice.org CVS/SVN and can easily download them to your local file system via cvs/svn checkout. Let's say you're about to test a version based on branch 'DEV300' with milestone 'm29'.
 
  
'''Remember all DEV300 milestones prior to m32 are found in CVS and all milestones from m32 on are located in SVN.'''
+
Допустим, вы собираетесь протестировать версию на основе 'DEV300' c милстоуна 'm29'.
  
Use the following cvs command to get the sources:
+
'''Помните, все DEV300 до милстоуна m32 находятся в CVS и все милстоуны от m32 на находятся в SVN.'''
  
''cvs checkout -r DEV300_m29 -d testautomation_m29 testautomation''
+
Используйте следующую команду, чтобы получить исходники:
  
(optional parameter -d is used to checkout into a specific directory to be able to hold more versions in parallel.)
+
<TT>cvs checkout -r DEV300_m29 -d testautomation_m29 testautomation</TT><br>
 +
(опциональный параметр '''-d''' используется для проверки в указанном каталоге, чтобы иметь возможность провести несколько версий параллельно.)
  
Checkout via SubVersion:
+
Проверка через SubVersion:
  
''svn checkout svn://svn.services.openoffice.org/ooo/tags/DEV300_m32/testautomation testautomation_m32''
+
<TT>svn checkout svn://svn.services.openoffice.org/ooo/tags/DEV300_m32/testautomation testautomation_m32</TT>
  
If you don't want to use CVS or SVN you can download archives with testautomation checkouts created by [http://accc.riken.jp/maho/ Nakata Maho] on Good Day server. Simply download and extract the archive matching your OpenOffice.org-Version to be tested under the following location: http://ooopackages.good-day.net/pub/OpenOffice.org/qa/testautomation/
+
Если вы не хотите использовать CVS или SVN, то вы можете скачать архив автоматических тестов, созданный [http://accc.riken.jp/maho/ Наката Махо] из Good Day server. Просто [http://ooopackages.good-day.net/pub/OpenOffice.org/qa/testautomation/|скачайте архив для прохождения тестирования] вашей версии OpenOffice.org.
  
 
===== VCLTestTool =====
 
===== VCLTestTool =====
To be able to start automated testing of OpenOffice.org you must have a local copy of VCLTesttool on your system too.
+
Для того, чтобы начать автоматическое тестирование OpenOffice.org вы должны иметь локальную копию VCLTesttool, установленную в вашей системе. [http://qa.openoffice.org/ooQAReloaded/AutomationTeamsite/ooQA-TeamAutomationBin.html Скачать текущую версию VCLTesttool] соответствующую вашей ОС на ваш локальный компьютер, и распакуйте архив в вашей локальной системе. После извлечения файлов запустите в первый раз файл
 +
 
 +
{{DocLinux| '''testtool.bin'''}}
 +
{{DocWindows| '''testtool.exe'''}}
  
[http://qa.openoffice.org/ooQAReloaded/AutomationTeamsite/ooQA-TeamAutomationBin.html Download current VCLTesttool] matching your OS to a location of your choice on your local machine and extract the archive to your local system. After all files are extracted please start testtool.bin (testtool.exe on windows) the first time. Once VCLTesttool is started go to Tools->Options.
+
После запуска VCLTesttool перейдите в меню {{Menu|Tools|Options}}.
  
'''(all entries on screenshots are examples only and need to be adapted to your needs)'''
+
'''(Все надписи на скриншотах приведены только как примеры. Адаптируйте их под свою ситуацию.)'''
  
  
  
* Tabpage 'Profile'
+
* Вкладка '''"Profile"'''
  
 
[[Image: Testtool-option-profile.jpg]]
 
[[Image: Testtool-option-profile.jpg]]
  
Create a profile for current testautomation module to be used. Therefor enter
+
Необходимо создать профиль для автоматических тестов. Для этого введите:
  
1. Profile: DEV300m29
+
#'''Profile''': DEV300m29
 +
#'''Log base directory''': (Все результитующие файлы выполненных тестов будут сохраняться здесь.)
 +
#'''Base directory''': Каталог извлечённых скриптов автоматического тестирования.
 +
#'''Default HID directory''' устанавливается [[VCLTesttool/hid.lst_file |автоматически]]  и, в большинстве случаев, не должен изменяться.
  
2. Log base directory: (All resultsfiles created during a testrun are written here.)
 
  
3. Base directory: The base directory of checked-out testautomation-scripts.
 
  
4. Default HID directory is set [[VCLTesttool/hid.lst_file | automatically]]  and must not be adapted in most cases.
+
* Вкладка '''"Crashreport"'''
  
 +
[[Image: Testtool-option-crashreport.jpg]]
  
 +
Щёлкните '''"Allow contact"''' для установки флажка '''"Разрешить контакт"''' и введите действующий адрес электропочты OpenOffice.org в поле '''"EMail"'''. Этот адрес будет использоваться VCLTesttool для отсылки креш-репортов. Позже, когда вы ознакомитесь с автоматическими тестами, вы сможете добавлять результаты в [[QUASTe]] (Quality Assurance Statuspage), для чего действующий адрес электропочты имеет важное значение.
  
* Tabpage 'Crashreport'
 
  
[[Image: Testtool-option-crashreport.jpg]]
 
  
Check 'Allow contact' checkbox and enter your valid OpenOffice.org-mail-address in 'EMail' field. This mail address will be used when VCLTesttool sends a crashreport. Later on when you are familiar with automated testing you can add your results to [[QUASTe]] (Quality Assurance Statuspage) Therefor a valid mail-address is important.
+
* Вкладка '''"Misc"'''
 +
 
 +
[[Image: Testtool-option-misc.jpg]]
  
 +
На этой вкладке вы можете установить параметры связи VCLTesttool с OpenOffice.org. В большинстве случаев эти параметры оставляются по умолчанию. Если VCLTesttool не может запустить установленный OpenOffice.org, значит, что '''"Testtool Port"''' или '''"Remote UNO Port"''' заблокированы или защищены в вашей системе.
 +
'''"OOo Program Dir"''' может быть указан каталог установки вашего OpenOffice.org. В большинстве случаев это поле должно оставаться пустым, так как VCLTesttool должен быть в состоянии найти установленный OpenOffice.org. Если нет, то вы можете указать здесь путь установки. Например:
 +
<INSTALLDIR>/OpenOffice.org 3/program
  
 +
Все ваши настройки VCLTestTool сохраняет в:
  
* Tabpage 'Misc'
+
{{DocLinux| '''${HOME}/.testtoolrc'''<br>(UNIX-Systems)}}
 +
или
 +
{{DocWindows| '''%APPDATA%\testtool.ini'''<br>(Windows-Systems)}}
 +
или
 +
{{DocOSX | '''$HOME/Library/Application Support/.testtoolrc'''<br>(Mac OS X)}}
  
[[Image: Testtool-option-misc.jpg]]
+
Щёлкните кнопку '''[OK]''' для сохранения настроек и выхода из VCLTestTool.
  
On this tabpage you can set the options to be used by VCLTesttool to communicate with OpenOffice.org. In most cases this values can stay default. If VCLTesttool is unable to start your OpenOffice.org installation 'Testtool Port' or 'Remote UNO Port' may be blocked or reserved by your system.
 
'OOo Program Dir' can be set to the program dir of your OpenOffice.org-Installation to be tested with VCLTestTool. In most cases this field can be left empty as VCLTesttool should be able to find your OpenOffice.org Installation. If not you can try adding the path to your installation here. For example: <INSTALLDIR>/OpenOffice.org 3/program
 
  
All your changes to VCLTestTool-options are saved in
+
Теперь вся подготовка завершена.
  
** ${HOME}/.testtoolrc (UNIX-Systems) or
+
== Запуск отдельного автоматического теста ==
** "$HOME/Library/Application Support/.testtoolrc" (Mac OS X) or
 
** %APPDATA%\testtool.ini (Windows-Systems).
 
  
Click on 'OK' button in Options to save your changes and exit VCLTestTool for this time.
+
Запустить отдельный автоматический тест легко после того, как загружен сценарий на локальную машину и все необходимые настройки из раздела "Быстрый старт" выполнены.
  
 +
Вся необходимая дополнительная информация о том, как должны завершаться автоматические тесты, находится в [[QUASTe#Category_model|QUASTe]].
  
Now all prerequisites are done!
+
* Запустите VCLTesttool и выбирете из меню '''File → Open''';
 +
* выберите файл с расширением '''*.bas''';
 +
* выберите каталог со скриптами тестов;
 +
* выберите '''*.bas-файл''' для запуска следующего;
 +
* нажмите '''[OK]''' в диалоге выбора файлов;
 +
* нажмите '''[F5]''' или выберите из меню 'Program → start' для запуска автоматического теста.
  
== Run a single autotest ==
+
Теперь остаётся только ждать завершения теста, и по его окончании проанализировать '''*.res-файл'''.
  
Running a single autotest is quite easy once you managed to download the scripts to your machine's space and made all necessary settings described in 'Quick start' section. If you want more information on how to know what autotests should be finished please visit [[QUASTe#Category_model]].
+
== Как скормить QUASTу результаты тестов ==
  
* Start VCLTesttool and choose File->Open
+
Чтобы скормить [[QUASTe|QUASTу]] результаты, вы должны добавить две строки в файл
* change file type to *.bas
+
{{DocLinux| '''~/.testtoolrc'''}}
* choose directory holding the testscripts
 
* choose *.bas-file to be run next
 
* Select 'OK' in file dialog
 
* Press 'F5' or select 'Program->start' to run the autotest
 
  
Now you only have to wait until test has finished and analyzed the test results written to *.res-file.
+
[Others]
 +
PCname=<Name of the maschine>
  
== To feed QUASTe with the results ==
+
== Вопросы, касающихся автоматических тестов ==
  
To feed [[QUASTe]] with the results you have to add two rows to the ~/.testtoolrc (under linux)
+
Во всех вопросах по автоматическим тестам, чтобы их могла обработать Группа Автоматического тестирования, необходимо указывать:
  
[Others]
+
* '''Component''': qa
 +
* '''Subcomponent''': testscripts
 +
* '''assigned to''': automat@openoffice.org
 +
* Резюме должно начинаться со слова '''[Automation]''' в квадратных скобках, и следом, так же в квадратных скобках, имя скрипта теста (например '''[w_updt.bas]''')
  
PCname=<Name of the maschine>
 
  
== Issues regarding auto tests ==
+
Кроме того, если вы знаете ответственного за автоматический тест (автора), то адресоваться можно напрямую к нему. [http://quaste.services.openoffice.org/index.php?option=com_quaste&task=tests_overview Список автоматических тестов и их ответственных] в [http://quaste.services.openoffice.org QUASTe].
  
All issues regarding auto tests should have the following options set to assure it will be recognized by automation team:
+
== Известные проблемы, связанные со сценариями автоматизированных тестов ==
  
* Component: qa
+
* Переключение документа для редактирования в режиме (слот: "EditDoc", StandardBar кнопка "Bearbeiten"): Когда документ загружается только для чтения у нас нет возможности для определения, активирована ли кнопка "Редактировать документ" и работает, или она в режиме "не используется". Некоторые странности обхода в реализации '''t_doc2.inc::sMakeReadOnlyDocumentEditable()''', которые не всегда работают. В графических модулей другие методы реализованы, но они не являются общими и не всегда обрабатывают возможные окна сообщений (messagebox).
* Subcomponent: testscripts
 
* assigned to: automat@openoffice.org
 
* Summary should start with text [Automation] and follow by the test script name in square brackets (f.e. [w_updt.bas] )
 
  
 +
== Дополнительные ссылки ==
  
Additionally if you know the owner of the auto tests one can directly assign it to the owner. For a list of automated tests and his owner see: [http://quaste.services.openoffice.org/index.php?option=com_quaste&task=tests_overview Autotests overview] on [http://quaste.services.openoffice.org QUASTe]
+
# [[Run_OOo_versions_parallel]]
 +
# [[RU/development/qa/automatic_testing]]
  
== Additional links ==
 
  
1. [[Run_OOo_versions_parallel]]
+
[[Category:TestAutomation]]
  
  
[[Category:Quality_Assurance]]
+
{{SignTransYear|RU|Sancho|А. Е. Харламенков|2010}}
[[Category:TestAutomation]]
 
----
 
{{RU/documentation/signyear|Sancho|Переводчик:<br>А. Е. Харламенков|2010}}
 
  
{{qaВottom}}
+
{{RUqaBottom}}

Latest revision as of 19:56, 18 September 2011



О VCLTesttool

VCLTesttool - это отдельная программа, которая используется для тестирования OpenOffice.org. VCLTesttool взаимодействует с OpenOffice.org через TCP/IP сокеты и может проверить каждую установку OpenOffice.org на ПК. На текущий момент доступны версии VCLTesttool для нескольких версий, от OpenOffice.org 1.1beta и выше. Крайне желательно следить за выходом новых версий VCLTestTool, чтобы исключить ошибки из-за несовместимости утилиты и OpenOffice.org

Быстрый старт

Если вы хотите помочь в автоматизированном тестировании и начать немедленно, то данное руководство является вашим правильным выбором. Здесь представлено пошаговое руководство для начала тестирования OpenOffice.org-версий 3.x. Однако, это руководство будет полезно также и для начинающих, и для опытных тестеров.

Подготовка

Если все изложенные далее условия выполняются, то вы можете приступить к тестированию.

CVS/SVN

Вы должны иметь рабочую CVS или SVN (мигрировать на SubVersion для запуска милстоуна DEV300_m32) в своей системе. Прочтите про клиента CVS [en] и его настройку для использования с OpenOffice.org. Прочтите про использование SubVersion [en] с OpenOffice.org.

По окончании автоматического тестирования необходимо извлечь его результаты и заархивировать их [en].

OpenOffice.org

У вас должен быть установлен OpenOffice.org, при этом чрезвычайно знать его точную версию перед началом тестирования.

Если вы не уверены, какая версия установлена в вашей системе, то это можно проверить.

Для этого нужно открыть файл

Documentation linux.png .versionrc
(UNIX-Systems)

или

Documentation windows.png version.ini
(Windows-Systems)

в каталоге установки
(смотрите в <INSTALLDIR>/OpenOffice.org 3/program)

Откройте этот файл и просмотрите раздел [Version]:

Например:

ProductMajor=300
ProductMinor=29
ProductSource=DEV300
Система VCLTesttool (автоматизированное тестирование

Рамках VCLTesttool имеются все сценарии для тестирования милстоуна на основе текущих ответвлений и находящихся в CVS/SVN модулей автоматических тестов. Вы можете найти все эти файлы в OpenOffice.org CVS/SVN и легко загрузить их на вашей локальной файловой системе с помощью отладчика CVS/SVN.

Допустим, вы собираетесь протестировать версию на основе 'DEV300' c милстоуна 'm29'.

Помните, все DEV300 до милстоуна m32 находятся в CVS и все милстоуны от m32 на находятся в SVN.

Используйте следующую команду, чтобы получить исходники:

cvs checkout -r DEV300_m29 -d testautomation_m29 testautomation
(опциональный параметр -d используется для проверки в указанном каталоге, чтобы иметь возможность провести несколько версий параллельно.)

Проверка через SubVersion:

svn checkout svn://svn.services.openoffice.org/ooo/tags/DEV300_m32/testautomation testautomation_m32

Если вы не хотите использовать CVS или SVN, то вы можете скачать архив автоматических тестов, созданный Наката Махо из Good Day server. Просто архив для прохождения тестирования вашей версии OpenOffice.org.

VCLTestTool

Для того, чтобы начать автоматическое тестирование OpenOffice.org вы должны иметь локальную копию VCLTesttool, установленную в вашей системе. Скачать текущую версию VCLTesttool соответствующую вашей ОС на ваш локальный компьютер, и распакуйте архив в вашей локальной системе. После извлечения файлов запустите в первый раз файл

Documentation linux.png testtool.bin
Documentation windows.png testtool.exe

После запуска VCLTesttool перейдите в меню Tools → Options.

(Все надписи на скриншотах приведены только как примеры. Адаптируйте их под свою ситуацию.)


  • Вкладка "Profile"

Testtool-option-profile.jpg

Необходимо создать профиль для автоматических тестов. Для этого введите:

  1. Profile: DEV300m29
  2. Log base directory: (Все результитующие файлы выполненных тестов будут сохраняться здесь.)
  3. Base directory: Каталог извлечённых скриптов автоматического тестирования.
  4. Default HID directory устанавливается автоматически и, в большинстве случаев, не должен изменяться.


  • Вкладка "Crashreport"

Testtool-option-crashreport.jpg

Щёлкните "Allow contact" для установки флажка "Разрешить контакт" и введите действующий адрес электропочты OpenOffice.org в поле "EMail". Этот адрес будет использоваться VCLTesttool для отсылки креш-репортов. Позже, когда вы ознакомитесь с автоматическими тестами, вы сможете добавлять результаты в QUASTe (Quality Assurance Statuspage), для чего действующий адрес электропочты имеет важное значение.


  • Вкладка "Misc"

Testtool-option-misc.jpg

На этой вкладке вы можете установить параметры связи VCLTesttool с OpenOffice.org. В большинстве случаев эти параметры оставляются по умолчанию. Если VCLTesttool не может запустить установленный OpenOffice.org, значит, что "Testtool Port" или "Remote UNO Port" заблокированы или защищены в вашей системе. "OOo Program Dir" может быть указан каталог установки вашего OpenOffice.org. В большинстве случаев это поле должно оставаться пустым, так как VCLTesttool должен быть в состоянии найти установленный OpenOffice.org. Если нет, то вы можете указать здесь путь установки. Например:

<INSTALLDIR>/OpenOffice.org 3/program

Все ваши настройки VCLTestTool сохраняет в:

Documentation linux.png ${HOME}/.testtoolrc
(UNIX-Systems)

или

Documentation windows.png %APPDATA%\testtool.ini
(Windows-Systems)

или

Documentation Mac Logo 40.png $HOME/Library/Application Support/.testtoolrc
(Mac OS X)

Щёлкните кнопку [OK] для сохранения настроек и выхода из VCLTestTool.


Теперь вся подготовка завершена.

Запуск отдельного автоматического теста

Запустить отдельный автоматический тест легко после того, как загружен сценарий на локальную машину и все необходимые настройки из раздела "Быстрый старт" выполнены.

Вся необходимая дополнительная информация о том, как должны завершаться автоматические тесты, находится в QUASTe.
  • Запустите VCLTesttool и выбирете из меню File → Open;
  • выберите файл с расширением *.bas;
  • выберите каталог со скриптами тестов;
  • выберите *.bas-файл для запуска следующего;
  • нажмите [OK] в диалоге выбора файлов;
  • нажмите [F5] или выберите из меню 'Program → start' для запуска автоматического теста.

Теперь остаётся только ждать завершения теста, и по его окончании проанализировать *.res-файл.

Как скормить QUASTу результаты тестов

Чтобы скормить QUASTу результаты, вы должны добавить две строки в файл

Documentation linux.png ~/.testtoolrc
[Others]
PCname=<Name of the maschine>

Вопросы, касающихся автоматических тестов

Во всех вопросах по автоматическим тестам, чтобы их могла обработать Группа Автоматического тестирования, необходимо указывать:

  • Component: qa
  • Subcomponent: testscripts
  • assigned to: automat@openoffice.org
  • Резюме должно начинаться со слова [Automation] в квадратных скобках, и следом, так же в квадратных скобках, имя скрипта теста (например [w_updt.bas])


Кроме того, если вы знаете ответственного за автоматический тест (автора), то адресоваться можно напрямую к нему. Список автоматических тестов и их ответственных в QUASTe.

Известные проблемы, связанные со сценариями автоматизированных тестов

  • Переключение документа для редактирования в режиме (слот: "EditDoc", StandardBar кнопка "Bearbeiten"): Когда документ загружается только для чтения у нас нет возможности для определения, активирована ли кнопка "Редактировать документ" и работает, или она в режиме "не используется". Некоторые странности обхода в реализации t_doc2.inc::sMakeReadOnlyDocumentEditable(), которые не всегда работают. В графических модулей другие методы реализованы, но они не являются общими и не всегда обрабатывают возможные окна сообщений (messagebox).

Дополнительные ссылки

  1. Run_OOo_versions_parallel
  2. RU/development/qa/automatic_testing





Переводчик:
А. Е. Харламенков

2010










К началу страницы