Бих искал да:
Как мога да направя това? Опитах се да изтегля кода тук и да включа Autoload.php, но той все още има някои зависимости. Може би има някакъв по-добър подход за това, отколкото да се опитвам да го обвържа с моя код...?
За да включите PHPUnit в изходните файлове на вашите проекти, предлагам да следвате ръководството:
Using PHPUnit From a Git Checkout от раздела PHPUnit Contributung.
Той ви разказва за всички пакети, които трябва да инсталирате, и ви показва, за да създадете скрипт за изпълнение/обвивка за изпълнимия файл на phpunit.
#!/bin/bash
php -d include_path='.:../phpunit/:../dbunit/:../php-code-coverage/:../php-file-iterator/:../php-invoker/:../php-text-template/:../php-timer:../php-token-stream:../phpunit-mock-objects/:../phpunit-selenium/:../phpunit-story/:/usr/local/lib/php' ../phpunit/phpunit.php $*
Можете да адаптирате пътя към вашите нужди или ако искате да го обвиете в друг скрипт, можете също да използвате phpunit донякъде програмно чрез
require '/path/to/phpunit/PHPUnit/Autoload.php';
PHPUnit_TextUI_Command::main();
Това предполага, че имате ether файл phpunit.xml.dist или че използвате правилните параметри на cli, когато извиквате своя обвиващ скрипт.
Можете също да използвате пакетите pear и да разопаковате всички стабилни версии, вместо да работите от git checkout, за да спестите малко дисково и репо пространство. Скриптът за обвивка и цялата работа по включващия път е една и съща :)
Свързани SO въпроси:
PHP – Има ли преносима версия на PHPUnit?
Зависимостите ще зависят от това какви добавки използвате, PHPUnit сам по себе си трябва да бъде самостоятелен. Тъй като няма особено последователно решение за управление на пакети за PHP (и сте елиминирали най-жизнеспособните опции освен преоткриването на колелото), най-добрият ви залог би бил да включите файловете в изходното дърво отделно от кода на приложението. Създаването на сродна директория от каквото и да е вашето APPLICATION_ROOT или подобно би било, което се нарича "test" и има "lib" или подобна директория, пълна с PHPUnit и всички зависимости, от които се нуждаете за това, вероятно ще бъде добър план. Не трябва да има припокриване и еднопосочна зависимост от тестовата директория към основния източник на приложение.
Предполагам, че търсите автоматизирана тестова страница за проверка на здравето, така че бихте могли да създадете единствената страница, която включва това, което е необходимо от тази тестова директория. В идеалния случай, ако имате уеб директорията, която разкрива статичните ви ресурси, можете да имате PHP файла, който отговаря за зареждането на предния контролер за вашето приложение, като включите папката на приложението извън корена на документа и след това втори файл, който зарежда тестов пакет. Това би позволило на вашата директория на приложението да остане фокусирана върху самия код на приложението, тестовата директория да съдържа вашия тестов код и след това 2-та малки включващи файла, които отговарят за зареждането на кодовите бази (с всякакъв вид споделени константни дефиниции и т.н. също се извлича и съхранява СУХО).
Има последователно решение за управление на пакети за PHP - http://getComposer.org. Освен това вече има средство за инсталиране на PHPunit в обичайния стил на композиране, http://packagist.org/packages/phpunit/phpunit
С инсталирания софтуер той ще постави скрипта на командния ред на phpunit в локалната директория „bin/“, така че можете да го извикате, въпреки че вероятно ще искате да имате скрипт на обвивка, който също задава конфигурационния файл, който ще използва.
Обичайната настройка е поддиректория tests/ с йерархията на PHPunit-разширяващи класове, които изпълняват действителните тестове.
