aet - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

aegis পরীক্ষা - পরীক্ষা চালান

সাইনোপিসিস

আশ্রয় -পরীক্ষা [ পছন্দ...][ নাম=মূল্য ][ ফাইলের নাম...]
আশ্রয় -পরীক্ষা -স্বাধীন [ পছন্দ...][ নাম=মূল্য ][ ফাইলের নাম...]
আশ্রয় -পরীক্ষা -তালিকা [ পছন্দ...]
আশ্রয় -পরীক্ষা -সাহায্য

বর্ণনাঃ

সার্জারির আশ্রয় -পরীক্ষা কমান্ড পরীক্ষা চালানোর জন্য ব্যবহৃত হয়। কোনো ফাইলের নাম না থাকলে, সমস্ত প্রাসঙ্গিক পরীক্ষা
চালানো হয় ডিফল্টরূপে স্বয়ংক্রিয় এবং ম্যানুয়াল উভয় পরীক্ষাই চালানো হয়।

আপনি কমান্ড লাইনে ডিরেক্টরির নাম দিতে পারেন, এবং সেই ডিরেক্টরিতে সমস্ত প্রাসঙ্গিক পরীক্ষা
বৃক্ষ পরিবর্তন করা হবে। কোনো প্রাসঙ্গিক পরীক্ষা না থাকলে এটি একটি ত্রুটি।

প্রতিটি আর্কিটেকচার আলাদাভাবে পরীক্ষা করা আবশ্যক। এটি কারণ সেখানে সূক্ষ্ম হতে পারে
সমস্যা যা শুধুমাত্র কিছু আর্কিটেকচারে প্রকাশ করা হয়। কিছু প্রকল্পও থাকতে পারে
বিভিন্ন আর্কিটেকচারের জন্য ভিন্ন কোড।

শেষ টেস্ট রানের অবস্থা মনে রাখা হয় যাতে না থাকলে পরীক্ষা চালানো হয় না
প্রয়োজন (এটি প্রযোজ্য নয় - রিগ্রেশন পরীক্ষা, দুর্ভাগ্যবশত।) পরীক্ষা অবশ্যই পুনরায় চালানো হবে
যদি পরীক্ষা পূর্বে ব্যর্থ হয়, যদি পরীক্ষার ফাইল পরিবর্তিত হয়, যদি একটি বিল্ড থাকে,
এবং প্রতিটি স্থাপত্যের জন্য।

নাম = মান
আপনি যোগ করতে পারেন নাম=মূল্য কমান্ড লাইনে জোড়া, এগুলি অপরিবর্তিতভাবে পাস করা হবে
পরীক্ষা আদেশ। সাধারণত কমান্ড লাইনের শেষে, তবে এটি পরিবর্তন করা যেতে পারে
প্রকল্প কনফিগারেশন ফাইল।

সার্জারির - বল বিকল্পের ফলে একটি অন্তর্নিহিত বল=1 ভেরিয়েবল এর তালিকায় যোগ করা হচ্ছে
পরিবর্তনশীল অ্যাসাইনমেন্ট, এবং এইভাবে কমান্ডের শেষে যোগ করা হয়। এই যখন সবচেয়ে দরকারী
ব্যবহার করে ব্যাচ_টেস্ট_কমান্ড প্রজেক্ট কনফিগারেশন ফাইল ফাইল করা হয়েছে।

এটি প্রাথমিকভাবে একটি বিকাশ প্রক্রিয়া শেষ-রানের মতো দেখতে পারে, যা পরীক্ষার স্ক্রিপ্টগুলি হতে দেয়
লিখিত যাতে তারা আসলে কিছু না করেই সব সঠিক উত্তর দেয়। আপনি
সর্বদা পরিবেশের ভেরিয়েবলের সাথে এটি করতে সক্ষম হয়েছে, তাই এটি নতুন কিছু নয়।

এনভায়রনমেন্ট ভেরিয়েবলে পরিণত করার জন্য সমস্ত পরিবর্তনশীল অ্যাসাইনমেন্ট পাওয়া সম্ভব
তে $var বসিয়ে শুরু of the command, শেলের নামের আগে at না দিয়ে
কমান্ডের শেষে ডিফল্ট অবস্থান।

