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

برنامه:

نام

تست aegis - تست ها را اجرا کنید

خلاصه

حمایت -تست [ انتخاب... ][ نام=ارزش ][ نام فایل...]
حمایت -تست -مستقل [ انتخاب... ][ نام=ارزش ][ نام فایل...]
حمایت -تست -فهرست [ انتخاب...]
حمایت -تست -کمک

شرح

La حمایت -تست از دستور برای اجرای تست ها استفاده می شود. اگر هیچ فایلی نامگذاری نشد، تمام تست های مربوطه
اجرا می شوند. به طور پیش فرض هر دو تست خودکار و دستی اجرا می شوند.

شما می توانید دایرکتوری ها را در خط فرمان و تمام تست های مربوطه در آن دایرکتوری نام ببرید
درخت در تغییر اجرا خواهد شد. اگر آزمایشات مربوطه وجود نداشته باشد خطا است.

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

وضعیت آخرین اجرای آزمایشی به خاطر سپرده می شود تا در صورت عدم وجود، آزمایش ها اجرا نشوند
نیاز. (این مورد صدق نمی کند -پسرفت متأسفانه آزمایشات.) آزمون ها باید دوباره اجرا شوند
اگر آزمایش قبلاً ناموفق بود، اگر فایل آزمایشی تغییر کرده باشد، اگر یک ساخت وجود داشته باشد،
و برای هر معماری

نام = ارزش
شما می توانید اضافه کنید نام=ارزش جفت ها به خط فرمان، بدون تغییر به خط فرمان منتقل می شوند
دستور تست معمولاً در انتهای خط فرمان است، اما می توان آن را در خط فرمان تغییر داد
فایل پیکربندی پروژه

La -زور گزینه منجر به اضافه شدن یک متغیر force=1 به لیست می شود
تخصیص متغیر، و بنابراین به انتهای دستور اضافه می شود. این زمانی بیشترین کاربرد را دارد
با استفاده از دسته_تست_فرمان فایل پیکربندی پروژه.

این ممکن است در ابتدا شبیه یک فرآیند توسعه نهایی به نظر برسد که به اسکریپت های آزمایشی اجازه می دهد تا اجرا شوند
نوشته شده است به طوری که آنها بدون انجام هیچ کاری تمام پاسخ های درست را بدهند. شما
همیشه توانسته‌اند این کار را با متغیرهای محیطی انجام دهند، بنابراین این چیز جدیدی نیست.

این امکان وجود دارد که همه انتساب های متغیر به متغیرهای محیطی تبدیل شوند
با قرار دادن $var در شروع از دستور، قبل از نام پوسته، به جای در
مکان پیش فرض در انتهای دستور.

پرونده نام تفسیر
برنامه aegis سعی می کند نام فایل پروژه را از نام فایل ها تعیین کند
در خط فرمان داده شده است. همه نام فایل ها در پروژه های aegis به عنوان نسبی ذخیره می شوند
به ریشه درخت دایرکتوری پایه. دایرکتوری توسعه و
دایرکتوری ادغام سایه هایی از این دایرکتوری پایه و بنابراین این نام های نسبی هستند
اینجا هم درخواست کن فایل های نام گذاری شده در خط فرمان ابتدا به مسیرهای مطلق تبدیل می شوند
در صورت لزوم سپس با مسیر پایه، دایرکتوری توسعه مقایسه می شوند
مسیر، و مسیر دایرکتوری ادغام، برای تعیین یک نام نسبی پایه. این است
اگر فایل نامگذاری شده خارج از یکی از این درختان دایرکتوری باشد، یک خطا رخ می دهد.

La -BAse_RElative ممکن است از گزینه برای ایجاد نام فایل های نسبی به عنوان تفسیر استفاده شود
نسبت به مسیر پایه؛ نام فایل های مطلق همچنان با انواع مختلف مقایسه خواهد شد
مسیرها به منظور تعیین نام نسبی پایه.

La relative_filename_preference در فایل پیکربندی کاربر ممکن است برای اصلاح استفاده شود
این رفتار پیش فرض دیدن aeuconf(5) برای اطلاعات بیشتر

تست روند

