انگلیسیفرانسویاسپانیایی

فاویکون OnWorks

provep - آنلاین در ابر

اجرای provep در ارائه دهنده هاست رایگان OnWorks از طریق Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS

این دستوری است که می تواند در ارائه دهنده هاست رایگان OnWorks با استفاده از یکی از چندین ایستگاه کاری آنلاین رایگان مانند Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS اجرا شود.

برنامه:

نام


اثبات - آزمایش ها را از طریق مهار TAP انجام دهید.

طریقه استفاده


اثبات [گزینه ها] [فایل ها یا دایرکتوری ها]

OPTIONS


گزینه های بولی:

-v، --verbose چاپ تمام خطوط تست.
-l، --lib 'lib' را به مسیر تست های خود اضافه کنید (-Ilib).
-b، --blib 'blib/lib' و 'blib/arch' را به مسیر برای اضافه کنید
تست های شما
-s، --shuffle تست ها را به ترتیب تصادفی اجرا کنید.
-c، -color خروجی تست رنگی (پیش‌فرض).
--nocolor خروجی تست رنگی نکنید.
--count تعداد تست X/Y را زمانی که پرمخاطب نیست نمایش دهید
(به طور پیش فرض)
--nocount تعداد تست X/Y را غیرفعال کنید.
-D - اجرا خشک خشک. نمایش آزمایشی که اجرا می شد.
-f، --failures نمایش تست های ناموفق.
-o، --comments نمایش نظرات.
--ignore-exit نادیده گرفتن وضعیت خروج از اسکریپت های آزمایشی.
-m، -ادغام اسکریپت های آزمایشی STDERR با STDOUT آنها.
-r، --recurse به صورت بازگشتی در دایرکتوری ها فرود می آیند.
--reverse تست ها را به ترتیب معکوس اجرا کنید.
-q، --quiet برخی از خروجی های تست را در حین اجرای تست ها سرکوب کنید.
-Q، --QUIET فقط نتایج خلاصه را چاپ کنید.
-p، --parse نمایش لیست کامل خطاهای تجزیه TAP، در صورت وجود.
--directives فقط نتایج را با دستورالعمل های TODO یا SKIP نشان می دهد.
--تایمر زمان سپری شده پس از هر تست را چاپ کنید.
-Ctrl-C را به دام انداخته و خلاصه را در وقفه چاپ کنید.
--normalize عادی سازی خروجی TAP در خروجی پرمخاطب
-T بررسی های آلوده را فعال کنید.
-t هشدارهای آلودگی را فعال کنید.
-W هشدارهای کشنده را فعال کنید.
-w هشدارها را فعال کنید.
-h، --help نمایش این راهنما
-؟، این راهنما را نمایش دهید
-V، --version نمایش نسخه
-H، --man Manpage طولانی تر برای اثبات
--norc پیش فرض .proverc را پردازش نکنید

گزینه هایی که استدلال می گیرند:

-I مسیرهای کتابخانه برای گنجاندن.
پلاگین بارگیری P (App::Prove::Plugin::* را جستجو می کند.)
-M یک ماژول را بارگذاری کنید.
-e، --exec Interpreter برای اجرای تست ها ('' برای کامپایل شده
آزمایشات.)
--ext پسوند را برای تست‌ها تنظیم کنید (پیش‌فرض '.t')
--harness تعریف تست مهار برای استفاده. TAP::Harness را ببینید.
--formatter فرمت کننده نتیجه برای استفاده. به FORMATTERS مراجعه کنید.
--source بارگیری و/یا پیکربندی SourceHandler. دیدن
گردانندگان منبع.
-a، --archive out.tgz TAP حاصل را در یک فایل آرشیو ذخیره کنید.
-j، --jobs N کار آزمایشی N را به صورت موازی اجرا کنید (9 را امتحان کنید.)
--state=opts کنترل حالت پایدار.
--rc=rcfile گزینه های پردازش از rcfile
قوانین - قوانین برای پردازش موازی در مقابل متوالی.

NOTES


~/.proverc / ./.proverc
If ~/.proverc or ./.proverc وجود داشته باشد، آنها خوانده می شوند و هر گزینه ای که در آن وجود دارد پردازش می شود
قبل از گزینه های خط فرمان گزینه ها در Proverc به همان صورت مشخص می شوند
گزینه های خط فرمان:

# .proverc
--state= داغ، سریع، ذخیره
-j9

ممکن است فایل های گزینه اضافی با گزینه "--rc" مشخص شود. فایل گزینه پیش فرض
پردازش با گزینه "--norc" غیرفعال است.

در ویندوز و VMS فایل گزینه نامگذاری شده است _ضرب المثل به جای Proverc و جستجو می شود
فقط در فهرست فعلی

