ТестированиеПрограмм: различия между версиями

Материал из ALT Linux Wiki
Нет описания правки
(Викификация)
Строка 1: Строка 1:
[[Category:Devel]]
[[Категория:Devel]]
[[Category:Тестирование]]
[[Категория:Тестирование]]
{{MovedFromFreesourceInfo|AltLinux/Sisyphus/devel/ТестированиеПрограмм}}
{{MovedFromFreesourceInfo|AltLinux/Sisyphus/devel/ТестированиеПрограмм}}


== Автоматическое тестирование программ ==
== Автоматическое тестирование программ ==
Сизиф должен стоять на рабочих машинах, иначе поиск багов и разработка прекратится.
Сизиф должен стоять на рабочих машинах, иначе поиск багов и разработка прекратится.
Предлагается первым шагов в реализации автоматического тестирования определить каталог типа
Предлагается первым шагов в реализации автоматического тестирования определить каталог типа
Строка 43: Строка 43:
* или средство cxTest для тестирования программ WINE
* или средство cxTest для тестирования программ WINE


Для библиотек - метод, поставленный на поток в перловых модулях - тесты, позволяющие убедиться, что функции ведут себя правильно.
Для библиотек — метод, поставленный на поток в перловых модулях — тесты, позволяющие убедиться, что функции ведут себя правильно.
Для командной строки - предполагается при сборке пакета выполнять некие проверки (например, вызов команды с различными ключами - всё собираюсь dia так тестировать.
Для командной строки — предполагается при сборке пакета выполнять некие проверки (например, вызов команды с различными ключами — всё собираюсь dia так тестировать.


=== Ссылки ===
=== Ссылки ===
* [http://www.software-testing.ru/lib/kurskih/testing-start.htm http://www.software-testing.ru/lib/kurskih/testing-start.htm]
* [http://www.software-testing.ru/lib/kurskih/testing-start.htm http://www.software-testing.ru/lib/kurskih/testing-start.htm]

Версия от 16:01, 16 августа 2008

Freesource-logo.png Blue Glass Arrow.svg MediaWiki logo.png
Эта страница была перемещена с freesource.info.
Эта страница наверняка требует чистки и улучшения — смело правьте разметку и ссылки.
Просьба по окончанию убрать этот шаблон со страницы.


Автоматическое тестирование программ

Сизиф должен стоять на рабочих машинах, иначе поиск багов и разработка прекратится. Предлагается первым шагов в реализации автоматического тестирования определить каталог типа %_datadir/rpm-autotest, в который будут класться сценарии для автоматического тестирования пакета. То есть вместе с пакетом будет устанавливаться и скрипт для его тестирования. После выполнения обновления по очереди вызываются все скрипты тестирования.

Продумать сценарий для запуска/завершения графических программ (или то же самое можно сделать с помощью ldd -r на бинарнике?)

Что именно проверять в сценарии

Функциональность программ в командной строке

  • inkscape, dia, convert (чтобы не повторять altbug:6400

, altbug:2441

соответственно)

Обработку --help

Dmitry Levin: Программа, корректно обрабатывающая --help, должна

  1. выводить текст в stdout;
  2. завершаться с кодом возврата 0.

При неправильном использовании параметров программа

1. Не должна показывать help.
2. Желательно выводить диагностику об ошибке.
3. Конечно, сообщение об ошибке должно быть отправлено в stderr.
4. Завершаться с кодом не 0

К сожалению, большинство программ нарушают как минимум одно из этих правил.

Способы тестирования

Автоматическое тестирование ПО

Автоматическое тестирование GUI:

  • см. пакет в Сизифе test-gui-dialog
  • или средство cxTest для тестирования программ WINE

Для библиотек — метод, поставленный на поток в перловых модулях — тесты, позволяющие убедиться, что функции ведут себя правильно. Для командной строки — предполагается при сборке пакета выполнять некие проверки (например, вызов команды с различными ключами — всё собираюсь dia так тестировать.

Ссылки