ফাইল নাম ব্যাখ্যা
এজিস প্রোগ্রাম ফাইলের নাম থেকে প্রকল্প ফাইলের নাম নির্ধারণ করার চেষ্টা করবে
কমান্ড লাইনে দেওয়া। সমস্ত ফাইলের নাম আপেক্ষিক হিসাবে aegis প্রকল্পের মধ্যে সংরক্ষণ করা হয়
বেসলাইন ডিরেক্টরি গাছের মূলে। উন্নয়ন ডিরেক্টরি এবং
ইন্টিগ্রেশন ডিরেক্টরি হল এই বেসলাইন ডিরেক্টরির ছায়া, এবং তাই এই আপেক্ষিক নামগুলি
এখানেও আবেদন করুন। কমান্ড লাইনে নাম দেওয়া ফাইলগুলি প্রথমে পরম পাথে রূপান্তরিত হয়
যদি প্রয়োজন হয় তাহলে. তারপরে তাদের বেসলাইন পাথ, ডেভেলপমেন্ট ডিরেক্টরির সাথে তুলনা করা হয়
path, এবং ইন্টিগ্রেশন ডিরেক্টরি পাথ, একটি বেসলাইন-আপেক্ষিক নাম নির্ধারণ করতে। এটাই
একটি ত্রুটি যদি নামের ফাইলটি এই ডিরেক্টরি গাছগুলির একটির বাইরে থাকে।

সার্জারির -বেস_আপেক্ষিক আপেক্ষিক ফাইলের নামগুলিকে ব্যাখ্যা করার জন্য বিকল্পটি ব্যবহার করা যেতে পারে
বেসলাইন পাথ আপেক্ষিক; পরম ফাইলের নাম এখনও বিভিন্ন সঙ্গে তুলনা করা হবে
একটি বেসলাইন-আপেক্ষিক নাম নির্ধারণ করার জন্য পাথ।

সার্জারির আপেক্ষিক_ফাইলের নাম_পছন্দ ব্যবহারকারী কনফিগারেশন ফাইল পরিবর্তন করতে ব্যবহার করা যেতে পারে
এই ডিফল্ট আচরণ. দেখা aeuconf(5) আরও তথ্যের জন্য।

পরীক্ষা প্রক্রিয়া

প্রতিটি পরিবর্তনের সাথে পরীক্ষা করা প্রয়োজন, এবং সেই পরীক্ষাগুলি হওয়া প্রয়োজন
নির্মিত উন্নয়ন ডিরেক্টরির বিরুদ্ধে চালান, এবং তাদের অবশ্যই পাস করতে হবে। এটি নিশ্চিত করে যে নতুন
কার্যকারিতা এর সঠিকতা যাচাই করার জন্য পরীক্ষার সাথে থাকে এবং বাগ ফিক্স করা হয়
পরীক্ষার সাথে যা নিশ্চিত করে যে বাগ সংশোধন করা হয়েছে।

প্রত্যাগতি টেস্ট
টেস্টগুলিকে অন্য কোনো সোর্স ফাইল হিসাবে বিবেচনা করা হয় এবং বেসলাইনে রক্ষণাবেক্ষণ করা হয়
অন্যান্য সমস্ত উৎস ফাইলের সাথে ইতিহাস। পরীক্ষা যা প্রতিটি পরিবর্তন অনুষঙ্গী করা আবশ্যক
প্রকল্পের বেসলাইনে জমা হয়, এর জন্য সঠিক ফাংশনের একটি সংজ্ঞা প্রদান করে
ভিত্তিরেখা এই জমে থাকা পরীক্ষাগুলি "aegis-REGression" কমান্ড ব্যবহার করে কার্যকর করা যেতে পারে,
একটি পরিবর্তনের ফলে প্রকল্পটি "প্রত্যাবর্তন" করবে না তা যাচাই করতে।

বেসলাইন টেস্ট
বাগ সংশোধন করা প্রয়োজন তাদের পরীক্ষা আছে ব্যর্থ প্রকল্পের ভিত্তিরেখার বিপরীতে (বিপরীত
উন্নয়ন ডিরেক্টরিতে)। এটি নিশ্চিত করে যে পরীক্ষাটি আসলে বাগটি প্রদর্শন করে
বেসলাইনে, সেইসাথে প্রদর্শন করে যে এটি পরিবর্তন দ্বারা স্থির হয়েছে। নতুন
কার্যকারিতা তুচ্ছভাবে বেসলাইনের বিরুদ্ধে ব্যর্থ হয়, এবং তাই এজিস চেষ্টা করে না
অনুমান করুন যদি একটি পরীক্ষা একটি বাগ ফিক্স পরীক্ষা বা নতুন কার্যকারিতা পরীক্ষা হয়, এটির জন্য কেবল পরীক্ষার প্রয়োজন
বেসলাইনের বিরুদ্ধে ব্যর্থ।

এই প্রয়োজনীয়তা পরিবর্তনের মাধ্যমে তৈরি হওয়া নতুন পরীক্ষা এবং পরীক্ষা উভয় ক্ষেত্রেই প্রযোজ্য
যা পরিবর্তনের জন্য একটি পরিবর্তনে কপি করা হয়েছে।

