স্পেকস এবং স্কেলাটেষ্ট উভয়ই সুখী ব্যবহারকারীদের সাথে ভাল সরঞ্জাম, তবে তারা বিভিন্ন উপায়ে পৃথক। আপনি সম্ভবত স্কালায় আপনার প্রধান পরীক্ষার সরঞ্জাম হিসাবে একটি বাছাই করতে চাইবেন, তবে অন্যটিকে ছেড়ে দেওয়ার দরকার নেই কারণ আপনি উভয়ের টুকরো ব্যবহার করতে পারেন। আপনি যদি স্কেলাস্টেস্ট পছন্দ করেনFeatureSpec বাক্য গঠন এবং সিনট্যাক্স উদাহরণস্বরূপ, আপনি উভয় জার ফাইলগুলি আপনার শ্রেণিপথে রাখতে পারেন এবং উভয় একই সময়ে ব্যবহার করতে পারেন। এখানে আমি চশমা এবং স্ক্যালটেষ্টের মধ্যে আমি লক্ষ্য করেছি এমন মূল নকশার দর্শনের পার্থক্যগুলি চেষ্টা করব এবং ক্যাপচার করব।
সম্ভবত সরঞ্জামগুলির মধ্যে প্রধান দার্শনিক পার্থক্যটি হ'ল চশমাগুলি আচরণ-চালিত বিকাশ (বিডিডি) জন্য ডিজাইন করা হয়েছে, যেখানে স্ক্যালটেষ্ট আরও সাধারণ। স্কেলএস্টেস্ট এমন বৈশিষ্ট্য সরবরাহ করে যা আপনি বিডিডি সহ আপনার পরীক্ষার ক্লাসগুলিতে পছন্দ করেন এমন আচরণ পেতে আপনি একসাথে মিশ্রিত করতে পারেন এবং কিছু আলাদা চাইলে আপনি সহজেই নিজের আচরণও সংজ্ঞায়িত করতে পারেন।
মাধ্যমে ScalaTest সমর্থন BDD তার Spec, FeatureSpec, WordSpec, FlatSpec, এবং GivenWhenThenবৈশিষ্ট্যগুলো, এবং এছাড়াও বৈশিষ্ট্যগুলো যাতে আপনি সম্ভবত মিশ্রিত করা একটা চমৎকার মিলকারীর সিনট্যাক্স পেতে পারেন। আপনি যদি "উচিত" পছন্দ করেন তবে আপনি হোল্ডম্যাচার্সে মিশ্রিত করুন। আপনি যদি "অবশ্যই" পছন্দ করেন তবে আপনি মিশ্রিত হন MustMatchers। তবে আপনি যদি বিডিডি পছন্দ করেন তবে ম্যাচার সিনট্যাক্স পছন্দ করেন না, আপনি ম্যাথারস বৈশিষ্ট্যে মিশ্রিত না করে কেবল স্কেলএস্টের স্পেক বৈশিষ্ট্য ব্যবহার করতে পারেন। স্পেসগুলির একটি স্পেসিফিকেশন ক্লাস থাকে যা আপনি প্রসারিত করেন এবং আপনার ম্যাচারের এক্সপ্রেশনগুলিতে আপনাকে অবশ্যই "অবশ্যই" শব্দটি ব্যবহার করতে হবে। এখানে একটি বড় দার্শনিক পার্থক্য স্পষ্ট যে স্কেলএস্টেস্ট আপনাকে আরও অনেক পছন্দ দেয়। এই পছন্দের স্থানটি নেভিগেট করা সহজ করার জন্য, আমি এখানে একটি সিদ্ধান্ত গাছ সরবরাহ করি:
http://www.scalatest.org/quick_start
ম্যাচার সিনট্যাক্সটি স্কাল টেস্ট এবং স্পেসের মধ্যেও আলাদা। স্কেল টেস্টে আমি অপারেটরের স্বরলিপি দিয়ে কতদূর যেতে পারব তা দেখার চেষ্টা করেছি এবং শব্দের মধ্যে ফাঁক দিয়ে ইংরেজী বাক্সের মতো পড়ার ম্যাচারের অভিব্যক্তিটি শেষ হয়েছিল। স্প্যাকস ম্যাচারের সিনট্যাক্স উটের ক্ষেত্রে আরও শব্দ একসাথে চালায়।
স্ক্যালাস্টেস্টের চেয়ে স্পেকসের আরও ম্যাচচার রয়েছে এবং আমি মনে করি যে ডিজাইনের মনোভাবের মধ্যে একটি পার্থক্য প্রতিফলিত করে। আমি আসলে আমি তৈরি ম্যাচেরার সিনট্যাক্সের সম্ভবত 2/3 কেটেছি এবং মুক্তির জন্য বিবেচনা করেছি। আমি ভবিষ্যতে প্রকাশে আরও ম্যাথার যুক্ত করব, তবে নিশ্চিত হতে চেয়েছিলাম ব্যবহারকারীরা যুক্ত করার আগে ব্যবহারকারীরা আসলে কিছু চাইছিল। তবে স্কালাস্টেস্টের ম্যাচারগুলিতে একটি গতিশীল সম্পত্তি ম্যাচার ম্যাচ সিন্ট্যাক্স অন্তর্ভুক্ত রয়েছে that উদাহরণস্বরূপ স্পেক্সগুলিতে আপনি একটিতে লিখতে পারেন java.io.File:
file must beDirectory
এটি আসবে isDirectoryএবং এটি সত্য কিনা তা নিশ্চিত করবে। স্কেলারটেষ্টের কাছে java.io.Filesবর্তমানে কোনও বিশেষ ম্যাচচার নেই , তবে স্কাল টেস্টে আপনি কেবল এই জাতীয় গতিশীল চেক ব্যবহার করতে পারেন:
file must be a ('directory)
যে কোনও সময় আপনি পরে কোনও চিহ্নটি পাস করেন be, এটি কোনও পদ্ধতি বা ক্ষেত্রের নাম directoryবা কোনও নামকৃত পদ্ধতি অনুসন্ধান করার জন্য প্রতিবিম্বটি ব্যবহার করবে isDirectory। এটিকে স্থিতিশীল করার একটি উপায়ও রয়েছে BePropertyMatcherযা একটি সংজ্ঞায়িত করে (যার জন্য সাধারণত সাধারণত 2 বা 3 লাইন কোডের প্রয়োজন হয়)। সুতরাং মূলত স্কালাতেস্টে আমি কম এপিআই দিয়ে আরও কার্যকারিতা সরবরাহ করার চেষ্টা করি।
চশমা এবং স্ক্যালাস্টেস্টের মধ্যে অন্য একটি সাধারণ নকশার মনোভাবের পার্থক্যের মধ্যে অন্তর্নিহিত রূপান্তর জড়িত। ডিফল্টরূপে আপনি কেবলমাত্র স্কেলএস্টেস্ট ব্যবহার করার সময় একটি মাত্র অন্তর্নিহিত রূপান্তর পাবেন যা এটি ===অপারেটরকে সবকিছুর উপরে রাখে । (আপনার যদি প্রয়োজন হয় তবে আপনি কোডের এক লাইনের সাথে এই অন্তর্নিহিত রূপান্তরটি "অফ" করতে পারেন you আপনার কেবলমাত্র এটি করার প্রয়োজন হবে যদি আপনি তার নিজস্ব কিছু আছে যা পরীক্ষা করার চেষ্টা করছেন is=== অপারেটর , এবং আপনি কোনও দ্বন্দ্ব পান। ) স্কালাটেষ্ট আরও অনেকগুলি অন্তর্নিহিত রূপান্তরগুলি সংজ্ঞায়িত করে তবে এগুলি ব্যবহার করার জন্য আপনাকে কোনও বৈশিষ্ট্যে মিশ্রিত করে বা আমদানি করে আপনার কোডে স্পষ্টভাবে তাদের "আমন্ত্রণ" করতে হবে। আপনি ক্লাস প্রসারিত যখনSpecificationচশমাগুলিতে আমি মনে করি আপনি ডিফল্টরূপে কয়েক ডজন অন্তর্নিহিত রূপান্তর পেয়েছেন। বাস্তবে এটি কতটা তাত্পর্যপূর্ণ তা আমি নিশ্চিত নই, তবে আমি অনুমান করি যে লোকেরা কোডটি পরীক্ষা করতে চায় যা তাদের নিজস্ব ফলস্বরূপ ব্যবহার করে এবং কখনও কখনও পরীক্ষার কাঠামোর প্রভাব এবং উত্পাদন কোডের মধ্যে দ্বন্দ্ব থাকতে পারে। যখন এটি ঘটে তখন আমি মনে করি স্ক্যালটেষ্টে চশমাগুলির চেয়ে সমস্যাটি ঘিরে কাজ করা আরও সহজ হতে পারে।
নকশার দৃষ্টিভঙ্গির আরেকটি পার্থক্য যা আমি লক্ষ্য করেছি যে অপারেটরদের সাথে স্বাচ্ছন্দ্য। আমার একটি লক্ষ্য ছিল যে কোনও প্রোগ্রামার স্কেলএস্টেস্টের ব্যবহার করে অন্য কারও পরীক্ষার কোডের দিকে তাকাচ্ছে, সে স্ক্যালেটেস্ট ডকুমেন্টেশনে কিছু না তাকিয়ে অনুমান করতে সক্ষম হবে। আমি চেয়েছিলাম স্ক্যালাস্টেস্ট ক্লায়েন্ট কোডটি ড্রপ ডেড সুস্পষ্টভাবে প্রকাশিত হোক। সেই লক্ষটি নিজেই প্রকাশিত হওয়ার একটি উপায় হ'ল স্কেল টেস্ট অপারেটর সম্পর্কে খুব রক্ষণশীল। আমি স্কেলটেষ্টে কেবল পাঁচটি অপারেটর সংজ্ঞায়িত করেছি:
===, যার অর্থ সমান>যার অর্থ বৃহত্তর<, কম>=, বৃহত্তর অথবা সমান<=, এর চেয়ে কম বা সমান
এটাই. সুতরাং এই জিনিসগুলি দেখতে অনেকটা দেখতে কী বোঝায়। যদি আপনি অন্য কারও কোডে দেখতে পান:
result should be <= 7
আমার আশা হ'ল এর <=অর্থ কী তা অনুমান করার জন্য আপনার এপিআই ডকুমেন্টেশন চালাতে হবে না । বিপরীতে, চশমা অপারেটরদের সাথে অনেক বেশি মুক্ত। এর সাথে কোনও ভুল নেই, তবে এটি একটি পার্থক্য। অপারেটর কোড আরও সংক্ষিপ্ত করতে পারেন, কিন্তু ট্রেড বন্ধ আপনি ডকুমেন্টেশন চালানোর জন্য যখন তোমার মত জিনিষ খুঁজে পেতে আছে পারে ->-, >>, |, |>, !, অথবা ^^^আপনার সহকর্মীর পরীক্ষা কোডে (যা সব চশমা বিশেষ অর্থ আছে)।
অন্য একটি দার্শনিক পার্থক্য হ'ল আমি চেষ্টা করেছিলাম এবং স্কেলটেষ্টে যখন আপনাকে কোনও ফিক্সচার ভাগ করে নেওয়া প্রয়োজন তখন একটি কার্যকরী শৈলী ব্যবহার করা সহজতর করে তোলে, অন্যদিকে স্পেসস ডিফল্টরূপে ইউএনটি দ্বারা জনপ্রিয় setUpএবং tearDownপদ্ধতির প্রথা অব্যাহত রেখেছে , যেখানে আপনি যুদ্ধগুলি পুনরায় বরাদ্দ করেন প্রতিটি পরীক্ষার আগে। তবে আপনি যদি সেভাবে পরীক্ষা করতে চান তবে এটি স্কেলাটেষ্টেও খুব সহজ। আপনার কেবল BeforeAndAfterবৈশিষ্ট্যে মিশ্রিত হওয়া দরকার ।
স্কেলএস্টে আরও অন্তর্দৃষ্টি দেওয়ার জন্য, আপনি ২০০৯ এর ডিভোএক্সএক্স সম্মেলনে আমি যে "স্কেলটেষ্টের সাথে উচ্চতর হন" উপস্থাপনাটি দেখতে পারেন:
http://parleys.com/play/514892260364bc17fc56bde3/chapter0/about