هر تغییری باید همراه با آزمایش باشد و این آزمایش ها نیز الزامی است
در برابر دایرکتوری توسعه ساخته شده اجرا شود، و آنها باید عبور کنند. این امر جدید را تضمین می کند
عملکرد با آزمایش هایی برای تأیید صحت آن همراه است، و رفع اشکال هستند
همراه با تست هایی که تایید می کند که باگ برطرف شده است.

رگرسیون تست
آزمون‌ها مانند هر فایل منبع دیگری در نظر گرفته می‌شوند و در خط مبنا و نگهداری می‌شوند
تاریخچه با تمام فایل های منبع دیگر. تست هایی که باید با هر تغییری همراه باشد
انباشته شدن در خط مبنا پروژه، ارائه یک تعریف از عملکرد صحیح برای
خط پایه این تست های انباشته ممکن است با استفاده از دستور "aegis -REGression" اجرا شوند.
برای تأیید اینکه پروژه در نتیجه تغییر «پسرفت» نمی کند.

خط مقدم تست
رفع اشکال برای انجام آزمایشات مورد نیاز است شکست خوردن در مقابل خط پایه پروژه (برعکس
به دایرکتوری توسعه). این تضمین می کند که آزمایش واقعاً اشکال را نشان می دهد
در خط مبنا، و همچنین نشان می دهد که با تغییر ثابت شده است. جدید
عملکرد به طور پیش پاافتاده در برابر خط پایه شکست می خورد، و بنابراین aegis تلاشی برای این کار نمی کند
حدس بزنید اگر یک تست یک تست رفع اشکال یا تست عملکرد جدید باشد، به سادگی نیاز به تست دارد
در برابر خط پایه شکست بخورد.

این الزام هم برای تست های جدیدی که با تغییر ایجاد می شوند و هم برای تست ها اعمال می شود
که برای اصلاح در یک تغییر کپی شده اند.

بررسی تست
داوران ممکن است مطمئن باشند که aegis الزامات آزمون را اجرا کرده است. که یک تغییر
باید آزمایش هایی داشته باشد، که تغییر باید ایجاد شود، که آزمایش ها در برابر توسعه رد شوند
دایرکتوری، و اینکه تست ها در برابر خط پایه شکست می خورند. این شرایط اجرا می شود
by aede(1) و تغییر به پیش نخواهد رفت بودن بررسی دولت تا اینها
شرایط برآورده شده است. بنابراین، داوران باید تست‌های مربوط به آن را بررسی کنند کامل بودن از پوشش
کد موجود در تغییر، و عدم حساسیت به تغییرات در محیط اجرا (مثلاً
به تاریخ حساس نیست). بازبین‌ها همچنین باید از "aegis -list change_details" برای تأیید استفاده کنند
که یک تغییر دارای معافیت های آزمایشی است یا ندارد.

معافیت
ممکن است توسط مدیران پروژه معافیت‌های آزمایشی مختلف اعطا شود aepa(1) و
aepattr(5) برای اطلاعات بیشتر کپی کردن تست ها در یک تغییر یا اضافه کردن تست های جدید به a
تغییر، ممکن است آن معافیت ها را لغو کند.

تست COMMAND پیکربندی

دستوری که برای اجرای تست ها استفاده می شود توسط دستور تعریف می شود test_command زمینه در پروژه
فایل پیکربندی (نگاه کنید به aepconf(5) برای اطلاعات بیشتر)، این به طور پیش فرض برای استفاده از
پوسته بورن اگر تنظیم نشود. دایرکتوری فعلی بالای فهرست مناسب خواهد بود
درخت دایرکتوری اگر آزمایش‌ها به فایل‌های موقت نیاز دارند، باید آنها را در آن ایجاد کنند دایرکتوری / tmp، به عنوان یک
تست نمی تواند انتظار داشته باشد که اجازه نوشتن در فهرست فعلی داشته باشد.