পর্যালোচনা টেস্ট
পর্যালোচকরা নিশ্চিত হতে পারেন যে এজিস পরীক্ষার প্রয়োজনীয়তা প্রয়োগ করেছে; যে একটি পরিবর্তন
পরীক্ষা থাকতে হবে, যে পরিবর্তন অবশ্যই তৈরি হবে, যে পরীক্ষাগুলি উন্নয়নের বিপরীতে পাস করবে
ডিরেক্টরি, এবং যে পরীক্ষাগুলি বেসলাইনের বিরুদ্ধে ব্যর্থ হয়। এই শর্তাবলী প্রয়োগ করা হয়
by aede(1) এবং পরিবর্তন অগ্রসর করা হবে না হচ্ছে পর্যালোচনা এই পর্যন্ত রাষ্ট্র
শর্ত পূরণ করা হয়। পর্যালোচকদের এইভাবে পরীক্ষা পর্যালোচনা করা উচিত সম্পূর্ণতা এর কভারেজ
পরিবর্তনের কোড, এবং কার্যকরী পরিবেশে পরিবর্তনের প্রতি সংবেদনশীলতা (যেমন
তারিখ সংবেদনশীল নয়)। যাচাই করার জন্য পর্যালোচকদের "aegis -list change_details" ব্যবহার করা উচিত
যে পরিবর্তনের পরীক্ষায় ছাড় আছে বা নেই।

ছাড়
প্রকল্প প্রশাসকদের দ্বারা বিভিন্ন পরীক্ষার ছাড় দেওয়া হতে পারে, দেখুন aepa(1) এবং
aepattr(5) আরও তথ্যের জন্য। পরীক্ষাগুলিকে একটি পরিবর্তনে অনুলিপি করা, বা একটিতে নতুন পরীক্ষা যোগ করা
পরিবর্তন, সেই ছাড়গুলি বাতিল করতে পারে।

পরীক্ষা কমান্ড কনফিগারেশন

পরীক্ষা চালানোর জন্য ব্যবহৃত কমান্ড দ্বারা সংজ্ঞায়িত করা হয় test_command প্রকল্পের ক্ষেত্র
কনফিগারেশন ফাইল (দেখুন aepconf(5) আরও তথ্যের জন্য), এটি ব্যবহার করতে ডিফল্ট
বোর্ন শেল সেট না হলে। বর্তমান ডিরেক্টরিটি উপযুক্তটির শীর্ষে থাকবে
ডিরেক্টরি গাছ। যদি পরীক্ষার জন্য অস্থায়ী ফাইলের প্রয়োজন হয়, তবে তাদের সেগুলি তৈরি করা উচিত / tmp -র পরিবর্তে, হিসেবে
পরীক্ষা বর্তমান ডিরেক্টরিতে লেখার অনুমতি পাওয়ার আশা করতে পারে না।

আপনি যদি একটি সাধারণ শেল স্ক্রিপ্টের পরিবর্তে আরও পরিশীলিত পরীক্ষা ইঞ্জিন ব্যবহার করতে চান,
কিন্তু এই পরীক্ষা ইঞ্জিন aegis এর সাথে ব্যবহারের জন্য উপযুক্ত ফলাফল কোড ফেরত দেয় না, আপনি করতে পারেন
এটিকে একটি শেল স্ক্রিপ্টে মোড়ানো যা এজিস প্রত্যাশিত মানগুলিতে প্রস্থান অবস্থা পুনরায় লিখিত করে।
আপনি আরও জটিল লিখে একই ফলাফল অর্জন করতে পারেন test_command মধ্যে
প্রকল্প কনফিগ ফাইল.

এটি পরীক্ষা কমান্ড লিখতেও সম্ভব যা একাধিক ফাইল পরীক্ষা করতে সক্ষম
একদা. এই দ্বারা নিয়ন্ত্রিত হয় ব্যাচ_টেস্ট_কমান্ড প্রকল্পের ক্ষেত্র কনফিগ ফাইল ভিতরে
এই ক্ষেত্রে, ${output} প্রতিস্থাপন একটি ফাইলের নাম নির্দেশ করে যেটি পরীক্ষা কমান্ডটি আবশ্যক
তৈরি করুন, মধ্যে aetest(5) ফরম্যাট, পরীক্ষা চালানোর ফলাফল ধারণ করা. এই প্রায়ই ব্যবহার করা হয়
একাধিক সিপিইউ সহ সিস্টেমে বা বিভিন্ন কম্পিউটারে কাজ বিতরণ করার ক্ষমতা
একটি নেটওয়ার্কে

খেলোয়াড়
সব aesub(5) প্রতিস্থাপন পরীক্ষা কমান্ড পাওয়া যায়. তাদের মধ্যে কিছু আছে
বিশেষ উল্লেখ্য:

