http://betterspecs.org/#subject এর সম্পর্কে subjectএবং এর কিছু তথ্য রয়েছে let। তবে তাদের মধ্যে পার্থক্য সম্পর্কে আমি এখনও অস্পষ্ট। তদ্ব্যতীত, এসও পোস্ট আরএসপেক পরীক্ষায় আগে, চলুন এবং সাবজেক্ট ব্যবহার করার বিরুদ্ধে যুক্তি কী? বলেন এটা হয় ব্যবহার করবেন করাই ভালো subjectবা let। আমি কোথায় যাব? আমি তাই বিভ্রান্ত.
উত্তর:
সংক্ষিপ্তসার: আরএসপেকের বিষয়টি একটি বিশেষ ভেরিয়েবল যা পরীক্ষিত বস্তুটিকে বোঝায়। এতে প্রত্যাশা অন্তর্নিহিতভাবে সেট করা যেতে পারে, যা এক-লাইনের উদাহরণগুলিকে সমর্থন করে। এটি কিছু মুশকিল ক্ষেত্রে পাঠকের কাছে স্পষ্ট, তবে অন্যথায় বোঝা শক্ত এবং এড়ানো উচিত। RSpec এর letভেরিয়েবল শুধু প্রখর রৌদ্রে instantiated হয় (memoized) ভেরিয়েবল। এগুলি বিষয়টির মতো অনুসরণ করা ততটা কঠিন নয়, তবে তারা জট বাঁধার পরীক্ষাগুলি নিয়ে যেতে পারে তাই বিচক্ষণতার সাথে ব্যবহার করা উচিত।
বিষয়টি হচ্ছে পরীক্ষিত বস্তুটি। আরএসপেকের বিষয়টির একটি স্পষ্ট ধারণা রয়েছে। এটি সংজ্ঞায়িত বা নাও হতে পারে। যদি এটি হয় তবে আরএসপেক এটিকে স্পষ্টভাবে উল্লেখ না করে পদ্ধতিতে কল করতে পারে।
ডিফল্টরূপে, যদি বহিরাগত উদাহরণ গোষ্ঠীর ( describeবা contextব্লক) প্রথম আর্গুমেন্টটি কোনও শ্রেণি হয়, আরএসপেক class শ্রেণীর একটি উদাহরণ তৈরি করে এবং বিষয়টিতে নির্ধারিত করে। উদাহরণস্বরূপ, নিম্নলিখিত পাস:
class A
end
describe A do
it "is instantiated by RSpec" do
expect(subject).to be_an(A)
end
end
আপনি নিজের সাথে বিষয়টিকে সংজ্ঞায়িত করতে পারেন subject:
describe "anonymous subject" do
subject { A.new }
it "has been instantiated" do
expect(subject).to be_an(A)
end
end
আপনি বিষয়টিকে এটি সংজ্ঞায়িত করার সময় একটি নাম দিতে পারেন:
describe "named subject" do
subject(:a) { A.new }
it "has been instantiated" do
expect(a).to be_an(A)
end
end
এমনকি যদি আপনি বিষয়টির নাম দেন, আপনি এখনও বেনামে উল্লেখ করতে পারেন:
describe "named subject" do
subject(:a) { A.new }
it "has been instantiated" do
expect(subject).to be_an(A)
end
end
আপনি একাধিক নামযুক্ত বিষয় সংজ্ঞায়িত করতে পারেন। সর্বাধিক সংজ্ঞায়িত নামযুক্ত বিষয় বেনামে subject।
তবে বিষয়টি সংজ্ঞায়িত করা হয়েছে,
এটি অলসভাবে ইনস্ট্যান্টেশনযুক্ত। তা হল, বর্ণিত শ্রেণীর অন্তর্নিহিত তাত্ক্ষণিকতা বা ব্লকটির সম্পাদন পাস subjectহওয়া অবধি ঘটে না subjectবা নামকৃত বিষয়টিকে উদাহরণ হিসাবে উল্লেখ না করা পর্যন্ত ঘটে না । আপনি যদি চান যে আপনার স্পষ্ট বিষয়টি আগ্রহের সাথে ইনস্ট্যান্ট করা হোক (এর গ্রুপে উদাহরণের আগে) এটির subject!পরিবর্তে বলুন subject।
প্রত্যাশাগুলি স্পষ্টতই এটিতে সেট করা যেতে পারে (কোনও লেখা subjectবা নামকরণের বিষয় ছাড়াই ):
describe A do
it { is_expected.to be_an(A) }
end
এই এক-লাইন বাক্য গঠনটিকে সমর্থন করার জন্য বিষয়টি বিদ্যমান।
একটি অন্তর্নিহিত subject(উদাহরণ গোষ্ঠী থেকে অনুমান করা) বোঝা কঠিন কারণ কারণ
is_expectedএটি সুস্পষ্টভাবে ব্যবহার করা হোক ( সুস্পষ্ট গ্রহণকারী ব্যতীত কল করে ) বা স্পষ্টভাবে (যেমন subject), এটি পাঠককে সেই বস্তুর ভূমিকা বা প্রকৃতি সম্পর্কে কোন তথ্য দেয় না যার উপর প্রত্যাশা বলা হচ্ছে।itসাধারণ উদাহরণ সিনট্যাক্সের স্ট্রিং আর্গুমেন্ট ), সুতরাং উদাহরণটির উদ্দেশ্য সম্পর্কে পাঠকের কেবলমাত্র তথ্যই প্রত্যাশা।সুতরাং, প্রসঙ্গটি সমস্ত পাঠকের দ্বারা প্রাসঙ্গিকভাবে ভালভাবে বোঝার সম্ভাবনা থাকে এবং উদাহরণের বর্ণনার জন্য সত্যই প্রয়োজন হয় না এমন ক্ষেত্রে অন্তর্নিহিত বিষয়টি ব্যবহার করা কেবলমাত্র সহায়ক । ক্যানোনিকাল কেসটি কাঁটা ম্যাথারগুলির সাথে অ্যাক্টিভেকর্ড বৈধতা পরীক্ষা করছে:
describe Article do
it { is_expected.to validate_presence_of(:title) }
end
বেনামে প্রকাশিত subject( subjectনাম ছাড়াই সংজ্ঞায়িত ) কিছুটা ভাল, কারণ পাঠক দেখতে পাবেন কীভাবে এটি ইনস্ট্যান্ট হয়, তবে
একটি নামযুক্ত বিষয়টি একটি উদ্দেশ্য-প্রকাশকারী নাম সরবরাহ করে, তবে letআপনি যদি কিছু সময় বেনামী বিষয় ব্যবহার করতে চান তবে একটি পরিবর্তনশীলের পরিবর্তে নামকরণ করা বিষয়টি ব্যবহার করার একমাত্র কারণ এবং বেনামি বিষয়টি কেন বোঝা শক্ত তা আমরা কেবল ব্যাখ্যা করেছি explained
সুতরাং, সুস্পষ্ট বেনামে subjectবা নামযুক্ত বিষয়ের বৈধ ব্যবহারগুলি খুব বিরল ।
let পরিবর্তনশীলlet ভেরিয়েবল দুটি পার্থক্য ব্যতীত কেবল নামকরণের বিষয়গুলির মতো:
let/ let!পরিবর্তে subject/subject!subjectবা প্রত্যাশাকে এটিকে স্পষ্টতই কল করার অনুমতি দেয় না।letউদাহরণগুলির মধ্যে সদৃশতা হ্রাস করতে এটি সম্পূর্ণ বৈধ । যাইহোক, এটি কেবল তখনই করুন যখন এটি পরীক্ষার স্পষ্টতা ত্যাগ করে না। ব্যবহারের সবচেয়ে নিরাপদ সময়টি letযখন letভেরিয়েবলের উদ্দেশ্যটি তার নাম থেকে সম্পূর্ণ পরিষ্কার হয় (যাতে পাঠকের এমন সংজ্ঞাটি খুঁজে না পেতে হয়, যা প্রতিটি উদাহরণ বোঝার জন্য অনেক লাইন দূরে হতে পারে) এবং এটি একইভাবে ব্যবহৃত হয় প্রতিটি উদাহরণে। যদি এই বিষয়গুলির মধ্যে দুটিও সত্য না হয় তবে একটি সাধারণ প্লেইন স্থানীয় ভেরিয়েবলের মধ্যে অবজেক্টটি সংজ্ঞায়িত করার বা উদাহরণস্বরূপ কারখানার পদ্ধতি কল করার বিষয়ে বিবেচনা করুন।
let!ঝুঁকিপূর্ণ, কারণ এটি অলস নয়। যদি কেউ উদাহরণ দলে একটি উদাহরণ যুক্ত করে যা এতে রয়েছে let!তবে উদাহরণটি let!ভেরিয়েবলের প্রয়োজন নেই ,
let!পরিবর্তনশীলটি দেখতে পাবে এবং ভাববে যে উদাহরণটি কীভাবে এবং কীভাবে প্রভাবিত করেlet!ভেরিয়েবল তৈরি করতে সময় লাগার কারণে এটি হওয়া দরকারের তুলনায় ধীর হবেসুতরাং let!, যদি মোটামুটি, কেবলমাত্র ছোট, সাধারণ উদাহরণ দলে ব্যবহার করুন যেখানে ভবিষ্যতের উদাহরণ লেখকরা এই ফাঁদে পড়ার সম্ভাবনা কম রয়েছে।
সাবজেক্ট বা letভেরিয়েবলগুলির একটি সাধারণ অতিরিক্ত ব্যবহার রয়েছে যা আলাদাভাবে আলোচনা করার জন্য গুরুত্বপূর্ণ। কিছু লোক তাদের এগুলি ব্যবহার করতে পছন্দ করে:
describe 'Calculator' do
describe '#calculate' do
subject { Calculator.calculate }
it { is_expected.to be >= 0 }
it { is_expected.to be <= 9 }
end
end
(এটি এমন একটি পদ্ধতির একটি সাধারণ উদাহরণ যা একটি সংখ্যার প্রত্যাবর্তন করে যার জন্য আমাদের দুটি প্রত্যাশা প্রয়োজন, তবে এই শৈলীতে আরও অনেকগুলি উদাহরণ / প্রত্যাশা থাকতে পারে যদি পদ্ধতিটি আরও জটিল মূল্য দেয় যা অনেক প্রত্যাশার প্রয়োজন হয় এবং / অথবা এর অনেকগুলি পার্শ্ব প্রতিক্রিয়া রয়েছে) সবার প্রত্যাশা দরকার।)
লোকেরা এগুলি করেছে কারণ তারা শুনেছেন যে উদাহরণের জন্য একজনের কেবলমাত্র একটি প্রত্যাশা থাকা উচিত (যা বৈধ নিয়মের সাথে মিশে গেছে যে উদাহরণ হিসাবে কেবলমাত্র একটি পদ্ধতি কল পরীক্ষা করা উচিত) বা তারা আরএসপেকের কৌতূহলের প্রেমে রয়েছে। এটি কোনও অজ্ঞাতনামা বা নামযুক্ত বিষয় বা letভেরিয়েবল সহ হোক না! এই শৈলীতে বেশ কয়েকটি সমস্যা রয়েছে:
পরিবর্তে, একটি একক উদাহরণ লিখুন:
describe 'Calculator' do
describe '#calculate' do
it "returns a single-digit number" do
result = Calculator.calculate
expect(result).to be >= 0
expect(result).to be <= 9
end
end
end
:aggregate_failuresএকটি লাইনে ট্যাগটি ব্যবহার করতে পারেন it "marks a task complete", :aggregate_failures do(বইটি রেলস 5 টেস্ট প্রেসক্রিপশন থেকে নেওয়া)
expect(result).to be_between(0, 9)।
expect(result.to_s).to match(/^[0-9]$/)- আমি জানি এটা কুৎসিত কিন্তু এটি সত্যিই পরীক্ষা তুমি কি বলছ, অথবা সম্ভবত, ব্যবহার between+ + is_a? Integer, কিন্তু এখানে আপনি পরীক্ষা টাইপ খুব। এবং কেবল let.. এটি উদ্বেগের বিষয় হওয়া উচিত নয় এবং উদাহরণগুলির মধ্যে মূল্যবোধগুলির মূল্যায়ন করা ভাল actually অন্যথায় পোস্টের জন্য +1
let!এবং আমার নিজের সতীর্থদের নিজেরাই বোঝাতে পারি নি। আমি এই উত্তর পাঠাতে যাচ্ছি।
Subjectএবং letআপনার পরীক্ষাগুলি পরিষ্কার করার এবং গতি বাড়ানোর জন্য কেবলমাত্র সরঞ্জাম। আরএসপেক সম্প্রদায়ের লোকেরা এগুলি ব্যবহার করে তাই আমি সেগুলি ব্যবহার করা ঠিক কি না তা নিয়ে চিন্তা করব না। এগুলি একইভাবে ব্যবহার করা যায় তবে কিছুটা ভিন্ন উদ্দেশ্যে পরিবেশন করা যায়
Subjectআপনাকে একটি পরীক্ষার বিষয় ঘোষণা করার অনুমতি দেয় এবং তারপরে নিম্নলিখিত পরীক্ষার ক্ষেত্রে এটির জন্য পুনরায় ব্যবহার করুন। এটি কোড পুনরাবৃত্তি হ্রাস করে (আপনার কোডটি DRYing করছে)
Letbefore: eachব্লকগুলির বিকল্প , যা পরীক্ষার ডেটা ভেরিয়েবলগুলিকে বরাদ্দ করে। Letআপনাকে বেশ কয়েকটি সুবিধা দেয়। প্রথমত, এটি উদাহরণের পরিবর্তনশীলকে নির্ধারিত না করে মানটিকে ক্যাশে করে। দ্বিতীয়ত, এটি অলসভাবে মূল্যায়ন করা হয়, যার অর্থ এটি কোনও স্পেস না বললে মূল্যায়ন হয় না। এইভাবে letআপনাকে আপনার পরীক্ষাগুলি দ্রুত করতে সহায়তা করে। আমিও মনে করি letপড়া সহজ হয়
subjectযা পরীক্ষার অধীনে থাকে তা হ'ল সাধারণত উদাহরণ বা শ্রেণি a letআপনার পরীক্ষায় ভেরিয়েবল বরাদ্দ করার জন্য যা উদাহরণ ভেরিয়েবল ব্যবহার করে অলস বনাম মূল্যায়ন করা হয়। এই থ্রেডে কিছু চমৎকার উদাহরণ রয়েছে।