اگر می خواهید به جای یک اسکریپت ساده پوسته از یک موتور آزمایشی پیچیده تر استفاده کنید،
اما این موتور آزمایشی کدهای نتیجه مناسب برای استفاده با aegis را باز نمی‌گرداند
آن را در یک پوسته اسکریپت بپیچید که وضعیت خروج را در مقادیر مورد انتظار aegis دوباره می نویسد.
شما همچنین می توانید با نوشتن یک متن پیچیده تر به همین نتایج برسید test_command در
پروژه پیکربندی فایل.

همچنین امکان نوشتن دستورات آزمایشی وجود دارد که قادر به آزمایش بیش از یک فایل در آن هستند
یک بار. این توسط کنترل می شود دسته_تست_فرمان زمینه پروژه پیکربندی فایل. که در
در این حالت، جایگزینی ${output} نام فایلی را که دستور تست باید باید نشان دهد
ایجاد، در aetest(5) فرمت، حاوی نتایج آزمایش های اجرا شده باشد. این اغلب استفاده می شود
در سیستم هایی با چندین CPU یا توانایی توزیع کارها در چندین کامپیوتر
در یک شبکه

تعویض
همه aesub(5) جایگزینی در دستورات تست موجود است. بعضی از آنها ... هستند
نکته خاص:

معماری
این جایگزینی با نام معماری مورد آزمایش جایگزین شده است.

Search_Path
این جایگزینی با یک لیست جدا شده از دو نقطه از مسیرهای مطلق به جایگزین می شود
هنگام جستجوی فایل های پشتیبانی تست، جستجو کنید.

Search_Path_Executable
این جایگزینی با یک لیست جدا شده از دو نقطه از مسیرهای مطلق به جایگزین می شود
هنگام جستجوی فایل های پشتیبانی اجرایی (فایل های کتابخانه و زیر
دستورات).

بیشتر وقتها $Search_Path_Executable دقیقا یکسان هستند با این حال، در طول “aegis -t
-bl” آنها متفاوت خواهند بود، با $Seach_Path با شروع از دایرکتوری توسعه (
تست در حال اجرا) و $Seach_Path_Executable با شروع از خط مبنا (موجود اجرایی
اجرا کن).

تست نتیجه کد
همانطور که هر تست اجرا می شود (از طریق test_command زمینه در پروژه پیکربندی فایل)، aegis
با مشاهده وضعیت خروج، تعیین می کند که آیا آزمون موفق بوده یا ناموفق بوده است. این خروجی
وضعیت اکثراً مطابق با دستورات یونیکس است.

موفقیت
یک تست باید از 0 خارج شود تا موفقیت را نشان دهد، یعنی تابع خاص تحت آزمایش
همانطور که انتظار می رفت کار کرد

شکست
یک تست باید از 1 خارج شود تا نشان دهنده شکست باشد، یعنی عملکرد خاص تحت آزمایش
مطابق انتظار عمل نکرد

بدون نتیجه
یک آزمایش باید از 2 خارج شود تا نتیجه ای نداشته باشد، به عنوان مثال که تابع خاص تحت
آزمون نمی تواند انجام شود زیرا مشکل دیگری پیش آمده است. مثلا دویدن
هنگام ایجاد فایل های ورودی آزمایشی در فضای دیسک دایرکتوری / tmp دایرکتوری.

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

در واقع، هر کد خروجی غیر از 0، 1 یا 77 به عنوان "بدون نتیجه" تفسیر می شود.
با این حال، همیشه استفاده از 0، 1، 2 یا 77 به این معنی است که اگر یک کد نتیجه جدید توسط a مورد نیاز است
نسخه بعدی Aegis تست های موجود شما به کار خود ادامه خواهند داد.

تست همبستگی ها

دستور "aegis -Test -SUGgest" ممکن است برای پیشنهاد aegis رگرسیون مناسب استفاده شود
بر اساس فایل های منبع موجود در تغییر شما، تغییرات شما را آزمایش می کند. این به صورت خودکار
تلاش تست را بر روی تست های مربوطه متمرکز می کند و تعداد تست های رگرسیون را کاهش می دهد
لازم است مطمئن باشید که اشکالی را معرفی نکرده اید.