আর্কিটেকচার
এই প্রতিস্থাপনটি পরীক্ষা করার জন্য স্থাপত্যের নামের দ্বারা প্রতিস্থাপিত হয়।

অনুসন্ধান_পথ
এই প্রতিস্থাপনটি একটি কোলন বিভক্ত তালিকা দ্বারা প্রতিস্থাপিত হয়েছে পরম পাথের
পরীক্ষা সমর্থন ফাইল খুঁজছেন যখন অনুসন্ধান.

সার্চ_পাথ_এক্সিকিউটেবল
এই প্রতিস্থাপনটি একটি কোলন বিভক্ত তালিকা দ্বারা প্রতিস্থাপিত হয়েছে পরম পাথের
এক্সিকিউটেবল সাপোর্ট ফাইল (লাইব্রেরি ফাইল এবং সাব-
আদেশ)।

অধিকাংশ সময় $Search_Path_Executable ঠিক একই। যাইহোক, সময় “এজিস -টি
-bl" তারা ভিন্ন হবে, সঙ্গে $Seach_Path ডেভেলপমেন্ট ডিরেক্টরি থেকে শুরু হচ্ছে (
পরীক্ষা চালানো হচ্ছে) এবং $Seach_Path_Executable বেসলাইনে শুরু হচ্ছে (নির্বাহযোগ্য সত্তা
চালান)।

পরীক্ষা ফল কোড
যেহেতু প্রতিটি পরীক্ষা চালানো হয় (এর মাধ্যমে test_command প্রকল্পের ক্ষেত্র কনফিগ ফাইল), aegis
পরীক্ষাটি সফল হয়েছে নাকি ব্যর্থ হয়েছে তার প্রস্থান অবস্থা দেখে নির্ধারণ করে। এই প্রস্থান
স্ট্যাটাস বেশিরভাগ ইউনিক্স কমান্ডের জন্য প্রত্যাশিত।

সাফল্য
একটি পরীক্ষা সফলতা নির্দেশ করতে 0 থেকে প্রস্থান করা উচিত, অর্থাৎ পরীক্ষার অধীনে নির্দিষ্ট ফাংশন
আশানুরূপ কাজ করেছে।

ব্যর্থতা
একটি পরীক্ষা ব্যর্থতা নির্দেশ করতে 1 থেকে প্রস্থান করা উচিত, অর্থাৎ পরীক্ষার অধীনে নির্দিষ্ট ফাংশন
আশানুরূপ কাজ করেনি।

ফলাফল নেই
কোন ফলাফল নির্দেশ করতে একটি পরীক্ষা 2 থেকে প্রস্থান করা উচিত, অর্থাত যে অধীনে নির্দিষ্ট ফাংশন
অন্য কিছু ভুল হওয়ার কারণে পরীক্ষা করা যায়নি। উদাহরণস্বরূপ, চলমান
পরীক্ষা ইনপুট ফাইল তৈরি করার সময় ডিস্ক স্থানের বাইরে / tmp -র পরিবর্তে ডিরেক্টরি.

এড়িয়ে গেছে
একটি পরীক্ষা 77 থেকে প্রস্থান করা উচিত যাতে এটি বাদ দেওয়া হয়েছে। এটি সাধারণত সঙ্গে করতে হয়
বর্তমান স্থাপত্য অর্থবহ হচ্ছে না। যখনই সম্ভব, "কোন ফলাফল নেই" ব্যবহার করুন
পরিবর্তে. (মানটি অন্যান্য পরীক্ষার সিস্টেমের সাথে সামঞ্জস্যের জন্য বেছে নেওয়া হয়েছিল।)

প্রকৃতপক্ষে, 0, 1 বা 77 ব্যতীত অন্য যেকোন এক্সিট কোডকে "কোনও ফলাফল" হিসাবে ব্যাখ্যা করা হবে।
যাইহোক, সর্বদা 0, 1, 2 বা 77 ব্যবহার করার অর্থ হল যদি একটি নতুন ফলাফল কোডের প্রয়োজন হয়
Aegis এর পরে রিলিজ আপনার বিদ্যমান পরীক্ষা কাজ চালিয়ে যাবে.

পরীক্ষা পারস্পরিক সম্পর্ক

"aegis -Test -SUGgest" কমান্ডটি aegis উপযুক্ত রিগ্রেশনের পরামর্শ দেওয়ার জন্য ব্যবহার করা যেতে পারে
আপনার পরিবর্তনের সোর্স ফাইলের উপর ভিত্তি করে আপনার পরিবর্তনের জন্য পরীক্ষা। এই স্বয়ংক্রিয়ভাবে
রিগ্রেশন পরীক্ষার সংখ্যা হ্রাস করে প্রাসঙ্গিক পরীক্ষায় পরীক্ষার প্রচেষ্টাকে কেন্দ্রীভূত করে
আপনি একটি বাগ প্রবর্তন করেননি যে আত্মবিশ্বাসী হতে হবে.