مطالعه از جانب "STDIN"
اگر لیستی از تست ها (یا URL ها یا هر چیز دیگری که می خواهید آزمایش کنید) در یک فایل دارید، شما
می توانید با استفاده از "-" آنها را به تست های خود اضافه کنید:

اثبات - < my_list_of_things_to_test.txt

"README" را در دایرکتوری "examples" این توزیع ببینید.

به طور پیش فرض تست فهرست راهنما
اگر هیچ فایل یا دایرکتوری ارائه نشد، "اثبات" به دنبال همه فایل های مطابق با الگو می گردد
"t/*.t".

رنگی تست تولید
خروجی تست رنگی با استفاده از TAP::Formatter::Color پیش فرض است، اما اگر خروجی به یک
ترمینال، رنگ غیرفعال است. می‌توانید با اضافه کردن سوئیچ "--color" این مورد را لغو کنید.

پشتیبانی رنگ به عبارت::ANSIColor در پلتفرم‌های شبه یونیکس و Win32::کنسول نیاز دارد
پنجره ها. اگر ماژول لازم نصب نشود، خروجی رنگی در دسترس نخواهد بود.

خروج رمز
در صورت شکست تست ها، "اثبات" با وضعیت غیر صفر خارج می شود.

استدلال به تست
ارائه آرگومان به آزمون ها امکان پذیر است. برای انجام این کار آنها را از اثبات خود جدا کنید
آرگومان ها با arisdottle، '::'. مثلا

اثبات -vt/mytest.t :: --url http://example.com

می دوید t/mytest.t با گزینه های '--url http://example.com'. هنگام اجرای چندگانه
هر کدام آرگومان های یکسانی را دریافت خواهند کرد.

"--exec"
به طور معمول شما فقط می توانید لیستی از تست های پرل را پاس کنید و هارنس می داند که چگونه باید آن را اجرا کند
آنها با این حال، اگر تست های شما به زبان پرل نوشته نشده باشد یا اگر می خواهید همه تست ها فراخوانی شوند
دقیقاً به همین ترتیب، از سوئیچ "-e" یا "--exec" استفاده کنید:

اثبات --exec'/usr/bin/ruby -و/
اثبات --exec'/usr/bin/perl -Tw -mstrict -Ilib' t/
اثبات --exec '/path/to/my/customer/exec'

"--ادغام"
اگر می‌خواهید مطمئن شوید که عیب‌یابی شما به ترتیب صحیح نسبت به نمایش داده می‌شود
نتایج آزمایش شما می توانید از گزینه "--merge" برای ادغام STDERR اسکریپت های تست در آنها استفاده کنید
STDOUT.

این تضمین می کند که STDOUT (جایی که نتایج آزمایش ظاهر می شود) و STDERR (جایی که در آن وجود دارد
تشخیص ظاهر می شود) همگام می ماند. مهار هر نوع تشخیصی را که آزمایش‌های شما انجام می‌دهد نمایش می‌دهد
در STDERR منتشر می کند.

هشدار: این کمی مبهم است. به ویژه توجه داشته باشید که اگر هر چیزی که در
STDERR مانند یک نتیجه آزمایش به نظر می رسد که مهار تست گیج می شود. فقط از این گزینه استفاده کنید
اگر متوجه عواقب آن هستید و می توانید با خطر زندگی کنید.

"--تله"
گزینه "--trap" سعی می کند SIGINT (Ctrl-C) را در طول اجرای آزمایشی به دام بیاندازد و نشان دهد
خلاصه آزمایش حتی اگر اجرا قطع شود

"--دولت"
می‌توانید از «اثبات» بخواهید تا وضعیت آزمایش‌های قبلی را به خاطر بسپارد و انتخاب کنید و/یا ترتیب دهید
تست هایی که بر اساس آن حالت ذخیره شده اجرا می شوند.

سوئیچ "--state" به آرگومان نیاز دارد که باید لیستی از یک یا جدا شده با کاما باشد
بیشتر از گزینه های زیر

"آخر"
همان آزمایش‌هایی را که آخرین بار ذخیره شده است اجرا کنید. این امکان را فراهم می کند، برای
به عنوان مثال، برای ایجاد مجدد ترتیب یک آزمون مختلط.

# همه تست ها را به ترتیب تصادفی اجرا کنید
$ prove -b --state=save --shuffle

# دوباره آنها را به همان ترتیب اجرا کنید
$ prove -b --state=last

"ناموفق"
فقط تست هایی را اجرا کنید که در آخرین اجرا شکست خورده اند.

# تمام تست ها را اجرا کنید
$ prove -b --state=save

# شکست در اجرا
$ prove -b --state=failed

اگر گزینه "ذخیره" را نیز مشخص کنید، گذراندن آزمون جدید از آن حذف می شود
اجراهای بعدی

# تا زمانی که دیگر شکست نخورید تکرار کنید
$ prove -b --state=failed,save