همبستگی های تست توسط دستور "aegis -Integrate_Pass" تولید می شوند که
هر تست در تغییر را با هر فایل منبع در تغییر مرتبط می کند. بنابراین، هر یک
فایل منبع فهرستی از تست هایی را که در گذشته با آن مرتبط بوده اند جمع آوری می کند.
این به اندازه تحلیل پوشش کد دقیق نیست، اما یک تقریب معقول در آن است
عمل.

La aecp(1) و aenf(1) از دستورات برای مرتبط کردن فایل ها با یک تغییر استفاده می شود. وقتی آنها
به طور فعال ارتباط را انجام ندهید، اینها فایل هایی هستند که توسط آنها استفاده می شود aeipass(1) و
aet(1) برای تعیین اینکه کدام فایل منبع با کدام آزمایش مرتبط است.

تست ارتباط دقت
با فرض اینکه همبستگی های تست دقیق هستند و تست ها یکنواخت هستند
توزیع شده در سراسر فضای تابع، کمتر از وجود خواهد داشت 1/شماره شانسی که الف
تست مربوطه توسط "aegis -Test -SUGgest" اجرا نشده است عدد” فرمان یک کوچک
مقدار نویز به وزن تست اضافه می شود، به طوری که گاهی اوقات موارد غیر منتظره رخ می دهد
تست شده است و هر بار تست های یکسانی اجرا نمی شود.

دقت همبستگی آزمون را می توان با اطمینان از اینکه:

· هر تغییر باید به شدت متمرکز باشد، بدون درج فایل های رایگان. این
از همبستگی های جعلی جلوگیری می کند.

· هر مورد از عملکرد جدید باید در یک تغییر فردی اضافه شود
چندین با هم این به شدت تست ها را با عملکرد مرتبط می کند.

· هر اشکال باید در یک تغییر فردی، به جای چندین با هم رفع شود. این
به شدت تست ها را با عملکرد مرتبط می کند.

· در صورت جابجایی فایل ها، همبستگی های تست از بین خواهند رفت. این به این دلیل است که همبستگی ها توسط
نام.

بهترین راه برای ارتباط دقیق تست‌ها با فایل‌های منبع، زمانی است که تغییر می‌کند
حاوی یک آزمایش و دقیقاً آن فایل های مربوط به عملکرد مورد آزمایش است. هم
بسیاری از فایل های جعلی سودمندی همبستگی های آزمایشی را ضعیف می کند.

OPTIONS

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

-اتوماتیک
این گزینه ممکن است برای تعیین تست های خودکار استفاده شود. تست های خودکار نیازی به هیچ
کمک های انسانی

-BaseLine
این گزینه ممکن است برای تعیین اینکه خط مبنا پروژه موضوع آن است استفاده شود
فرمان.

-BAse_RElative
این گزینه ممکن است برای در نظر گرفتن نام فایل‌های نسبی با آن استفاده شود
پایه درخت منبع دیدن aeuconf(5) برای کاربر مربوطه
ترجیح.

-CUrrent_RElative
این گزینه ممکن است برای در نظر گرفتن نام فایل‌های نسبی با آن استفاده شود
دایرکتوری فعلی این معمولاً پیش فرض است. دیدن aeuconf(5) برای
اولویت کاربر مربوطه

-تغییر دادن عدد
این گزینه ممکن است برای تعیین یک تغییر خاص در یک پروژه استفاده شود. دیدن
حمایت(1) برای توضیح کامل این گزینه.

-زور این گزینه ممکن است برای تعیین اینکه تمام تست ها باید اجرا شوند، حتی اگر
وضعیت آخرین اجرای آزمایشی نشان می دهد که نیازی به اجرای خاصی نیست
آزمون.

-کمک
این گزینه ممکن است برای به دست آوردن اطلاعات بیشتر در مورد نحوه استفاده از آن استفاده شود حمایت
برنامه است.

-مستقل
این گزینه برای تعیین اینکه آزمون مستقل از هر کدام اجرا شود استفاده می شود
تغییر خاص اگر هیچ آزمونی نامگذاری نشود، تمام آزمایشات در خط مبنا اجرا خواهند شد.

-فهرست
این گزینه ممکن است برای به دست آوردن لیستی از موضوعات مناسب برای این دستور استفاده شود.
فهرست ممکن است کلی تر از حد انتظار باشد.