পরীক্ষার পারস্পরিক সম্পর্ক "aegis -Integrate_Pass" কমান্ড দ্বারা তৈরি করা হয়, যা
পরিবর্তনের প্রতিটি সোর্স ফাইলের সাথে পরিবর্তনের প্রতিটি পরীক্ষাকে সংযুক্ত করে। এইভাবে, প্রতিটি
সোর্স ফাইল অতীতে এটির সাথে যুক্ত করা পরীক্ষার একটি তালিকা জমা করে।
এটি কোড কভারেজ বিশ্লেষণের মতো সঠিক নয়, তবে এটি একটি যুক্তিসঙ্গত অনুমান
অনুশীলন।

সার্জারির aecp(1) এবং aenf(1) কমান্ডগুলি পরিবর্তনের সাথে ফাইলগুলিকে সংযুক্ত করতে ব্যবহৃত হয়। যখন তারা
সক্রিয়ভাবে অ্যাসোসিয়েশন সঞ্চালন না, এই দ্বারা ব্যবহৃত ফাইল aeipass(1) এবং
aet(1) কোন সোর্স ফাইল কোন পরীক্ষার সাথে যুক্ত তা নির্ধারণ করতে।

পরীক্ষা অনুবন্ধ সঠিকতা
ধরে নিচ্ছি যে পরীক্ষার পারস্পরিক সম্পর্ক সঠিক এবং পরীক্ষাগুলি সমানভাবে
ফাংশন স্থান জুড়ে বিতরণ, একটি কম হবে 1/সংখ্যা সুযোগ যে একটি
প্রাসঙ্গিক পরীক্ষা “aegis -Test -SUGgest দ্বারা পরিচালিত হয়নি৷ সংখ্যা"আদেশ। একটি ছোট
গোলমাল পরিমাণ পরীক্ষা ওজন যোগ করা হয়, যাতে অপ্রত্যাশিত জিনিস কখনও কখনও হয়
পরীক্ষিত, এবং একই পরীক্ষা প্রতিবার চালানো হয় না।

পরীক্ষার পারস্পরিক সম্পর্কের সঠিকতা নিশ্চিত করে উন্নত করা যেতে পারে:

· প্রতিটি পরিবর্তন দৃঢ়ভাবে ফোকাস করা উচিত, কোন অপ্রয়োজনীয় ফাইল অন্তর্ভুক্তি ছাড়া. এই
মিথ্যা পারস্পরিক সম্পর্ক এড়িয়ে যায়।

· নতুন কার্যকারিতা প্রতিটি আইটেম একটি পৃথক পরিবর্তন যোগ করা উচিত, পরিবর্তে
একসাথে বেশ কয়েকটি। এটি কার্যকারিতার সাথে পরীক্ষার সাথে দৃঢ়ভাবে সম্পর্কযুক্ত।

· প্রতিটি বাগ একসাথে একাধিক পরিবর্তন না করে একটি পৃথক পরিবর্তনে সংশোধন করা উচিত। এই
দৃঢ়ভাবে কার্যকারিতা সঙ্গে পরীক্ষার সম্পর্ক.

· ফাইল সরানো হলে পরীক্ষার পারস্পরিক সম্পর্ক হারিয়ে যাবে। এটা কারণ পারস্পরিক সম্পর্ক দ্বারা হয়
নাম.

সোর্স ফাইলগুলির সাথে সঠিকভাবে পারস্পরিক সম্পর্ক স্থাপনের জন্য পরীক্ষার জন্য সর্বোত্তম উপায় হল যখন একটি পরিবর্তন
পরীক্ষার অধীনে কার্যকারিতা সম্পর্কিত একটি পরীক্ষা এবং ঠিক সেই ফাইলগুলি রয়েছে। খুব
অনেক জাল ফাইল পরীক্ষার পারস্পরিক সম্পর্ককে দুর্বল করে দেবে।

বিকল্প

নিম্নলিখিত বিকল্পগুলি বোঝা যায়:

-স্বয়ংক্রিয়
এই বিকল্পটি স্বয়ংক্রিয় পরীক্ষা নির্দিষ্ট করতে ব্যবহার করা যেতে পারে। স্বয়ংক্রিয় পরীক্ষা প্রয়োজন নেই
মানুষের সাহায্য।

-বেসলাইন
এই বিকল্পটি নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যে প্রকল্পের বেসলাইনের বিষয়
আদেশ.