"گذشت"
فقط تست های پاس شده از آخرین بار را اجرا کنید. برای اطمینان از اینکه مشکل جدیدی وجود ندارد مفید است
معرفی شده اند.

"همه"
تمام تست ها را به ترتیب عادی اجرا کنید. ممکن است گزینه های متعددی مشخص شود، بنابراین برای اجرای تمام تست ها
با شکست های دفعه قبل:

$ prove -b --state=failed,all,save

"داغ"
ابتدا تست هایی را که اخیراً ناموفق بوده اند اجرا کنید. آخرین زمان شکست هر آزمون است
ذخیره شده است. گزینه "hot" باعث می شود که تست ها به ترتیب شکست اخیر اجرا شوند.

$ prove -b --state=hot,save

تست هایی که هرگز شکست نخورده اند انتخاب نمی شوند. برای اجرای تمام تست ها با بیشترین
اخیراً اولین استفاده ناموفق بود

$ prove -b --state=hot,all, save

این ترکیب از گزینه ها نیز ممکن است به این ترتیب مشخص شود

$ prove -b --state=adrian

"انجام دادن"
هر آزمایشی را با todos اجرا کنید.

"آهسته. تدریجی"
تست ها را به آرام ترین تا سریع ترین ترتیب اجرا کنید. این در ارتباط با "-j" مفید است
سوئیچ تست موازی برای اطمینان از اینکه آهسته ترین تست های شما ابتدا اجرا می شوند.

$ prove -b --state=slow -j9

"سریع"
تست های تست را با سریع ترین تا کندترین ترتیب اجرا کنید.

"جدید"
بر اساس زمان‌های تغییر آزمون، آزمایش‌ها را با جدیدترین به قدیمی‌ترین ترتیب اجرا کنید
اسکریپت.

"قدیمی"
تست ها را به ترتیب قدیمی ترین تا جدیدترین اجرا کنید.

"تازه"
آن دسته از اسکریپت های آزمایشی را اجرا کنید که از آخرین اجرای آزمایشی تغییر کرده اند.

"صرفه جویی"
ذخیره ایالت در هنگام خروج وضعیت در فایلی به نام ذخیره می شود .ثابت كردن (_ثابت در ویندوز
و VMS) در فهرست فعلی.

سوئیچ "--state" ممکن است بیش از یک بار استفاده شود.

$ prove -b --state=hot --state=all,save

-- قوانین
گزینه "--rules" برای کنترل اینکه کدام تست ها به صورت متوالی اجرا می شوند و کدام ها اجرا می شوند استفاده می شود
به صورت موازی، اگر گزینه "--jobs" مشخص شده باشد. گزینه ممکن است چندگانه مشخص شود
زمان، و نظم مهم است.

عملی ترین کاربرد احتمالاً مشخص کردن این است که برخی از آزمون ها "آماده موازی" نیستند.
از آنجایی که ذکر یک فایل با --rules باعث نمی شود که آن را به عنوان آزمایش انتخاب کنید، شما
می تواند برخی از تنظیمات برگزیده قوانین را در فایل .proverc شما "تنظیم و فراموش کند". سپس شما قادر خواهید بود
از مزایای عملکرد تست موازی حداکثر بهره را ببرید، در حالی که برخی از آنها
استثناها هنوز به صورت موازی اجرا می شوند.

-- قوانین مثال ها

# همه تست‌ها مجاز به اجرای موازی هستند، به جز آنهایی که با "p" شروع می‌شوند.
--rules='seq=t/p*.t' --rules='par=**'

# همه تست ها باید به ترتیب اجرا شوند، به جز تست هایی که با "p" شروع می شوند، که باید موازی اجرا شوند
--rules='par=t/p*.t'

-- قوانین حل

· به طور پیش فرض، همه آزمون ها واجد شرایط اجرای موازی هستند. هر کدوم از خودتون رو مشخص کنید
قوانین این یکی را حذف می کند.

· "برنده بازی اول". اولین قاعده ای که با یک آزمون مطابقت دارد، قانونی است که اعمال می شود.

· هر آزمونی که با یک قانون مطابقت نداشته باشد در پایان اجرا به ترتیب اجرا می شود.

· وجود قاعده به معنای انتخاب آزمون نیست. هنوز باید آن را مشخص کنید
تست هایی برای اجرا

· تعیین قاعده ای برای اجرای موازی تست ها باعث نمی شود آنها اجرا شوند
موازی. شما هنوز باید تعداد "کارهای" موازی را در شیء هارنس خود مشخص کنید.

-- قوانین به سبک گلوب الگو مطابق

ما تطبیق الگوی سبک گلوب خود را برای --rules پیاده سازی می کنیم. در اینجا پشتیبانی شده است
الگوها:

