আমি নিশ্চিত যে আপনার বেশিরভাগ লোক প্রচুর স্বয়ংক্রিয় পরীক্ষাগুলি লিখছেন এবং ইউনিট টেস্টিংয়ের সময় আপনি কিছু সাধারণ সমস্যার মধ্যেও পড়েছেন।
আমার প্রশ্ন হ'ল ভবিষ্যতে সমস্যা এড়াতে আপনি পরীক্ষা লেখার জন্য আচরণের কোনও নিয়ম অনুসরণ করেন? আরও সুনির্দিষ্ট হতে হবে: ভাল ইউনিট পরীক্ষার বৈশিষ্ট্যগুলি কীভাবে বা আপনি কীভাবে আপনার পরীক্ষাগুলি লেখেন?
ভাষা অজ্ঞাবল পরামর্শ উত্সাহিত করা হয়।
উত্তর:
আমাকে উত্সগুলি প্লাগ করে শুরু করুন - জাভিতের সাথে জাভাতে প্র্যাকমেটিক ইউনিট টেস্টিং (সি #-নুনিতের সাথে একটি সংস্করণও আছে .. তবে আমার কাছে এটি একটি আছে ... বেশিরভাগ অংশের জন্য এটি অজ্ঞেয় প্রস্তাবিত)
ভাল পরীক্ষাগুলি একটি ট্রিপ হওয়া উচিত (সংক্ষিপ্ত আকার যথেষ্ট আঠালো নয় - আমার এই অধিকারটি পেয়েছে তা নিশ্চিত করার জন্য বইটিতে আমার চিটশিটের একটি প্রিন্টআউট আছে যা আমাকে টানতে হবে ..)
পেশাদার : দীর্ঘমেয়াদে আপনার উত্পাদন হিসাবে যতটা পরীক্ষামূলক কোড থাকবে (যদি না হয় তবে) আপনার পরীক্ষার কোডের জন্য একই মানের-ডিজাইনের মান অনুসরণ করুন। উদ্দেশ্যপ্রণোদিত নামগুলির সাথে ভাল ফ্যাক্টরড পদ্ধতি - ক্লাস, কোনও সদৃশ নয়, ভাল নাম সহ পরীক্ষা করা ইত্যাদি
গুড পরীক্ষার এছাড়াও চালানো ফাস্ট । যে পরীক্ষা চালাতে আধা সেকেন্ডের বেশি সময় লাগে .. তার উপর কাজ করা দরকার। পরীক্ষার স্যুটটি রান করার জন্য যত বেশি সময় নেয় .. যত কম চালানো হবে এটি চালানো হবে। দেব আরও পরিবর্তনগুলি রানের মধ্যে ছিনতাই করার চেষ্টা করবে .. যদি কোনও কিছু ভেঙে যায় .. তবে কোন পরিবর্তনটি অপরাধী ছিল তা নির্ধারণ করতে বেশি সময় লাগবে।
আপডেট ২০১০-০৮:
এগুলি ছাড়াও, বেশিরভাগেরই হ'ল গাইডলাইন যা স্বল্প-বেনিফিটের কাজগুলি বাদ দেয়: যেমন 'আপনার নিজের মালিকের কোডটি পরীক্ষা করবেন না' (যেমন তৃতীয় পক্ষের ডিএলএল)। গেটার এবং সেটটারগুলি পরীক্ষা করার জন্য যাবেন না। ব্যয়-বেনিফিট অনুপাত বা ত্রুটিযুক্ত সম্ভাবনার দিকে নজর রাখুন।
এখানে বেশিরভাগ উত্তরগুলি ইউনিট পরীক্ষার সর্বোত্তম অনুশীলনগুলিকে সম্বোধন করে বলে মনে হচ্ছে (কখন, কোথায়, কেন এবং কী) প্রকৃতপক্ষে পরীক্ষাগুলি লেখার চেয়ে (কীভাবে)। যেহেতু প্রশ্নটি "কীভাবে" অংশটিতে বেশ সুনির্দিষ্ট বলে মনে হয়েছিল, তাই আমি ভেবেছিলাম যে আমি এটি পোস্ট করেছি, এটি আমার কোম্পানিতে পরিচালিত একটি "ব্রাউন ব্যাগ" উপস্থাপনা থেকে নেওয়া।
1. দীর্ঘ, বর্ণনামূলক পরীক্ষার পদ্ধতির নাম ব্যবহার করুন।
- Map_DefaultConstructorShouldCreateEmptyGisMap()
- ShouldAlwaysDelegateXMLCorrectlyToTheCustomHandlers()
- Dog_Object_Should_Eat_Homework_Object_When_Hungry()
২. আপনার পরীক্ষাগুলি একটি বিন্যাস / আইন / দৃsert় শৈলীতে লিখুন ।
৩. সর্বদা আপনার সংস্থানগুলির সাথে একটি ব্যর্থতার বার্তা সরবরাহ করুন।
Assert.That(x == 2 && y == 2, "An incorrect number of begin/end element
processing events was raised by the XElementSerializer");
৪. পরীক্ষার কারণটি মন্তব্য করুন - ব্যবসায়িক অনুমান কী?
/// A layer cannot be constructed with a null gisLayer, as every function
/// in the Layer class assumes that a valid gisLayer is present.
[Test]
public void ShouldNotAllowConstructionWithANullGisLayer()
{
}
৫. প্রতিটি পরীক্ষার অবশ্যই এটি যে কোনও সংস্থার স্পর্শ করে তার স্থিতি সর্বদা ফিরিয়ে দিতে হবে
এই লক্ষ্যগুলি মাথায় রাখুন (মেসজারোস দ্বারা xUnit টেস্ট প্যাটার্নস বইটি রূপান্তরিত)
এটি সহজ করার জন্য কিছু জিনিস:
ভুলে যাবেন না যে আপনি আপনার এক্স ইউনাইট ফ্রেমওয়ার্কের সাথেও সংহতকরণ পরীক্ষা করতে পারেন তবে একীকরণ পরীক্ষা এবং ইউনিট পরীক্ষা আলাদা রাখুন
পরীক্ষা বিচ্ছিন্ন করা উচিত। একটি পরীক্ষা অন্যের উপর নির্ভর করে না। এরপরেও, কোনও পরীক্ষার বাহ্যিক সিস্টেমে নির্ভর করা উচিত নয়। অন্য কথায়, আপনার কোডটি পরীক্ষা করুন , কোডটি আপনার কোডের উপর নির্ভর করে You আপনি আপনার সংহতকরণ বা কার্যকরী পরীক্ষার অংশ হিসাবে সেই ইন্টারঅ্যাকশনগুলি পরীক্ষা করতে পারেন।
দুর্দান্ত ইউনিট পরীক্ষার কিছু বৈশিষ্ট্য:
যখন কোনও পরীক্ষা ব্যর্থ হয়, সমস্যাটি কোথায় রয়েছে তা অবিলম্বে স্পষ্ট হওয়া উচিত। সমস্যাটি সন্ধান করতে যদি আপনাকে ডিবাগারটি ব্যবহার করতে হয় তবে আপনার পরীক্ষাগুলি পর্যাপ্ত দানাদার নয়। পরীক্ষায় প্রতি ঠিক একটি দৃser়তা থাকা এখানে সহায়তা করে।
আপনি যখন অশোধক, কোনও পরীক্ষা ব্যর্থ হওয়া উচিত।
টেস্টগুলি এত দ্রুত চালানো উচিত যে আপনি সেগুলি চালাতে কখনই দ্বিধা করেন না।
সমস্ত পরীক্ষা সর্বদা পাস করা উচিত; কোনও অ-নিরস্তকর ফলাফল নেই।
ইউনিট পরীক্ষাগুলি আপনার প্রোডাকশন কোডের মতোই ভাল-গুণযুক্ত হওয়া উচিত।
@ অলোটার: আপনি যদি পরামর্শ দিচ্ছেন যে কোনও গ্রন্থাগারের কেবলমাত্র তার বাহ্যিক এপিআইতে ইউনিট পরীক্ষা করা উচিত তবে আমি দ্বিমত পোষণ করি না। আমি প্রতিটি শ্রেণীর জন্য ইউনিট পরীক্ষা চাই, এমন ক্লাসগুলি সহ যা আমি বাহ্যিক কলারদের কাছে প্রকাশ করি না। (তবে, আমি যদি ব্যক্তিগত পদ্ধতির জন্য পরীক্ষা লেখার প্রয়োজনীয়তা অনুভব করি তবে আমার রিফ্যাক্টর নেওয়া উচিত ))
সম্পাদনা: "প্রতি পরীক্ষার জন্য একটি জোর" দ্বারা নকল সম্পর্কে একটি মন্তব্য ছিল। বিশেষত, যদি আপনার কাছে একটি দৃশ্য সেট আপ করার জন্য কিছু কোড থাকে এবং তারপরে এটি সম্পর্কে একাধিক প্রতিবেদন তৈরি করতে চান তবে পরীক্ষার জন্য কেবল একটি প্রতিপত্তি থাকলে আপনার একাধিক পরীক্ষায় সেটআপটি নকল হতে পারে।
আমি এই পদ্ধতির গ্রহণ করি না। পরিবর্তে, আমি প্রতি দৃশ্যে টেস্ট ফিক্সচার ব্যবহার করি । এখানে একটি মোটামুটি উদাহরণ:
[TestFixture]
public class StackTests
{
[TestFixture]
public class EmptyTests
{
Stack<int> _stack;
[TestSetup]
public void TestSetup()
{
_stack = new Stack<int>();
}
[TestMethod]
[ExpectedException (typeof(Exception))]
public void PopFails()
{
_stack.Pop();
}
[TestMethod]
public void IsEmpty()
{
Assert(_stack.IsEmpty());
}
}
[TestFixture]
public class PushedOneTests
{
Stack<int> _stack;
[TestSetup]
public void TestSetup()
{
_stack = new Stack<int>();
_stack.Push(7);
}
// Tests for one item on the stack...
}
}
আপনি যা যা করছেন তা হচ্ছে পরীক্ষার অধীনে শ্রেণীর আচরণগুলি বর্ণনা করা।
প্রাথমিক অভিপ্রায় শ্রেণীর আচরণের প্রতি আপনার আস্থা বাড়াতে।
আপনার কোডটি রিফ্যাক্টর করার সময় এটি বিশেষত কার্যকর। মার্টিন ফওলারের একটি আকর্ষণীয় নিবন্ধ রয়েছে নিজের ওয়েবসাইটে পরীক্ষার বিষয়ে ।
এইচটিএইচ।
চিয়ার্স,
রব
পরীক্ষাটি মূলত ব্যর্থ হওয়া উচিত। তারপরে আপনার কোডটি লিখতে হবে যা এগুলি পাস করে, অন্যথায় আপনি এমন একটি পরীক্ষা লেখার ঝুঁকি চালান যা বাগড এবং সর্বদা পাস হয়।
আমি উপরোক্ত প্রাগমেটিক ইউনিট পরীক্ষার বই থেকে ডান বিসিসিপি সংক্ষিপ্ত বিবরণ পছন্দ করি :
ব্যক্তিগতভাবে আমি অনুভব করি যে আপনি সঠিক ফলাফল পেয়েছেন কিনা তা যাচাই করে আপনি বেশ সুদূর পেতে পারেন (1 + 1 অতিরিক্ত ফাংশনে 2 টি ফিরে আসবে), আপনি ভাবতে পারেন এমন সমস্ত সীমানা শর্তগুলি চেষ্টা করে (যেমন দুটি সংখ্যার ব্যবহার করে যোগফল) অ্যাড ফাংশনে পূর্ণসংখ্যার সর্বোচ্চ মানের চেয়ে বড়) এবং নেটওয়ার্ক ব্যর্থতার মতো ত্রুটির শর্ত জোর করে।
ভাল পরীক্ষাগুলি রক্ষণাবেক্ষণযোগ্য হওয়া দরকার।
জটিল পরিবেশের জন্য এটি কীভাবে করা যায় তা আমি খুব একটা বুঝতে পারি নি।
আপনার কোড বেসটি কয়েক'শ 1000 বা কয়েক মিলিয়ন কোডের কোডগুলিতে পৌঁছতে শুরু করার সাথে সাথে সমস্ত পাঠ্যপুস্তক অনাবৃত হতে শুরু করে।
ভাল আর্কিটেকচার কিছু মিথস্ক্রিয় বিস্ফোরণ নিয়ন্ত্রণ করতে পারে, তবে অবশ্যম্ভাবীভাবে সিস্টেমগুলি আরও জটিল হওয়ার সাথে সাথে এটি অটোমেটেড টেস্টিং সিস্টেম বৃদ্ধি পায়।
এখানেই আপনার ট্রেড-অফগুলির সাথে ডিল করতে শুরু করা হয়েছে:
আপনারও সিদ্ধান্ত নিতে হবে:
আপনি আপনার কোড বেসে পরীক্ষার কেসগুলি কোথায় সঞ্চয় করবেন?
আমি চিরকাল যেতে পারতাম, তবে আমার বক্তব্যটি হ'ল:
টেস্টগুলি রক্ষণাবেক্ষণযোগ্য হওয়া দরকার।
আমি এই নীতিগুলি কিছুক্ষণ আগে এই এমএসডিএন ম্যাগাজিন নিবন্ধে আবৃত করেছি যা আমি মনে করি যে কোনও বিকাশকারীকে পড়া গুরুত্বপূর্ণ is
আমি "ভাল" ইউনিট পরীক্ষার যেভাবে সংজ্ঞা দিচ্ছি তা হ'ল যদি তাদের নিম্নোক্ত তিনটি বৈশিষ্ট্য থাকে:
জে ফিল্ডসের ইউনিট টেস্ট লেখার বিষয়ে প্রচুর ভাল পরামর্শ রয়েছে এবং সেখানে একটি পোস্ট রয়েছে যেখানে তিনি সর্বাধিক গুরুত্বপূর্ণ পরামর্শগুলি সংক্ষিপ্ত করেন । সেখানে আপনি পড়বেন যে আপনার পরামর্শটি আপনার পক্ষে মূল্যবান কিনা তা নিয়ে আপনার সমালোচনা এবং সমালোচনা করা উচিত judge আপনি এখানে প্রচুর আশ্চর্যজনক উত্তর পেয়েছেন, তবে আপনার প্রসঙ্গের জন্য কোনটি সবচেয়ে ভাল তা সিদ্ধান্ত নেওয়া আপনার উপর নির্ভর করে। এগুলি ব্যবহার করে দেখুন এবং যদি আপনার কাছে খারাপ লাগে তবে কেবল রিফ্যাক্টরিং করুন।
আন্তরিক শুভেচ্ছা
আমি "একটি ট্রিপ" উত্তর দ্বিতীয়, এই পরীক্ষাগুলি একে অপরের উপর নির্ভর করা বাদে !!!
কেন?
DRY - নিজেকে পুনরাবৃত্তি করবেন না - পাশাপাশি পরীক্ষার ক্ষেত্রেও প্রযোজ্য! পরীক্ষার নির্ভরতা 1) সেটআপ সময় বাঁচাতে, 2) ফিক্সচার রিসোর্সগুলি সংরক্ষণ করতে এবং 3) ব্যর্থতার পয়েন্টপয়েন্টে সহায়তা করতে পারে। অবশ্যই, কেবলমাত্র আপনার পরীক্ষার কাঠামো প্রথম শ্রেণির নির্ভরতা সমর্থন করে। অন্যথায়, আমি স্বীকার করি, তারা খারাপ।
প্রায়শ ইউনিট পরীক্ষাগুলি মক অবজেক্ট বা মক ডেটার উপর ভিত্তি করে। আমি তিন ধরণের ইউনিট পরীক্ষা লিখতে পছন্দ করি:
মোদ্দাটি হ'ল প্রতিটি ফাংশন পরীক্ষা করতে সক্ষম হওয়ার জন্য সবকিছুকে পুনরায় চালানো এড়ানো ।
আমি রায় ওশেরভের ইউনিট টেস্ট নামকরণের মান দ্বারা বর্ণিত একটি ধারাবাহিক পরীক্ষা নামকরণ কনভেনশন ব্যবহার করি একটি প্রদত্ত পরীক্ষার কেস শ্রেণীর প্রতিটি পদ্ধতিতে নীচের নামকরণ শৈলী মেথডুণ্ডারটেষ্ট_সেনারিও_অত্যাশিত ফলাফল রয়েছে has
প্রতিটি বিভাগ উচ্চতর উটের কেস ব্যবহার করে এবং আন্ডার স্কোর দ্বারা সীমিত করা হয়।
আমি পরীক্ষাটি চালানোর সময় এই দরকারীটি খুঁজে পেয়েছি যখন পরীক্ষাটি পরীক্ষার অধীনে পদ্ধতির নামে গোষ্ঠীযুক্ত হয়। এবং একটি কনভেনশন অন্য বিকাশকারীদের পরীক্ষার উদ্দেশ্য বুঝতে সহায়তা করে allows
পরীক্ষার অধীনে পদ্ধতিটি ওভারলোড করা না থাকলে আমি পদ্ধতিটির নামের সাথে পরামিতিগুলিও যুক্ত করি।