-বেস_আপেক্ষিক
আপেক্ষিক ফাইলের নামগুলিকে আপেক্ষিক হিসাবে বিবেচনা করার জন্য এই বিকল্পটি ব্যবহার করা যেতে পারে
উৎস গাছের ভিত্তি। দেখা aeuconf(5) সংশ্লিষ্ট ব্যবহারকারীর জন্য
পক্ষপাত।

-বর্তমান_আত্মীয়
আপেক্ষিক ফাইলের নামগুলিকে আপেক্ষিক হিসাবে বিবেচনা করার জন্য এই বিকল্পটি ব্যবহার করা যেতে পারে
বর্তমান ডিরেক্টরি। এটি সাধারণত ডিফল্ট। দেখা aeuconf(5) জন্য
সংশ্লিষ্ট ব্যবহারকারীর পছন্দ।

-পরিবর্তন সংখ্যা
এই বিকল্পটি একটি প্রকল্পের মধ্যে একটি নির্দিষ্ট পরিবর্তন নির্দিষ্ট করতে ব্যবহার করা যেতে পারে। দেখা
আশ্রয়(1) এই বিকল্পের সম্পূর্ণ বিবরণের জন্য।

-জোর এই বিকল্পটি নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যে সমস্ত পরীক্ষা চালানো উচিত, এমনকি যদি
শেষ পরীক্ষা চালানোর অবস্থা নির্দেশ করে যে একটি নির্দিষ্ট চালানোর প্রয়োজন নেই
পরীক্ষা।

-সাহায্য
এই বিকল্পটি কীভাবে ব্যবহার করবেন সে সম্পর্কে আরও তথ্য পেতে ব্যবহার করা যেতে পারে আশ্রয়
প্রোগ্রাম.

-স্বাধীন
এই বিকল্পটি নির্দিষ্ট করার জন্য ব্যবহার করা হয় যে পরীক্ষাটি যে কোনো থেকে স্বাধীনভাবে চালানো হবে
বিশেষ পরিবর্তন। কোনো পরীক্ষার নাম না থাকলে, বেসলাইনে সব পরীক্ষা চালানো হবে।

-তালিকা
এই কমান্ডের জন্য উপযুক্ত বিষয়গুলির একটি তালিকা পেতে এই বিকল্পটি ব্যবহার করা যেতে পারে।
তালিকা প্রত্যাশিত তুলনায় আরো সাধারণ হতে পারে.

-ম্যানুয়াল এই বিকল্পটি ম্যানুয়াল পরীক্ষা নির্দিষ্ট করতে ব্যবহার করা যেতে পারে। ম্যানুয়াল পরীক্ষা কিছু মানুষের প্রয়োজন
হস্তক্ষেপ, যেমন: কিছু স্ক্রীন আচরণের নিশ্চিতকরণ (উদাহরণস্বরূপ, X11), বা
কিছু ব্যবহারকারীর ক্রিয়া, "এখনই ইথারনেট কেবল আনপ্লাগ করুন"।

-না_লগিং
আউটপুট এবং ত্রুটিগুলির স্বয়ংক্রিয় লগিং নিষ্ক্রিয় করতে এই বিকল্পটি ব্যবহার করা যেতে পারে
একটি নথি. এটি প্রায়ই উপযোগী হয় যখন একটি শেলের মধ্যে কয়েকটি aegis কমান্ড একত্রিত করা হয়
লিপি.

- অধ্যবসায়
এই বিকল্পটি নির্দিষ্ট করার জন্য ব্যবহার করা যেতে পারে যে সমস্ত পরীক্ষা চালানো উচিত, এমনকি কিছু হলেও
ব্যর্থ ব্যবহারকারীর ডিফল্ট persevere_preference নির্দিষ্ট না হলে দেখুন
aeuconf(5) আরও তথ্যের জন্য।

-না_পারসিভার
এই বিকল্পটি নির্দিষ্ট করার জন্য ব্যবহার করা যেতে পারে যে প্রথমটির পরে পরীক্ষা চালানো বন্ধ করা উচিত
ব্যর্থতা. ব্যবহারকারীর ডিফল্ট persevere_preference নির্দিষ্ট না হলে দেখুন
aeuconf(5) আরও তথ্যের জন্য।

-প্রকল্প নাম
এই বিকল্পটি আগ্রহের প্রকল্প নির্বাচন করতে ব্যবহার করা যেতে পারে। যখন না -প্রকল্প
বিকল্প নির্দিষ্ট করা হয়, AEGIS_PROJECT পরিবেশ পরিবর্তনশীল পরামর্শ দেওয়া হয়. যদি
যেটির অস্তিত্ব নেই, ব্যবহারকারীর $HOME/.aegisrc ফাইল একটি ডিফল্ট জন্য পরীক্ষা করা হয়
প্রকল্প ক্ষেত্র (দেখুন aeuconf(5) আরও তথ্যের জন্য)। যদি তা না থাকে,
যখন ব্যবহারকারী শুধুমাত্র একটি একক প্রকল্প, প্রকল্পের মধ্যে পরিবর্তনের উপর কাজ করে
নাম যে প্রকল্পের ডিফল্ট. অন্যথায়, এটি একটি ত্রুটি.