** هر تعداد کاراکتر، از جمله /، در نام مسیر است
* صفر یا چند کاراکتر در نام فایل/نام دایرکتوری است
? دقیقاً یک کاراکتر در نام فایل/نام دایرکتوری است
{foo,bar,baz} هر یک از فو، بار یا باز است.
\ یک شخصیت فرار است

بیشتر پیشرفته مشخصات برای موازی vs دنباله اجرا قوانین

اگر به مدیریت پیشرفته تری در مورد مواردی که به صورت موازی در مقابل متوالی اجرا می شوند نیاز دارید، به بخش مراجعه کنید
مستندات مربوط به "قوانین" در TAP::Harness و TAP::Parser::Scheduler. اگه چیه
ممکن است به طور مستقیم از طریق "اثبات" کافی نیست، شما می توانید مهار خود را به نوشتن
دسترسی مستقیم به این ویژگی ها

@INC
prove جدایی بین "گزینه های ارسال شده به perl که اجرا می شود prove" و
"گزینه ها به Perl که تست ها را اجرا می کند ارسال شد"؛ این تمایز با طراحی است. بنابراین
perl که آزمایشی را اجرا می کند با @INC پیش فرض شروع می شود. فهرست راهنمای کتابخانه های اضافی
می توان از طریق متغیر محیطی "PERL5LIB"، از طریق -Ifoo در "PERL5OPT" یا از طریق
گزینه "-Ilib" به ثابت.

رنگ حالت
معمولاً وقتی یک برنامه Perl در حالت لکه دار اجرا می شود، محتویات "PERL5LIB"
متغیر محیطی در @INC ظاهر نمی شود.

زیرا "PERL5LIB" اغلب در طول آزمایش برای افزودن فهرست های ساخت به @INC prove استفاده می شود
نام هر دایرکتوری موجود در "PERL5LIB" را به عنوان سوئیچ -I ارسال می کند. اثر خالص از
این است که "PERL5LIB" حتی زمانی که اثبات در حالت لکه دار اجرا می شود، مورد احترام قرار می گیرد.

فرمت کننده ها


می توانید یک TAP سفارشی::Parser::Formatter:

اثبات --formatter MyFormatter

SOURCE هندلرها


می توانید TAP::Parser::SourceHandlers سفارشی را بارگیری کنید تا نحوه تفسیر تجزیه کننده را تغییر دهید.
ویژه منابع TAP

اثبات --source MyHandler --source YetAnother t

اگر می خواهید پیکربندی را به منبع ارائه دهید، می توانید از:

اثبات --منبع MyCustom \
--source Perl --perl-option 'foo=bar baz' --perl-option avg=0.278 \
--source File --file-option extensions=.txt --file-option extensions=.tmp t
--source pgTAP --pgtap-option pset=format=html --pgtap-option pset=border=2

هر گزینه «--$source-option» باید یک جفت کلید/مقدار را مشخص کند که با «="» از هم جدا شده اند. اگر یک
گزینه می تواند چندین مقدار بگیرد، فقط آن را چندین بار مشخص کنید، مانند "extensions="
نمونه های بالا اگر گزینه باید یک مرجع هش باشد، مقدار را به عنوان یک دوم مشخص کنید
جفت با یک "=" از هم جدا شده اند، مانند مثال های "pset=" بالا (Escape"=" با یک اسلش معکوس).

همه "--sources" در یک هش ترکیب می شوند و در TAP::Harness به "new" منتقل می شوند.
پارامتر.

برای جزئیات بیشتر در مورد نحوه ارسال پیکربندی به TAP::Parser::IteratorFactory مراجعه کنید.
SourceHandlers.

پلاگین


پلاگین ها را می توان با استفاده از "-P" بارگیری کردافزونه" نحو، به عنوان مثال:

اثبات -PMyPlugin

این ماژول به نام "App::Prove::Plugin::MyPlugin" را جستجو می کند، یا در صورت عدم موفقیت،
"MyPlugin". اگر افزونه پیدا نشد، "اثبات" شکایت می کند و خارج می شود.

می توانید با اضافه کردن "=arg1,arg2,etc" به نام افزونه، آرگومان هایی را به افزونه خود ارسال کنید:

اثبات -PMyPlugin=fou,du,fafa

لطفاً برای جزئیات بیشتر، اسناد پلاگین جداگانه را بررسی کنید.

در دسترس پلاگین
برای لیست به روز افزونه های موجود، لطفاً CPAN را بررسی کنید:

<http://search.cpan.org/search?query=App%3A%3AProve+Plugin>

نوشته پلاگین
لطفاً "PLUGINS" را در App::Prove ببینید.

با استفاده از خدمات onworks.net از provep آنلاین استفاده کنید


سرورها و ایستگاه های کاری رایگان

دانلود برنامه های ویندوز و لینوکس

دستورات لینوکس

Ad