আমি সফটওয়্যার বিকাশ এবং ইউনিট পরীক্ষা লেখার কথা ভাবছিলাম। আমি নিম্নলিখিত ধারণা পেয়েছিলাম:
ধরে নেওয়া যাক আমাদের কাছে বিকাশকারীদের জোড়া রয়েছে। প্রতিটি জুটি কোডের একটি অংশের জন্য দায়বদ্ধ। জুটির মধ্যে একটি বৈশিষ্ট্য প্রয়োগ করে (লিখনের কোড) এবং দ্বিতীয়টি এর জন্য একটি ইউনিট পরীক্ষা লেখেন। টেস্ট কোড পরে লেখা হয়। আমার ধারণা তারা একে অপরকে সাহায্য করে, তবে আলাদাভাবে কাজ করে। আদর্শভাবে তারা দুটি অনুরূপ আকারের বৈশিষ্ট্যগুলিতে কাজ করবে এবং তারপরে পরীক্ষার প্রস্তুতির জন্য বিনিময় করবে।
আমি মনে করি যে এই ধারণার কিছু উত্সাহ আছে:
- পরীক্ষাগুলি এমন কারও দ্বারা লিখিত হয়, যিনি বাস্তবায়ন সম্পর্কে আরও দেখতে পারেন,
- জোড় প্রোগ্রামিংয়ের তুলনায় কাজটি কিছুটা দ্রুত করা উচিত (একই সাথে দুটি বৈশিষ্ট্য),
- উভয় পরীক্ষা এবং কোডই এর জন্য দায়বদ্ধ ব্যক্তি,
- কোডটি কমপক্ষে দু'জন দ্বারা পরীক্ষা করা হয় এবং
- আপনার কোড টেস্ট করছে এমন ব্যক্তি দ্বারা লিখিত কোডে ত্রুটিগুলি অনুসন্ধান করা আরও ভাল কোড লেখার এবং কোণগুলি কাটা এড়ানোর জন্য বিশেষ প্রেরণা দেবে।
কোড এবং পরীক্ষার বিকাশের মধ্যে কোড পর্যালোচনার জন্য অন্য বিকাশকারীকে যুক্ত করা ভাল ধারণা।
এই ধারণার ডাউনসাইডগুলি কী কী? এটি ইতিমধ্যে আমার কাছে অজানা কিছু পদ্ধতি হিসাবে বর্ণনা করা হয়েছে এবং সফ্টওয়্যার বিকাশে ব্যবহৃত হয়েছে?
গীত। আমি কোনও পেশাদার প্রকল্প পরিচালক নই, তবে আমি প্রকল্প বিকাশ প্রক্রিয়াগুলি সম্পর্কে কিছু জানি এবং কয়েকটি জনপ্রিয় পদ্ধতি জানি but তবে এই ধারণাটি আমার কাছে পরিচিত বলে মনে হচ্ছে না।
assert true
পরীক্ষা হিসাবে লিখতে দেখেছি এবং এটিকে একটি দিন বলেছি কারণ প্রতিটি পরীক্ষা উত্তীর্ণ হয়। একটি গুরুত্বপূর্ণ পদক্ষেপ অনুপস্থিত: পরীক্ষাগুলি প্রথমে ব্যর্থ হওয়া উচিত, এবং কোডগুলি পরিবর্তন করে পাস করা উচিত, পরীক্ষাগুলি নয়।