এটি এমন একটি কমান্ড যা আমাদের একাধিক বিনামূল্যের অনলাইন ওয়ার্কস্টেশন যেমন উবুন্টু অনলাইন, ফেডোরা অনলাইন, উইন্ডোজ অনলাইন এমুলেটর বা MAC OS অনলাইন এমুলেটর ব্যবহার করে OnWorks ফ্রি হোস্টিং প্রদানকারীতে চালানো যেতে পারে।
কার্যক্রম:
NAME এর
aegis নতুন পরীক্ষা - একটি পরিবর্তনে একটি নতুন পরীক্ষা যোগ করুন
সাইনোপিসিস
আশ্রয় -নতুন_পরীক্ষা [ পছন্দ...][ ফাইলের নাম...]
আশ্রয় -নতুন_পরীক্ষা -তালিকা [ পছন্দ...]
আশ্রয় -নতুন_পরীক্ষা -সাহায্য
বর্ণনাঃ
সার্জারির আশ্রয় -নতুন_পরীক্ষা কমান্ড একটি পরিবর্তন একটি নতুন পরীক্ষা যোগ করতে ব্যবহার করা হয়. একটি নতুন ফাইল তৈরি করা হয়
উন্নয়ন ডিরেক্টরিতে।
নতুন পরীক্ষা ডিফল্ট "স্বয়ংক্রিয়" যদি না অন্যথায় নির্দিষ্ট করা হয়।
ফাইল নাম ব্যাখ্যা
এজিস প্রোগ্রাম ফাইলের নাম থেকে প্রকল্প ফাইলের নাম নির্ধারণ করার চেষ্টা করবে
কমান্ড লাইনে দেওয়া। সমস্ত ফাইলের নাম আপেক্ষিক হিসাবে aegis প্রকল্পের মধ্যে সংরক্ষণ করা হয়
বেসলাইন ডিরেক্টরি গাছের মূলে। উন্নয়ন ডিরেক্টরি এবং
ইন্টিগ্রেশন ডিরেক্টরি হল এই বেসলাইন ডিরেক্টরির ছায়া, এবং তাই এই আপেক্ষিক নামগুলি
এখানেও আবেদন করুন। কমান্ড লাইনে নাম দেওয়া ফাইলগুলি প্রথমে পরম পাথে রূপান্তরিত হয়
যদি প্রয়োজন হয় তাহলে. তারপরে তাদের বেসলাইন পাথ, ডেভেলপমেন্ট ডিরেক্টরির সাথে তুলনা করা হয়
path, এবং ইন্টিগ্রেশন ডিরেক্টরি পাথ, একটি বেসলাইন-আপেক্ষিক নাম নির্ধারণ করতে। এটাই
একটি ত্রুটি যদি নামের ফাইলটি এই ডিরেক্টরি গাছগুলির একটির বাইরে থাকে।
সার্জারির -বেস_আপেক্ষিক আপেক্ষিক ফাইলের নামগুলিকে ব্যাখ্যা করার জন্য বিকল্পটি ব্যবহার করা যেতে পারে
বেসলাইন পাথ আপেক্ষিক; পরম ফাইলের নাম এখনও বিভিন্ন সঙ্গে তুলনা করা হবে
একটি বেসলাইন-আপেক্ষিক নাম নির্ধারণ করার জন্য পাথ।
সার্জারির আপেক্ষিক_ফাইলের নাম_পছন্দ ব্যবহারকারী কনফিগারেশন ফাইল পরিবর্তন করতে ব্যবহার করা যেতে পারে
এই ডিফল্ট আচরণ. দেখা aeuconf(5) আরও তথ্যের জন্য।
পরীক্ষা ফাইলের নাম প্রজন্ম
আপনি একটি পরীক্ষার জন্য আপনার নিজের ফাইলের নাম নির্বাচন করতে পারেন, কমান্ড লাইনে এটি নির্দিষ্ট করে।
কমান্ড লাইনে কোনো ফাইলের নাম উল্লেখ না থাকলে, একটি পরীক্ষা ফাইলের নাম স্বয়ংক্রিয়ভাবে হয়
উত্পন্ন এই দ্বারা নিয়ন্ত্রিত হয় new_test_filename প্রকল্পের ক্ষেত্র
কনফিগারেশন ফাইল (দেখুন aepconf(5) আরও তথ্যের জন্য। সব স্বয়ংক্রিয়ভাবে উত্পন্ন
একটি প্রকল্পের মধ্যে পরীক্ষার ফাইলের নামগুলি অনন্যভাবে সংখ্যাযুক্ত। নতুন পরীক্ষার জন্য ডিফল্ট প্যাটার্ন
ফাইলের নাম হল "পরীক্ষা/XXX/tXXXX[am].sh", কোথায় XX পরীক্ষার নম্বরের প্রথম 2 সংখ্যা,
XXXX এর সম্পূর্ণ পরীক্ষার নম্বর, এবং [আমি] স্বয়ংক্রিয় পরীক্ষার জন্য একটি এবং ম্যানুয়াল পরীক্ষার জন্য m৷
পরিবর্তন টেস্ট
এর সাথে একটি পরিবর্তনে যুক্ত করে ভবিষ্যতে পরীক্ষাগুলিকে সংশোধন করা হতে পারে৷ aecp(1) আদেশ।
টেস্টগুলিকে অন্য যেকোন সোর্স ফাইলের মতোই বিবেচনা করা হয় এবং একই প্রক্রিয়ার সাপেক্ষে।
ফাইল টেম্পলেটসমূহ
যখন একটি নতুন ফাইল উন্নয়ন ডিরেক্টরিতে তৈরি করা হয় প্রকল্পটি কনফিগ ফাইল হয়
নতুন ফাইলের জন্য একটি টেমপ্লেট অনুসন্ধান করা হয়েছে। একটি টেমপ্লেট পাওয়া গেলে, নতুন ফাইল হবে
টেমপ্লেটে শুরু করা হয়েছে, অন্যথায় এটি খালি তৈরি করা হবে। দেখা aepconf(5) আরো জন্য
তথ্য।
সহজ ফর্ম টেমপ্লেট ফাইল ব্যবহার করা হয়, যেমন
ফাইল_টেমপ্লেট =
[
{
প্যাটার্ন = [ "*.c"];
body = "${read_file ${source template/c abs}}";
},
{
প্যাটার্ন = [ "test/*/.sh" ];
body = "${read_file ${source template/test abs}}";
},
];
আপনি দেখতে পাচ্ছেন, টেমপ্লেট ফাইলগুলি প্রকল্প উত্সের অংশ, তাই আপনি যোগ করতে পারেন
উপযুক্ত কপিরাইট নোটিশ, এবং মোড়ক, ইত্যাদি. দ্য $উৎস প্রতিস্থাপন তাদের সনাক্ত করে,
যদি তারা বর্তমান পরিবর্তনের অংশ না হয় (এবং তারা সাধারণত হয় না)।
টেমপ্লেট ফাইলগুলি নিজেই প্রতিস্থাপন ধারণ করে। দ্য $filename প্রতিস্থাপন হয়
উপলব্ধ, এবং তৈরি করা ফাইলের নাম রয়েছে। এই ম্যানিপুলেট করা যেতে পারে
উপযুক্ত ফাইলের বিষয়বস্তু তৈরি করার সময় বিভিন্ন উপায়। দেখা aesub(5) আরো জন্য
প্রতিস্থাপন সম্পর্কে তথ্য।
নতুন ফাইল তৈরি করার জন্য একটি কমান্ড চালানোও সম্ভব। আপনি পরিবর্তে এটি করতে পারেন
একটি বডি স্ট্রিং নির্দিষ্ট করা, যেমন:
ফাইল_টেমপ্লেট =
[
{
প্যাটার্ন = [ "*" ];
body_command = "perl ${source template.pl abs} $filename";
},
];
কমান্ডটি বিকাশ ডিরেক্টরির শীর্ষে সেট করা একটি বর্তমান ডিরেক্টরির সাথে চালানো হয়।
কমান্ডটি ফাইল তৈরি করতে ব্যর্থ হলে এটি একটি ত্রুটি। আপনি দুটিকে মিশ্রিত করতে পারেন
কৌশল, শরীর স্ট্রিং এবং body_command, তুমি যদি চাও.
পরীক্ষার ফাইলের নাম টেমপ্লেট প্যাটার্নের সাথে মেলে তা নিশ্চিত করতে সতর্ক থাকুন
new_test_filename ক্ষেত্র।
ফাইল নাম সীমাবদ্ধতা
প্রজেক্ট ফাইলের নামগুলির ফর্ম সীমিত করার জন্য অনেকগুলি নিয়ন্ত্রণ উপলব্ধ রয়েছে। সব
এই নিয়ন্ত্রণগুলি প্রকল্প কনফিগারেশন ফাইলে পাওয়া যেতে পারে, দেখুন aepconf(5) আরো জন্য
তথ্য সবচেয়ে উল্লেখযোগ্য এখানে সংক্ষেপে বর্ণনা করা হয়েছে:
Max_filename_length = integer;
এই ক্ষেত্রটি ফাইলের নামের দৈর্ঘ্য সীমিত করতে ব্যবহৃত হয়। সব নতুন ফাইল নাও থাকতে পারে
এর চেয়ে দীর্ঘ পথ উপাদান। সেট না থাকলে ডিফল্ট 255। সর্বোচ্চ জন্য
পোর্টেবিলিটি আপনার এটি 14 এ সেট করা উচিত।
posix_filename_charset = বুলিয়ান;
এই ক্ষেত্রটি ফাইলের নামগুলিতে অনুমোদিত অক্ষরগুলিকে সীমাবদ্ধ করতে ব্যবহার করা যেতে পারে
POSIX দ্বারা স্পষ্টভাবে অনুমোদিত। ডিফল্ট থেকে মিথ্যা যদি সেট না করা হয়, মানে যাই হোক না কেন আপনার
সাদা স্থান এবং উচ্চ-বিট-অন অক্ষর ব্যতীত অপারেটিং সিস্টেম সহ্য করবে।
সর্বাধিক বহনযোগ্যতার জন্য আপনার এটি সেট করা উচিত সত্য.
dos_filename_required = বুলিয়ান;
এই ক্ষেত্রটি ফাইলের নাম সীমিত করতে ব্যবহার করা যেতে পারে যাতে তারা DOS 8+3 এর সাথে সামঞ্জস্যপূর্ণ হয়
ফাইলের নাম সীমা এবং ডস ফাইলের নাম অক্ষর সেট। ডিফল্ট থেকে মিথ্যা যদি না
সেট।
windows_filename_required = বুলিয়ান;
এই ক্ষেত্রটি ফাইলের নাম সীমিত করতে ব্যবহার করা যেতে পারে যাতে সেগুলি Windows98-এর সাথে সামঞ্জস্যপূর্ণ হয়
এবং WindowsNT ফাইলের নাম সীমা এবং অক্ষর সেট। ডিফল্ট থেকে মিথ্যা সেট না হলে
shell_safe_filenames = বুলিয়ান;
এই ক্ষেত্রটি ফাইলের নাম সীমিত করতে ব্যবহার করা যেতে পারে যাতে সেগুলিতে শেল না থাকে
বিশেষ অক্ষর. ডিফল্ট থেকে সত্য সেট না হলে যদি এই ক্ষেত্র সেট করা হয় মিথ্যা,
আপনি ব্যবহার করতে হবে ${উদ্ধৃতি} কমান্ডে ফাইলের নামের চারপাশে প্রতিস্থাপন, to
শেল বিশেষ অক্ষর সম্বলিত ফাইলের নাম অনিচ্ছাকৃত না আছে তা নিশ্চিত করুন
ক্ষতিকর দিক. ফাইলের নামগুলিতে অদ্ভুত অক্ষরগুলি আপনার নির্ভরতাকে বিভ্রান্ত করতে পারে
রক্ষণাবেক্ষণ টুল।
allow_white_space_in_filenames = বুলিয়ান;
এই ক্ষেত্রটি ফাইলের নামের সাদা স্থানের অক্ষরগুলিকে অনুমতি দেওয়ার জন্য ব্যবহার করা যেতে পারে। এটা হবে
ফাইলের নামগুলিতে নিম্নলিখিত অক্ষরগুলি উপস্থিত হওয়ার অনুমতি দিন: ব্যাকস্পেস (BS, \b, 0x08),
অনুভূমিক ট্যাব (HT, \t, 0x09), নতুন লাইন (NL, \n, 0x0A), উল্লম্ব ট্যাব (VT, \v,
0x0B), ফর্ম ফিড (FF, \f, 0x0C), এবং ক্যারেজ রিটার্ন (CR, \r, 0x0D)। ডিফল্ট থেকে
সেট না হলে মিথ্যা।
মনে রাখবেন যে এই ক্ষেত্রটি অন্য ফাইলের নাম ফিল্টারকে ওভাররাইড করে না। এটা হবে
স্পষ্টভাবে সেট করার জন্য প্রয়োজনীয় shell_safe_filenames = মিথ্যা যেমন. এটা হবে
সেট করার জন্য প্রয়োজনীয় dos_filename_required = মিথ্যা (ডিফল্ট) পাশাপাশি। এটা হবে
সেট করার জন্য প্রয়োজনীয় posix_filename_charset = মিথ্যা (ডিফল্ট) পাশাপাশি।
সমস্ত ফাইলের চারপাশে ${quote} প্রতিস্থাপন ব্যবহার করার জন্য ব্যবহারকারীকে অবশ্যই খুব যত্ন নিতে হবে
প্রজেক্ট কনফিগারেশনে কমান্ডের নাম। এবং তারপরেও, প্রতিস্থাপন
যা আশা করে যে ফাইল নামের একটি স্পেস বিভক্ত তালিকার অনির্ধারিত ফলাফল থাকবে।
allow_non_ascii_filenames = বুলিয়ান;
এই ক্ষেত্রটি নন-ascii-মুদ্রণযোগ্য অক্ষর সহ ফাইলের নামের অনুমতি দেওয়ার জন্য ব্যবহার করা যেতে পারে
তাদের সাধারণত এর মানে হবে একটি UTF8 বা কোনো ধরনের আন্তর্জাতিক অক্ষরসেট।
সেট না হলে মিথ্যা থেকে ডিফল্ট।
মনে রাখবেন যে এই ক্ষেত্রটি অন্য ফাইলের নাম ফিল্টারকে ওভাররাইড করে না। এটা হবে
স্পষ্টভাবে সেট করার জন্য প্রয়োজনীয় shell_safe_filenames = মিথ্যা যেমন. এটা হবে
সেট করার জন্য প্রয়োজনীয় dos_filename_required = মিথ্যা (ডিফল্ট) পাশাপাশি। এটা হবে
সেট করার জন্য প্রয়োজনীয় posix_filename_charset = মিথ্যা (ডিফল্ট) পাশাপাশি।
filename_pattern_accept = [ স্ট্রিং ];
এই ক্ষেত্রটি গ্রহণযোগ্য ফাইলের নামগুলির প্যাটার্নগুলির একটি তালিকা নির্দিষ্ট করতে ব্যবহৃত হয়।
ডিফল্ট "*" সেট না থাকলে।
filename_pattern_reject = [ স্ট্রিং ];
এই ক্ষেত্রটি অগ্রহণযোগ্য ফাইলের নামগুলির প্যাটার্নগুলির একটি তালিকা নির্দিষ্ট করতে ব্যবহৃত হয়।
অনুগ্রহ করে বিঃদ্রঃ: Aegis এর ধারণা নির্ধারণ করতে অন্তর্নিহিত ফাইল সিস্টেমের সাথেও পরামর্শ করে
সর্বোচ্চ ফাইলের আকার। যেখানে ফাইল সিস্টেমের সর্বোচ্চ ফাইল সাইজ এর চেয়ে কম
সর্বাধিক_ফাইলনাম_দৈর্ঘ্য, ফাইল সিস্টেম জিতেছে। এটি ঘটতে পারে, উদাহরণস্বরূপ, আপনি যখন
Linux UMSDOS ফাইল সিস্টেম ব্যবহার করে, অথবা যখন আপনি একটি NFS একটি প্রাচীন V7 মাউন্ট করেন
নথি ব্যবস্থা. বিন্যাস সর্বাধিক_ফাইলনাম_দৈর্ঘ্য 255 এই ক্ষেত্রে পরিবর্তন করে না
সত্য যে অন্তর্নিহিত ফাইল সিস্টেমের সীমা অনেক ছোট (যথাক্রমে 12 এবং 14)।
যদি আপনার ডেভেলপমেন্ট ডিরেক্টরি (বা আপনার পুরো প্রকল্প) ফাইলের নাম সহ ফাইল সিস্টেমে থাকে
সীমাবদ্ধতা, বা ভিন্নধর্মী নির্মাণের একটি অংশ এই ধরনের পরিবেশে সঞ্চালিত হয়,
এটি এজিসকে বলতে সাহায্য করে তারা কী (প্রকল্প ব্যবহার করে কনফিগ ফাইলের ক্ষেত্র) যাতে আপনি
পরিস্থিতির মধ্যে দৌড়াবেন না যেখানে প্রকল্পটি আরও বেশি অনুমতিপ্রাপ্ত হয়
পরিবেশ, কিন্তু আরো সীমিত পরিবেশে রহস্যময় ত্রুটির সাথে ব্যর্থ হয়।
যদি আপনার ডেভেলপমেন্ট ডিরেক্টরিগুলি নিয়মিতভাবে একটি লিনাক্স UMSDOS ফাইল সিস্টেমে থাকে, তাহলে আপনি করবেন
সম্ভবত সেটিং বন্ধ করা ভাল dos_filename_required = সত্য, এবং এছাড়াও পরিবর্তন
ডেভেলপমেন্ট_ডিরেক্টরি_টেমপ্লেট ক্ষেত্র বিভিন্ন উইন্ডোজের সাথে ভিন্ন ভিন্ন উন্নয়ন
পরিবেশেরও এটির প্রয়োজন হতে পারে।
পরিবর্তন দ্য আদর্শ of a ফাইল
আপনি যদি একটি ফাইলের ধরন পরিবর্তন করতে চান (বলুন, একটি পরীক্ষা থেকে একটি উত্স ফাইলে, বা ভাইস
বিপরীতভাবে) আপনি প্রথম ব্যবহার করে দুটি পরিবর্তন হিসাবে এটি করতে পারেন বায়ু(1) এক পরিবর্তন এবং তারপর
ব্যবহার aenf(এক্সএনএমএক্স) বা aent(1) একটি দ্বিতীয় পরিবর্তনে, অথবা আপনি একই সাথে উভয় ধাপ একত্রিত করতে পারেন
পরিবর্তন. ব্যবহার করতে মনে রাখবেন বায়ু -সাদা আউট বিকল্প বা আপনি একটি সবচেয়ে অদ্ভুত নতুন পাবেন
ফাইল টেমপ্লেট।
প্রজ্ঞাপন
সার্জারির new_test_command প্রকল্পে কনফিগ সেট করা হলে ফাইল চালানো হয়। দ্য প্রজেক্ট_ফাইল_কমান্ড
এছাড়াও চালানো হয়, যদি সেট করা হয়, এবং যদি সম্প্রতি একটি ইন্টিগ্রেশন হয়েছে। দেখা aepconf(5) এর জন্য
অধিক তথ্য.
পরীক্ষা প্রক্রিয়া
প্রতিটি পরিবর্তনের সাথে পরীক্ষা করা প্রয়োজন, এবং সেই পরীক্ষাগুলি হওয়া প্রয়োজন
নির্মিত উন্নয়ন ডিরেক্টরির বিরুদ্ধে চালান, এবং তাদের অবশ্যই পাস করতে হবে। এটি নিশ্চিত করে যে নতুন
কার্যকারিতা এর সঠিকতা যাচাই করার জন্য পরীক্ষার সাথে থাকে এবং বাগ ফিক্স করা হয়
পরীক্ষার সাথে যা নিশ্চিত করে যে বাগ সংশোধন করা হয়েছে।
প্রত্যাগতি টেস্ট
টেস্টগুলিকে অন্য কোনো সোর্স ফাইল হিসাবে বিবেচনা করা হয় এবং বেসলাইনে রক্ষণাবেক্ষণ করা হয়
অন্যান্য সমস্ত উৎস ফাইলের সাথে ইতিহাস। পরীক্ষা যা প্রতিটি পরিবর্তন অনুষঙ্গী করা আবশ্যক
প্রকল্পের বেসলাইনে জমা হয়, এর জন্য সঠিক ফাংশনের একটি সংজ্ঞা প্রদান করে
ভিত্তিরেখা এই জমে থাকা পরীক্ষাগুলি "aegis-REGression" কমান্ড ব্যবহার করে কার্যকর করা যেতে পারে,
একটি পরিবর্তনের ফলে প্রকল্পটি "প্রত্যাবর্তন" করবে না তা যাচাই করতে।
বেসলাইন টেস্ট
বাগ সংশোধন করা প্রয়োজন তাদের পরীক্ষা আছে ব্যর্থ প্রকল্পের ভিত্তিরেখার বিপরীতে (বিপরীত
উন্নয়ন ডিরেক্টরিতে)। এটি নিশ্চিত করে যে পরীক্ষাটি আসলে বাগটি প্রদর্শন করে
বেসলাইনে, সেইসাথে প্রদর্শন করে যে এটি পরিবর্তন দ্বারা স্থির হয়েছে। নতুন
কার্যকারিতা তুচ্ছভাবে বেসলাইনের বিরুদ্ধে ব্যর্থ হয়, এবং তাই এজিস চেষ্টা করে না
অনুমান করুন যদি একটি পরীক্ষা একটি বাগ ফিক্স পরীক্ষা বা নতুন কার্যকারিতা পরীক্ষা হয়, এটির জন্য কেবল পরীক্ষার প্রয়োজন
বেসলাইনের বিরুদ্ধে ব্যর্থ।
এই প্রয়োজনীয়তা পরিবর্তনের মাধ্যমে তৈরি হওয়া নতুন পরীক্ষা এবং পরীক্ষা উভয় ক্ষেত্রেই প্রযোজ্য
যা পরিবর্তনের জন্য একটি পরিবর্তনে কপি করা হয়েছে।
পর্যালোচনা টেস্ট
পর্যালোচকরা নিশ্চিত হতে পারেন যে এজিস পরীক্ষার প্রয়োজনীয়তা প্রয়োগ করেছে; যে একটি পরিবর্তন
পরীক্ষা থাকতে হবে, যে পরিবর্তন অবশ্যই তৈরি হবে, যে পরীক্ষাগুলি উন্নয়নের বিপরীতে পাস করবে
ডিরেক্টরি, এবং যে পরীক্ষাগুলি বেসলাইনের বিরুদ্ধে ব্যর্থ হয়। এই শর্তাবলী প্রয়োগ করা হয়
by aede(1) এবং পরিবর্তন অগ্রসর করা হবে না হচ্ছে পর্যালোচনা এই পর্যন্ত রাষ্ট্র
শর্ত পূরণ করা হয়। পর্যালোচকদের এইভাবে পরীক্ষা পর্যালোচনা করা উচিত সম্পূর্ণতা এর কভারেজ
পরিবর্তনের কোড, এবং কার্যকরী পরিবেশে পরিবর্তনের প্রতি সংবেদনশীলতা (যেমন
তারিখ সংবেদনশীল নয়)। যাচাই করার জন্য পর্যালোচকদের "aegis -list change_details" ব্যবহার করা উচিত
যে পরিবর্তনের পরীক্ষায় ছাড় আছে বা নেই।
ছাড়
প্রকল্প প্রশাসকদের দ্বারা বিভিন্ন পরীক্ষার ছাড় দেওয়া হতে পারে, দেখুন aepa(1) এবং
aepattr(5) আরও তথ্যের জন্য। পরীক্ষাগুলিকে একটি পরিবর্তনে অনুলিপি করা, বা একটিতে নতুন পরীক্ষা যোগ করা
পরিবর্তন, সেই ছাড়গুলি বাতিল করতে পারে।
পরীক্ষা পারস্পরিক সম্পর্ক
"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 কমান্ড একত্রিত করা হয়
লিপি.
-আউটপুট ফাইলের নাম
এই বিকল্পটি একটি ফাইলের নাম নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যা দিয়ে লিখতে হবে
স্বয়ংক্রিয়ভাবে নির্ধারিত পরীক্ষার ফাইলের নাম। স্ক্রিপ্ট লেখার জন্য দরকারী।
-প্রকল্প নাম
এই বিকল্পটি আগ্রহের প্রকল্প নির্বাচন করতে ব্যবহার করা যেতে পারে। যখন না -প্রকল্প
বিকল্প নির্দিষ্ট করা হয়, AEGIS_PROJECT পরিবেশ পরিবর্তনশীল পরামর্শ দেওয়া হয়. যদি
যেটির অস্তিত্ব নেই, ব্যবহারকারীর $HOME/.aegisrc ফাইল একটি ডিফল্ট জন্য পরীক্ষা করা হয়
প্রকল্প ক্ষেত্র (দেখুন aeuconf(5) আরও তথ্যের জন্য)। যদি তা না থাকে,
যখন ব্যবহারকারী শুধুমাত্র একটি একক প্রকল্প, প্রকল্পের মধ্যে পরিবর্তনের উপর কাজ করে
নাম যে প্রকল্পের ডিফল্ট. অন্যথায়, এটি একটি ত্রুটি.
-টেমপ্লেট
এই বিকল্পটি নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যে একটি নতুন ফাইল টেমপ্লেট ব্যবহার করা উচিত, এমনকি
যদি ফাইলটি ইতিমধ্যে বিদ্যমান থাকে।
-না_টেমপ্লেট
এই বিকল্পটি নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যে একটি নতুন ফাইল টেমপ্লেট ব্যবহার করা উচিত নয়,
এমনকি যদি ফাইলটি বিদ্যমান না থাকে (কোনও খালি ফাইল তৈরি করা হবে)।
-টেরসে
এই বিকল্পটি ন্যূনতম ন্যূনতম উৎপাদনের জন্য তালিকা তৈরি করতে ব্যবহার করা যেতে পারে
তথ্য এটি সাধারণত শেল স্ক্রিপ্টের জন্য দরকারী।
-ভেরবুস
এই বিকল্পটি aegisকে আরও আউটপুট তৈরি করার জন্য ব্যবহার করা যেতে পারে। ডিফল্ট এজিস দ্বারা
শুধুমাত্র ত্রুটির উপর আউটপুট উত্পাদন করে। সঙ্গে ব্যবহার করা হলে -তালিকা বিকল্প এই বিকল্প
কলাম শিরোনাম যোগ করার কারণ।
-অপেক্ষা কর অ্যাক্সেস লকের জন্য অপেক্ষা করার জন্য Aegis কমান্ডের প্রয়োজন হলে এই বিকল্পটি ব্যবহার করা হতে পারে
তারা অবিলম্বে প্রাপ্ত করা যাবে না. ব্যবহারকারীর ডিফল্ট lock_wait_preference
নির্দিষ্ট না হলে দেখুন aeuconf(5) আরও তথ্যের জন্য।
-না_অপেক্ষা করো
এই অপশনটি ব্যবহার করা হতে পারে Aegis কমান্ডের প্রয়োজন হলে একটি মারাত্মক ত্রুটি নির্গত করার জন্য
তালা অবিলম্বে প্রাপ্ত করা যাবে না. ব্যবহারকারীর ডিফল্ট
lock_wait_preference নির্দিষ্ট না হলে দেখুন aeuconf(5) আরও তথ্যের জন্য।
আরো দেখুন আশ্রয়(1) সমস্ত এজিস কমান্ডের জন্য সাধারণ বিকল্পগুলির জন্য।
সমস্ত বিকল্প সংক্ষিপ্ত করা যেতে পারে; সংক্ষেপণটি বড় হাতের অক্ষর হিসাবে নথিভুক্ত করা হয়েছে,
সমস্ত ছোট হাতের অক্ষর এবং আন্ডারস্কোর (_) ঐচ্ছিক। আপনি পরপর ব্যবহার করতে হবে
ঐচ্ছিক অক্ষরের ক্রম।
সমস্ত বিকল্পগুলি অক্ষর সংবেদনশীল, আপনি সেগুলিকে বড় হাতের বা ছোট হাতের অক্ষরে টাইপ করতে পারেন বা ক৷
উভয়ের সংমিশ্রণ, ক্ষেত্রে গুরুত্বপূর্ণ নয়।
উদাহরণ স্বরূপ: আর্গুমেন্ট "-প্রকল্প, "-PROJ" এবং "-p" সবই ব্যাখ্যা করা হয়
-প্রকল্প বিকল্প যুক্তি "-prj" বোঝা যাবে না, কারণ ধারাবাহিক
ঐচ্ছিক অক্ষর সরবরাহ করা হয়নি।
কমান্ড লাইনে বিকল্প এবং অন্যান্য কমান্ড লাইন আর্গুমেন্ট নির্বিচারে মিশ্রিত হতে পারে,
ফাংশন নির্বাচকদের পরে।
GNU দীর্ঘ বিকল্পের নাম বোঝা যায়। যেহেতু সব বিকল্পের নাম আশ্রয় দীর্ঘ,
এর মানে হল অতিরিক্ত অগ্রণী '-' উপেক্ষা করা। দ্য "--পছন্দ=মূল্য"সম্মেলন হয়
বুঝেছি
প্রস্তাবিত উপায় দ্বারা
এই কমান্ডের জন্য প্রস্তাবিত উপনাম হল
csh% alias aent 'aegis -nt \!* -v'
sh$ aent(){aegis -nt "$@" -v}
ত্রুটি
পরিবর্তন না হলে এটি একটি ত্রুটি হচ্ছে উন্নত অবস্থা.
পরিবর্তনটি বর্তমান ব্যবহারকারীকে বরাদ্দ না করা হলে এটি একটি ত্রুটি।
প্রস্থান করুন স্থিতি
সার্জারির আশ্রয় যেকোনো ত্রুটিতে 1-এর স্ট্যাটাস দিয়ে কমান্ড প্রস্থান করবে। দ্য আশ্রয় আদেশ শুধুমাত্র হবে
কোনো ত্রুটি না থাকলে 0 এর স্ট্যাটাস দিয়ে প্রস্থান করুন।
পরিবেশ বৈচিত্র্য
দেখ আশ্রয়(1) পরিবেশ ভেরিয়েবলের একটি তালিকার জন্য যা এই কমান্ডকে প্রভাবিত করতে পারে। দেখা
aepconf(5) প্রকল্প কনফিগারেশন ফাইলের জন্য প্রকল্প_নির্দিষ্ট কিভাবে সেট করতে হবে তার জন্য ক্ষেত্র
Aegis দ্বারা নির্বাহিত সমস্ত কমান্ডের জন্য পরিবেশ ভেরিয়েবল।
onworks.net পরিষেবা ব্যবহার করে অনলাইন ব্যবহার করুন