-کتابچه راهنمای این گزینه ممکن است برای تعیین تست های دستی استفاده شود. آزمایشات دستی به تعدادی انسان نیاز دارد
مداخله، به عنوان مثال: تأیید برخی از رفتارهای صفحه نمایش (مثلاً X11)، یا
برخی از اقدامات کاربر، "اکنون کابل اترنت را جدا کنید".

-Not_Logging
این گزینه ممکن است برای غیرفعال کردن ثبت خودکار خروجی ها و خطاها استفاده شود
یک فایل. این اغلب زمانی مفید است که چندین دستور aegis در یک پوسته ترکیب شوند
اسکریپت

-صبور باش
این گزینه ممکن است برای تعیین اینکه همه تست ها اجرا شوند، حتی اگر برخی از آنها استفاده شود
مردود شدن. به طور پیش فرض برای کاربر persevere_preference اگر مشخص نشده است، ببینید
aeuconf(5) برای اطلاعات بیشتر

-No_PERsevere
این گزینه ممکن است برای تعیین اینکه اجرای آزمایشی باید بعد از اولین بار متوقف شود استفاده شود
شکست. به طور پیش فرض برای کاربر persevere_preference اگر مشخص نشده است، ببینید
aeuconf(5) برای اطلاعات بیشتر

-پروژه نام
این گزینه ممکن است برای انتخاب پروژه مورد علاقه استفاده شود. وقتی نه -پروژه
گزینه مشخص شده است، AEGIS_PROJECT متغیر محیطی مورد بررسی قرار می گیرد. اگر
که وجود ندارد، متعلق به کاربر است $HOME/.aegisrc فایل برای یک پیش فرض بررسی می شود
زمینه پروژه (نگاه کنید به aeuconf(5) برای اطلاعات بیشتر). اگر آن وجود نداشته باشد،
زمانی که کاربر فقط روی تغییرات در یک پروژه کار می کند، پروژه
نام پیش فرض برای آن پروژه است. در غیر این صورت خطا است.

-پیش رفتن
این گزینه ممکن است برای تعیین اینکه پیام های پیشرفت باید قبلا صادر شود استفاده شود
هر آزمایش آزمایشی یا قبل از اجرای هر آزمایش دسته ای در مورد دسته_تست_فرمان رشته
در پروژه مشخص شده است پیکربندی فایل (نگاه کنید به aeuconf(5) برای اطلاعات بیشتر).

-No_PROGress
این گزینه ممکن است برای تعیین اینکه پیام های پیشرفت باید سرکوب شوند استفاده شود.
این پیش فرض است.

-پسرفت
این گزینه برای تعیین اینکه مجموعه تست رگرسیون اجرا شود استفاده می شود. در
مجموعه آزمون رگرسیون شامل تمام آزمون‌های خط پایه است که ظاهر نمی‌شوند
در تغییر. اگر تست های رگرسیون وجود نداشته باشد خطا است. شما ممکن است نه
هنگام استفاده از گزینه -REGression، نام را در خط فرمان آزمایش می کند. ممکن است نام ببرید
تست های فردی که در خط فرمان اجرا می شوند، بدون استفاده از -REGression
گزینه؛ اگر آنها بخشی از تغییر نباشند، آزمون های همنام در
خط پایه اجرا خواهد شد.

-پیشنهاد می دهد [ عدد ]
"حمایت -Integrate_Passدستور ” زمانی که آمار همبستگی تست را جمع آوری می کند
تغییرات یکپارچه شده است. این گزینه ممکن است برای درخواست پیشنهاد aegis استفاده شود
کدام آزمون ها باید با استفاده از این همبستگی های آزمایشی اجرا شوند. اگر عددی وجود ندارد
مشخص شده، 10 تست پیشنهاد خواهد شد. این گزینه حاکی از -پسرفت
گزینه.

-SUGgest_Limit دقیقه
این گزینه ممکن است برای محدود کردن تعداد تست ها به تعداد معینی استفاده شود
دقایق. آنها از مرتبط ترین به کم مرتبط ترین اجرا می شوند.