-প্রগতি
অগ্রগতি বার্তা আগে জারি করা উচিত তা নির্দিষ্ট করতে এই বিকল্পটি ব্যবহার করা যেতে পারে
প্রতিটি পরীক্ষা চালানোর আগে বা প্রতিটি ব্যাচ পরীক্ষা চালানোর আগে ব্যাচ_টেস্ট_কমান্ড ক্ষেত্র
প্রকল্পে উল্লেখ করা হয়েছে কনফিগ ফাইল (দেখুন aeuconf(5) আরও তথ্যের জন্য)।

-কোনো উন্নতি নেই
এই বিকল্পটি নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যে অগ্রগতি বার্তাগুলিকে দমন করা উচিত।
এটি ডিফল্ট।

- রিগ্রেশন
রিগ্রেশন টেস্ট স্যুট চালানো হবে তা নির্দিষ্ট করতে এই বিকল্পটি ব্যবহার করা হয়। দ্য
রিগ্রেশন টেস্ট স্যুট বেসলাইনের সমস্ত পরীক্ষা নিয়ে গঠিত যা প্রদর্শিত হয় না
পরিবর্তনের মধ্যে রিগ্রেশন পরীক্ষা না থাকলে এটি একটি ত্রুটি। আপনি হতে পারে না
-REGression বিকল্প ব্যবহার করার সময় কমান্ড লাইনে নাম পরীক্ষা করা হয়। আপনি নাম দিতে পারেন
-REGression ব্যবহার না করেই কমান্ড লাইনে পৃথক পরীক্ষা চালানো হবে
বিকল্প; তারা পরিবর্তনের অংশ না হলে, একই নামের পরীক্ষা
বেসলাইন চালানো হবে।

- সাজেস্ট করুন [ সংখ্যা ]
দ্য "আশ্রয় -একত্রিত_পাস” কমান্ড পরীক্ষার পারস্পরিক সম্পর্ক পরিসংখ্যান সংগ্রহ করে যখন
পরিবর্তনগুলি একত্রিত হয়। এই বিকল্পটি ব্যবহার করা যেতে পারে অনুরোধ করার জন্য যে aegis পরামর্শ দেয়
এই পরীক্ষার পারস্পরিক সম্পর্ক ব্যবহার করে কোন পরীক্ষা চালানো উচিত। নম্বর না থাকলে
নির্দিষ্ট, 10টি পরীক্ষার পরামর্শ দেওয়া হবে। এই বিকল্পটি বোঝায় - রিগ্রেশন
বিকল্প।

-সুগজেস্ট_সীমা মিনিট
এই বিকল্পটি একটি নির্দিষ্ট সংখ্যক পরীক্ষার সংখ্যা সীমিত করতে ব্যবহার করা যেতে পারে
মিনিট এগুলি সর্বাধিক প্রাসঙ্গিক থেকে সর্বনিম্ন প্রাসঙ্গিক পর্যন্ত চালানো হবে৷

-সুগজে_শব্দ সংখ্যা
এই বিকল্পটি পরীক্ষায় ইনজেকশনের শব্দের পরিমাণ নিয়ন্ত্রণ করতে ব্যবহার করা যেতে পারে
দ্বারা সঞ্চালিত নির্বাচন - সাজেস্ট করুন বিকল্প সংখ্যাটি শব্দের শতাংশ
ইনজেকশন করা নির্দিষ্ট না থাকলে ডিফল্ট 10। গোলমালের ইনজেকশন নিশ্চিত করে
যে পরবর্তী রানে বিভিন্ন ধরনের পরীক্ষা চালানো হয়, এবং কিছু বাম-ক্ষেত্র থেকেও
একটি বিবেক চেক হিসাবে.

-টেরসে
এই বিকল্পটি ন্যূনতম ন্যূনতম উৎপাদনের জন্য তালিকা তৈরি করতে ব্যবহার করা যেতে পারে
তথ্য এটি সাধারণত শেল স্ক্রিপ্টের জন্য দরকারী।

-ভেরবুস
এই বিকল্পটি aegisকে আরও আউটপুট তৈরি করার জন্য ব্যবহার করা যেতে পারে। ডিফল্ট এজিস দ্বারা
শুধুমাত্র ত্রুটির উপর আউটপুট উত্পাদন করে। সঙ্গে ব্যবহার করা হলে -তালিকা বিকল্প এই বিকল্প
কলাম শিরোনাম যোগ করার কারণ।

-অপেক্ষা কর অ্যাক্সেস লকের জন্য অপেক্ষা করার জন্য Aegis কমান্ডের প্রয়োজন হলে এই বিকল্পটি ব্যবহার করা হতে পারে
তারা অবিলম্বে প্রাপ্ত করা যাবে না. ব্যবহারকারীর ডিফল্ট lock_wait_preference
নির্দিষ্ট না হলে দেখুন aeuconf(5) আরও তথ্যের জন্য।

-না_অপেক্ষা করো
এই অপশনটি ব্যবহার করা হতে পারে Aegis কমান্ডের প্রয়োজন হলে একটি মারাত্মক ত্রুটি নির্গত করার জন্য
তালা অবিলম্বে প্রাপ্ত করা যাবে না. ব্যবহারকারীর ডিফল্ট
lock_wait_preference নির্দিষ্ট না হলে দেখুন aeuconf(5) আরও তথ্যের জন্য।

আরো দেখুন আশ্রয়(1) সমস্ত এজিস কমান্ডের জন্য সাধারণ বিকল্পগুলির জন্য।

সমস্ত বিকল্প সংক্ষিপ্ত করা যেতে পারে; সংক্ষেপণটি বড় হাতের অক্ষর হিসাবে নথিভুক্ত করা হয়েছে,
সমস্ত ছোট হাতের অক্ষর এবং আন্ডারস্কোর (_) ঐচ্ছিক। আপনি পরপর ব্যবহার করতে হবে
ঐচ্ছিক অক্ষরের ক্রম।

সমস্ত বিকল্পগুলি অক্ষর সংবেদনশীল, আপনি সেগুলিকে বড় হাতের বা ছোট হাতের অক্ষরে টাইপ করতে পারেন বা ক৷
উভয়ের সংমিশ্রণ, ক্ষেত্রে গুরুত্বপূর্ণ নয়।

উদাহরণ স্বরূপ: আর্গুমেন্ট "-প্রকল্প, "-PROJ" এবং "-p" সবই ব্যাখ্যা করা হয়
-প্রকল্প বিকল্প যুক্তি "-prj" বোঝা যাবে না, কারণ ধারাবাহিক
ঐচ্ছিক অক্ষর সরবরাহ করা হয়নি।

কমান্ড লাইনে বিকল্প এবং অন্যান্য কমান্ড লাইন আর্গুমেন্ট নির্বিচারে মিশ্রিত হতে পারে,
ফাংশন নির্বাচকদের পরে।

GNU দীর্ঘ বিকল্পের নাম বোঝা যায়। যেহেতু সব বিকল্পের নাম আশ্রয় দীর্ঘ,
এর মানে হল অতিরিক্ত অগ্রণী '-' উপেক্ষা করা। দ্য "--পছন্দ=মূল্য"সম্মেলন হয়
বুঝেছি

প্রস্তাবিত উপায় দ্বারা

এই কমান্ডের জন্য প্রস্তাবিত উপনাম হল
csh% alias aet 'aegis -t \!* -v'
sh$ aet(){aegis -t "$@" -v}

ত্রুটি

পরিবর্তনের একটিতে না থাকলে এটি একটি ত্রুটি হচ্ছে উন্নত or হচ্ছে সংহত
যুক্তরাষ্ট্র।
পরিবর্তনটি বর্তমান ব্যবহারকারীকে বরাদ্দ না করা হলে এটি একটি ত্রুটি।
আপনার কোন প্রাসঙ্গিক পরীক্ষা না থাকলে এবং প্রাসঙ্গিক ছাড় না থাকলে এটি একটি ত্রুটি।

প্রস্থান করুন স্থিতি

সার্জারির আশ্রয় যেকোনো ত্রুটিতে 1-এর স্ট্যাটাস দিয়ে কমান্ড প্রস্থান করবে। দ্য আশ্রয় আদেশ শুধুমাত্র হবে
কোনো ত্রুটি না থাকলে 0 এর স্ট্যাটাস দিয়ে প্রস্থান করুন।

পরিবেশ বৈচিত্র্য

দেখ আশ্রয়(1) পরিবেশ ভেরিয়েবলের একটি তালিকার জন্য যা এই কমান্ডকে প্রভাবিত করতে পারে। দেখা
aepconf(5) প্রকল্প কনফিগারেশন ফাইলের জন্য প্রকল্প_নির্দিষ্ট কিভাবে সেট করতে হবে তার জন্য ক্ষেত্র
Aegis দ্বারা নির্বাহিত সমস্ত কমান্ডের জন্য পরিবেশ ভেরিয়েবল।

onworks.net পরিষেবা ব্যবহার করে aet অনলাইন ব্যবহার করুন