-SUGgest_Noise عدد
این گزینه ممکن است برای کنترل میزان نویز تزریق شده به تست استفاده شود
انتخاب انجام شده توسط -پیشنهاد می دهد گزینه. عدد درصدی از نویز است
تزریق شود. اگر مشخص نشده باشد، پیش‌فرض 10 می‌شود. تزریق نویز تضمین می کند
که انواع تست ها در اجراهای بعدی و همچنین برخی از قسمت چپ اجرا می شوند
به عنوان چک سلامت عقل

-ترس
این گزینه ممکن است برای ایجاد فهرست ها برای تولید حداقل مقدار استفاده شود
اطلاعات معمولا برای اسکریپت های پوسته مفید است.

-وبربس
این گزینه ممکن است برای ایجاد خروجی بیشتر aegis استفاده شود. به طور پیش فرض aegis
فقط بر روی خطاها خروجی تولید می کند. هنگام استفاده با -فهرست این گزینه را انتخاب کنید
باعث می شود عنوان ستون اضافه شود.

-صبر کن این گزینه ممکن است برای نیاز به دستورات Aegis برای منتظر ماندن برای قفل دسترسی استفاده شود، اگر
آنها را نمی توان بلافاصله به دست آورد. به طور پیش فرض برای کاربر lock_wait_preference
اگر مشخص نشده است، ببینید aeuconf(5) برای اطلاعات بیشتر

-نه_صبر کن
این گزینه ممکن است برای نیاز به دستورات Aegis برای صدور یک خطای مرگبار در صورت دسترسی استفاده شود
قفل ها را نمی توان فوراً بدست آورد. به طور پیش فرض برای کاربر
lock_wait_preference اگر مشخص نشده است، ببینید aeuconf(5) برای اطلاعات بیشتر

همچنین مشاهده کنید حمایت(1) برای گزینه های مشترک برای همه دستورات aegis.

همه گزینه ها ممکن است به اختصار باشد. مخفف به صورت حروف بزرگ ثبت شده است،
تمام حروف کوچک و زیرخط (_) اختیاری هستند. باید متوالی استفاده کنید
دنباله ای از حروف اختیاری

همه گزینه ها به حروف بزرگ و کوچک حساس نیستند، می توانید آنها را با حروف بزرگ یا کوچک یا a تایپ کنید
ترکیب هر دو، مورد مهم نیست.

به عنوان مثال: آرگومان های "-project، "-PROJ" و "-p" همه به معنای
-پروژه گزینه. استدلال "-prj" درک نخواهد شد، زیرا متوالی است
کاراکترهای اختیاری ارائه نشده است.

گزینه ها و دیگر آرگومان های خط فرمان ممکن است به طور دلخواه در خط فرمان مخلوط شوند،
بعد از انتخابگرهای تابع

نام گزینه های طولانی گنو قابل درک است. از آنجایی که همه نام گزینه ها برای حمایت طولانی هستند،
این به معنای نادیده گرفتن «-» اضافی است. "--انتخاب=ارزش"کنوانسیون نیز است
فهمیده

می شود. آلیاس

نام مستعار توصیه شده برای این دستور است
csh% نام مستعار aet 'aegis -t \!* -v'
sh$ aet(){aegis -t "$@" -v}

خطاها

اگر تغییر در یکی از آن ها نباشد خطا است بودن توسعه or بودن یکپارچه
ایالت ها.
اگر تغییر به کاربر فعلی اختصاص داده نشود، یک خطا است.
اگر آزمایشات مربوطه و معافیت مربوطه نداشته باشید، یک خطا است.

خروج وضعیت

La حمایت دستور با وضعیت 1 در هر خطایی خارج می شود. در حمایت فقط دستور خواهد داد
در صورت عدم وجود خطا با وضعیت 0 خارج شوید.

محیط زیست متغیرها

دیدن حمایت(1) برای لیستی از متغیرهای محیطی که ممکن است بر این دستور تأثیر بگذارد. دیدن
aepconf(5) برای فایل پیکربندی پروژه پروژه_خاص زمینه برای نحوه تنظیم
متغیرهای محیطی برای تمام دستورات اجرا شده توسط Aegis.

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