🥇ডিবিএমএসে ইউনিট পরীক্ষা - স্পোর্টমাস্টারে আমরা কীভাবে এটি করি, দ্বিতীয় অংশ

অগ্রভাগ - এখানে.

একটি পরিস্থিতি কল্পনা করুন। আপনি নতুন কার্যকারিতা বিকাশের কাজটির মুখোমুখি হন। আপনার পূর্বসূরিদের অভিজ্ঞতা আছে। ধরে নিচ্ছি যে আপনার কোন নৈতিক বাধ্যবাধকতা নেই, আপনি কি করবেন?

প্রায়শই, সমস্ত পুরানো বিকাশ ভুলে যায় এবং সবকিছু আবার শুরু হয়। কেউ অন্য কারও কোড খনন করতে পছন্দ করে না, এবং যদি আপনার কাছে সময় থাকে তবে কেন আপনার নিজের সিস্টেম তৈরি করা শুরু করবেন না? এটি একটি সাধারণ পদ্ধতি এবং অনেক ক্ষেত্রে এটি সঠিক। কিন্তু আমাদের প্রকল্পে, আমরা ভিন্নভাবে অভিনয় করেছি। আমরা আমাদের পূর্বসূরীদের থেকে utPLSQL-এ ইউনিট পরীক্ষার উন্নয়নের উপর ভবিষ্যতের স্বয়ংক্রিয় পরীক্ষা পদ্ধতির উপর ভিত্তি করেছিলাম, এবং তারপরে বেশ কয়েকটি সমান্তরাল দিকনির্দেশে কাজ করতে গিয়েছিলাম।

পুরানো ইউনিট পরীক্ষা পুনরুদ্ধার করা হচ্ছে। পুনরুদ্ধারের অর্থ হল লয়্যালটি সিস্টেমের বিদ্যমান অবস্থার সাথে পরীক্ষাগুলির অভিযোজন এবং utPLSQL মানগুলির সাথে পরীক্ষার অভিযোজন।
বোঝার সাথে সমস্যা সমাধান করা, এবং ঠিক কি, কি পদ্ধতি এবং প্রক্রিয়া, আমরা অটোটেস্টের সাথে আচ্ছাদিত করেছি। আপনাকে অবশ্যই এই তথ্যটি আপনার মাথায় রাখতে হবে, অথবা অটোটেস্টের কোডের উপর ভিত্তি করে সরাসরি সিদ্ধান্তগুলি আঁকতে হবে। অতএব, আমরা একটি ক্যাটালগ তৈরি করার সিদ্ধান্ত নিয়েছে। আমরা প্রতিটি অটোটেস্টের জন্য একটি অনন্য স্মৃতি সংক্রান্ত কোড বরাদ্দ করেছি, একটি বিবরণ তৈরি করেছি এবং সেটিংস ঠিক করেছি (উদাহরণস্বরূপ, কোন পরিস্থিতিতে এটি চালানো উচিত, বা পরীক্ষা চালানো ব্যর্থ হলে কী ঘটবে)। সংক্ষেপে, আমরা অটোটেস্ট সম্পর্কে মেটাডেটা পূরণ করেছি এবং এই মেটাডেটাটিকে utPLSQL স্কিমার স্ট্যান্ডার্ড টেবিলে রেখেছি।
সম্প্রসারণ কৌশলের সংজ্ঞা, i.e. কার্যকারিতা নির্বাচন যা অটোটেস্ট দ্বারা যাচাই সাপেক্ষে। আমরা তিনটি বিষয়ে মনোযোগ দেওয়ার সিদ্ধান্ত নিয়েছি: সিস্টেমে নতুন উন্নতি, উৎপাদন থেকে ঘটনা এবং সিস্টেমের মূল প্রক্রিয়া। এইভাবে, আমরা মুক্তির সাথে সমান্তরালভাবে বিকাশ করি, এর উচ্চ গুণমান নিশ্চিত করি, একই সাথে রিগ্রেশনের সুযোগ প্রসারিত করি এবং গুরুত্বপূর্ণ স্থানে সিস্টেমের নির্ভরযোগ্যতা নিশ্চিত করি। চেকের মাধ্যমে ডিসকাউন্ট এবং বোনাস বণ্টনের প্রক্রিয়াটিই প্রথম এ ধরনের বাধা ছিল।
স্বাভাবিকভাবেই, আমরা নতুন অটোটেস্ট তৈরি করতে শুরু করি। প্রথম প্রকাশের কাজগুলির মধ্যে একটি ছিল লয়্যালটি সিস্টেমের পূর্বনির্ধারিত নমুনার কর্মক্ষমতা মূল্যায়ন করা। আমাদের প্রকল্পে কঠোরভাবে স্থির sql প্রশ্নের একটি ব্লক রয়েছে যা শর্ত অনুযায়ী ক্লায়েন্ট নির্বাচন করে। উদাহরণস্বরূপ, সমস্ত গ্রাহকদের একটি তালিকা পান যাদের শেষ কেনাকাটা একটি নির্দিষ্ট শহরে হয়েছিল, অথবা এমন গ্রাহকদের একটি তালিকা যাদের কেনার গড় পরিমাণ একটি নির্দিষ্ট মূল্যের বেশি। লিখিত স্বয়ংক্রিয় পরীক্ষা থাকার পরে, আমরা পূর্বনির্ধারিত নমুনা, নির্দিষ্ট বেঞ্চমার্ক পারফরম্যান্স পরামিতি পরীক্ষা করেছি এবং উপরন্তু আমরা লোড টেস্টিং পেয়েছি।
অটোটেস্টের সাথে কাজ করা সুবিধাজনক হওয়া উচিত. দুটি সর্বাধিক সাধারণ ক্রিয়া হল অটোটেস্ট চালানো এবং পরীক্ষার ডেটা তৈরি করা। এইভাবে আমাদের সিস্টেমে দুটি সহায়ক মডিউল উপস্থিত হয়েছিল: লঞ্চ মডিউল এবং ডেটা জেনারেশন মডিউল।
লঞ্চারটিকে একটি ইনপুট পাঠ্য প্যারামিটার সহ একটি জেনেরিক পদ্ধতি হিসাবে উপস্থাপন করা হয়। একটি প্যারামিটার হিসাবে, আপনি একটি অটোটেস্ট মেমোনিক কোড, প্যাকেজ নাম, পরীক্ষার নাম, অটোটেস্ট সেটিং, বা একটি সংরক্ষিত কীওয়ার্ড পাস করতে পারেন। পদ্ধতিটি শর্ত পূরণ করে এমন সমস্ত অটোটেস্ট নির্বাচন করে এবং চালায়।

ডেটা জেনারেশন মডিউলটি একটি প্যাকেজ হিসাবে উপস্থাপিত হয়, যেখানে পরীক্ষার অধীনে সিস্টেমের প্রতিটি বস্তুর জন্য (ডাটাবেসের একটি টেবিল), একটি বিশেষ পদ্ধতি তৈরি করা হয়েছে যা সেখানে ডেটা সন্নিবেশ করে। এই পদ্ধতিতে, ডিফল্ট মানগুলি সর্বাধিক পূরণ করা হয়, যা আঙুলের ক্লিকে আক্ষরিক অর্থে বস্তুর সৃষ্টি নিশ্চিত করে। এবং ব্যবহারের সহজতার জন্য, তৈরি করা ডেটার জন্য টেমপ্লেট তৈরি করা হয়েছিল। উদাহরণস্বরূপ, একটি পরীক্ষা ফোন এবং একটি সম্পূর্ণ ক্রয় সহ একটি নির্দিষ্ট বয়সের একটি ক্লায়েন্ট তৈরি করুন।
অটোটেস্টগুলি আপনার সিস্টেমের জন্য একটি যুক্তিসঙ্গত সময়ের মধ্যে চালানো এবং চালানো উচিত। অতএব, একটি দৈনিক রাতের লঞ্চের আয়োজন করা হয়েছিল, যার ফলাফলের উপর ভিত্তি করে ফলাফলের একটি প্রতিবেদন তৈরি করা হয় এবং কর্পোরেট মেইলের মাধ্যমে সমগ্র উন্নয়ন দলকে পাঠানো হয়। পুরানো অটোটেস্ট পুনরুদ্ধার এবং নতুন তৈরি করার পরে, মোট চলমান সময় ছিল 30 মিনিট। এই ধরনের পারফরম্যান্স সবার জন্য উপযুক্ত, যেহেতু লঞ্চটি অফ-আওয়ারে হয়েছিল।
কিন্তু কাজের গতিকে অপ্টিমাইজ করে কাজ করতে হয়েছে। উত্পাদন আনুগত্য সিস্টেম রাতে আপডেট করা হয়. রিলিজের একটি অংশ হিসাবে, আমাদের জরুরিভাবে রাতে পরিবর্তন করতে হয়েছিল। সকাল তিনটায় অটোটেস্টের ফলাফলের জন্য আধা ঘন্টা অপেক্ষা করা মুক্তির জন্য দায়ী ব্যক্তিকে খুশি করেনি (আলেক্সি ভাসিউকভকে আন্তরিক শুভেচ্ছা!), এবং পরের দিন সকালে আমাদের সিস্টেমের প্রতি অনেক উষ্ণ কথা বলা হয়েছিল। কিন্তু ফলস্বরূপ, কাজের জন্য 5 মিনিটের মান নির্ধারণ করা হয়েছিল।

কর্মক্ষমতা বাড়ানোর জন্য, আমরা দুটি পদ্ধতি ব্যবহার করেছি: আমরা তিনটি সমান্তরাল থ্রেডে অটোটেস্ট চালানো শুরু করেছি, যেহেতু এটি আমাদের আনুগত্য সিস্টেমের আর্কিটেকচারের কারণে খুব সুবিধাজনক। এবং আমরা পদ্ধতিটি ত্যাগ করেছি যখন অটোটেস্ট নিজের জন্য পরীক্ষার ডেটা তৈরি করে না, তবে সিস্টেমে উপযুক্ত কিছু খুঁজে বের করার চেষ্টা করে। পরিবর্তন করার পরে, মোট অপারেটিং সময় কমিয়ে 3-4 মিনিট করা হয়েছিল।
অটোটেস্ট সহ একটি প্রকল্প বিভিন্ন স্ট্যান্ডে স্থাপন করতে সক্ষম হওয়া উচিত। যাত্রার শুরুতে, আমাদের নিজস্ব ব্যাচ ফাইলগুলি লেখার চেষ্টা করা হয়েছিল, কিন্তু এটি স্পষ্ট হয়ে গেছে যে একটি স্ব-লিখিত স্বয়ংক্রিয় ইনস্টলেশন একটি সম্পূর্ণ ভয়াবহ, এবং আমরা শিল্প সমাধানের দিকে ফিরে এসেছি। প্রজেক্টে সরাসরি প্রচুর কোড থাকার কারণে (প্রথমত, আমরা অটোটেস্টের কোড সঞ্চয় করি) এবং খুব কম ডেটা (প্রধান ডেটা হল অটোটেস্ট সম্পর্কে মেটাডেটা), এটিতে একীভূত করা খুব সহজ বলে প্রমাণিত হয়েছে। লিকুইবেস প্রকল্প।
এটি ডাটাবেস স্কিমা পরিবর্তন ট্র্যাকিং, পরিচালনা এবং প্রয়োগের জন্য একটি ওপেন সোর্স ডাটাবেস স্বাধীন লাইব্রেরি। কমান্ড লাইন বা Apache Maven এর মত ফ্রেমওয়ার্কের মাধ্যমে পরিচালিত। লিকুইবেসের অপারেশনের নীতিটি বেশ সহজ। আমাদের একটি নির্দিষ্ট উপায়ে সংগঠিত একটি প্রকল্প রয়েছে, যার মধ্যে পরিবর্তন বা স্ক্রিপ্ট রয়েছে যা লক্ষ্য সার্ভারে রোল করা প্রয়োজন এবং নিয়ন্ত্রণ ফাইলগুলি যা নির্ধারণ করে যে এই পরিবর্তনগুলি কী ক্রমে এবং কী পরামিতিগুলির সাথে ইনস্টল করা উচিত।

ডিবিএমএস স্তরে, একটি বিশেষ টেবিল তৈরি করা হয় যেখানে লিকুইবেস রোলব্যাক লগ সংরক্ষণ করে। প্রতিটি পরিবর্তনের একটি গণনাকৃত হ্যাশ থাকে যা ডেটাবেসে প্রকল্প এবং রাজ্যের মধ্যে প্রতিবার তুলনা করা হয়। লিকুইবেসকে ধন্যবাদ, আমরা সহজেই আমাদের সিস্টেমের পরিবর্তনগুলি যেকোনো সার্কিটে রোল আউট করতে পারি। অটোটেস্টগুলি এখন টেস্ট এবং রিলিজ লুপের পাশাপাশি পাত্রে (ডেভেলপারদের ব্যক্তিগত লুপ) চালানো হয়।

সুতরাং, আসুন আমাদের ইউনিট পরীক্ষা পদ্ধতি প্রয়োগের ফলাফল সম্পর্কে কথা বলি।

অবশ্যই, প্রথমত, আমরা নিশ্চিত যে আমরা আরও ভাল সফ্টওয়্যার বিকাশ শুরু করেছি। অটোটেস্ট প্রতিদিন চলে এবং প্রতি রিলিজে কয়েক ডজন বাগ খুঁজে পায়। অধিকন্তু, এই ত্রুটিগুলির মধ্যে কিছু শুধুমাত্র পরোক্ষভাবে কার্যকারিতার সাথে সম্পর্কিত যা আমরা সত্যিই পরিবর্তন করতে চেয়েছিলাম। এই ত্রুটিগুলি ম্যানুয়াল পরীক্ষা দ্বারা পাওয়া গেছে যে দৃঢ় সন্দেহ আছে.
দলটি আস্থা অর্জন করেছে যে নির্দিষ্ট কার্যকারিতা সঠিকভাবে কাজ করে... প্রথমত, এটি আমাদের সমালোচনামূলক প্রক্রিয়াগুলির সাথে সম্পর্কিত৷ উদাহরণস্বরূপ, গত ছয় মাসে, প্রতিটি রিলিজে পরিবর্তন করা সত্ত্বেও, চেকের মাধ্যমে ডিসকাউন্ট এবং বোনাস বিতরণে আমাদের কোনো সমস্যা হয়নি, যদিও পূর্ববর্তী সময়ে কিছু ফ্রিকোয়েন্সি সহ ত্রুটি ঘটেছে।
আমরা পরীক্ষার পুনরাবৃত্তির সংখ্যা কমাতে পেরেছি। নতুন কার্যকারিতার জন্য স্বয়ংক্রিয় পরীক্ষা লেখার কারণে, বিশ্লেষক এবং খণ্ডকালীন পরীক্ষকরা উচ্চ মানের একটি কোড পান, কারণ এটা ইতিমধ্যে যাচাই করা হয়েছে.
স্বয়ংক্রিয় পরীক্ষার উন্নয়নের অংশ ডেভেলপারদের দ্বারা ব্যবহৃত হয়। উদাহরণ স্বরূপ, অবজেক্ট জেনারেশন মডিউল ব্যবহার করে কনটেইনারে টেস্ট ডেটা তৈরি করা হয়।
এটা গুরুত্বপূর্ণ যে আমরা ডেভেলপারদের দ্বারা স্বয়ংক্রিয় পরীক্ষা পদ্ধতির একটি "গ্রহণযোগ্যতা" তৈরি করেছি। এটা গুরুত্বপূর্ণ এবং দরকারী যে একটি বোঝার আছে. এবং আমার নিজের অভিজ্ঞতা থেকে, আমি বলতে পারি যে এটি মামলা থেকে অনেক দূরে। অটোটেস্ট লিখতে হবে, তাদের রক্ষণাবেক্ষণ এবং বিকাশ করা দরকার, ফলাফলগুলি বিশ্লেষণ করা দরকার এবং প্রায়শই এই সময় ব্যয়গুলি কেবল এটির মূল্য নয়। উৎপাদনে যাওয়া এবং সেখানে সমস্যা মোকাবেলা করা অনেক সহজ। আমাদের দেশে, ডেভেলপাররা লাইন আপ করে এবং অটোটেস্টের মাধ্যমে তাদের কার্যকারিতা কভার করতে বলে।

পরবর্তী কি

স্বয়ংক্রিয় পরীক্ষা প্রকল্পের উন্নয়ন পরিকল্পনা সম্পর্কে কথা বলা যাক।

অবশ্যই, যতক্ষণ স্পোর্টমাস্টার আনুগত্য ব্যবস্থা জীবিত থাকে এবং বিকাশ অব্যাহত থাকে, অটোটেস্টগুলিও প্রায় অবিরামভাবে বিকাশ করা যেতে পারে। অতএব, উন্নয়নের প্রধান দিক হল কভারেজ এলাকা সম্প্রসারণ।

অটোটেস্টের সংখ্যা বাড়ার সাথে সাথে তাদের কাজের মোট সময় ক্রমাগত বৃদ্ধি পাবে এবং আমাদের আবার কার্যক্ষমতার বিষয়ে ফিরে যেতে হবে। সম্ভবত, সমাধানটি সমান্তরাল থ্রেডের সংখ্যা বৃদ্ধি করা হবে।

কিন্তু এগুলো উন্নয়নের সুস্পষ্ট উপায়। যদি আমরা আরও অ-তুচ্ছ কিছু সম্পর্কে কথা বলি, আমরা নিম্নলিখিতগুলি হাইলাইট করি:

এখন অটোটেস্টগুলি ডিবিএমএস স্তরে পরিচালিত হয়, যেমন সফল কাজের জন্য PL/SQL এর জ্ঞান প্রয়োজন। প্রয়োজনে, সিস্টেম ম্যানেজমেন্ট (উদাহরণস্বরূপ, মেটাডেটা চালু করা বা তৈরি করা) জেনকিন্স বা অনুরূপ কিছু ব্যবহার করে কোনো ধরনের অ্যাডমিন প্যানেল দ্বারা বের করা যেতে পারে।
সবাই পরিমাণগত এবং গুণগত সূচক পছন্দ করে। স্বয়ংক্রিয় পরীক্ষার জন্য, এই ধরনের একটি সর্বজনীন নির্দেশক হল কোড কভারেজ বা কোড কভারেজ মেট্রিক। এই সূচকটি ব্যবহার করে, আমরা নির্ধারণ করতে পারি পরীক্ষার অধীনে আমাদের সিস্টেমের কোডের কত শতাংশ অটোটেস্ট দ্বারা আচ্ছাদিত। সংস্করণ 12.2 থেকে শুরু করে, ওরাকল এই মেট্রিক গণনা করার ক্ষমতা প্রদান করে এবং স্ট্যান্ডার্ড DBMS_PLSQL_CODE_COVERAGE প্যাকেজ ব্যবহার করার পরামর্শ দেয়।
আমাদের অটোটেস্ট সিস্টেমটি এক বছরের বেশি পুরানো এবং এটি কভারেজ মূল্যায়ন করার সময় হতে পারে। আমার শেষ প্রকল্পে (একটি প্রকল্প স্পোর্টমাস্টার দ্বারা নয়), এটি ঘটেছে। অটোটেস্টে কাজ করার এক বছর পর, ব্যবস্থাপনা আমরা কত শতাংশ কোড কভার করেছি তা মূল্যায়ন করার কাজ সেট করে। 1% এর বেশি কভারেজ সহ, ব্যবস্থাপনা খুশি হবে। আমরা, ডেভেলপাররা, প্রায় 10% ফলাফল আশা করি। আমরা কোড কভারেজ খারাপ করেছি, এটি পরিমাপ করেছি, 20% পেয়েছি। উদযাপন করার জন্য, আমরা পুরস্কারের জন্য গিয়েছিলাম, কিন্তু আমরা কীভাবে এটির জন্য গিয়েছিলাম এবং আমরা পরে কোথায় গিয়েছিলাম তা সম্পূর্ণ ভিন্ন গল্প।
অটোটেস্টগুলি উন্মুক্ত ওয়েব পরিষেবাগুলি পরীক্ষা করতে পারে। ওরাকল আপনাকে এটি করার অনুমতি দেয় এবং আমরা আর অনেক সমস্যার সম্মুখীন হব না।
এবং, অবশ্যই, আমাদের স্বয়ংক্রিয় পরীক্ষার সিস্টেম অন্য প্রকল্পে প্রয়োগ করা যেতে পারে। আমরা যে সমাধানটি পেয়েছি তা সর্বজনীন এবং শুধুমাত্র ওরাকল ব্যবহারের প্রয়োজন। আমি শুনেছি যে অন্যান্য স্পোর্টমাস্টার প্রকল্পগুলিতে স্বয়ংক্রিয় পরীক্ষার আগ্রহ রয়েছে এবং সম্ভবত আমরা তাদের কাছে যাব।

তথ্যও

এর সংক্ষিপ্তকরণ করা যাক. স্পোর্টমাস্টারে লয়্যালটি সিস্টেম প্রজেক্টে, আমরা একটি স্বয়ংক্রিয় টেস্টিং সিস্টেম বাস্তবায়ন করতে পেরেছি। এর ভিত্তি হল স্টিফেন ফিউয়ারস্টেইনের utPLSQL সমাধান। প্রায় utPLSQL হল অটোটেস্ট এবং অক্জিলিয়ারী স্ব-লিখিত মডিউলগুলির কোড: একটি লঞ্চার, একটি ডেটা জেনারেশন মডিউল এবং অন্যান্য। অটোটেস্ট প্রতিদিন চালানো হয় এবং, সবচেয়ে গুরুত্বপূর্ণভাবে, কাজ এবং সুবিধা। আমরা নিশ্চিত যে আমরা উচ্চ মানের সফটওয়্যার প্রকাশ করতে শুরু করেছি। একই সময়ে, ফলস্বরূপ সমাধানটি সর্বজনীন এবং যেকোন প্রকল্পে অবাধে প্রয়োগ করা যেতে পারে যেখানে Oracle DBMS-এ স্বয়ংক্রিয় পরীক্ষার আয়োজন করা প্রয়োজন।

PS এই নিবন্ধটি খুব নির্দিষ্ট নয় বলে প্রমাণিত হয়েছে: প্রচুর পাঠ্য রয়েছে এবং কার্যত কোনও প্রযুক্তিগত উদাহরণ নেই। যদি বিষয়টি বিশ্বব্যাপী আকর্ষণীয় হয়, তাহলে আমরা এটি চালিয়ে যেতে এবং একটি ধারাবাহিকতার সাথে ফিরে আসতে প্রস্তুত, যেখানে আমরা আপনাকে বলব যে গত ছয় মাসে কী পরিবর্তন হয়েছে এবং কোডের উদাহরণ দেব।

মন্তব্য লিখুন যদি ভবিষ্যতে জোর দেওয়া উচিত এমন কিছু বিষয় থাকে, অথবা এমন প্রশ্ন যা প্রকাশের প্রয়োজন হয়।

শুধুমাত্র নিবন্ধিত ব্যবহারকারীরা জরিপে অংশগ্রহণ করতে পারবেন। সাইন ইন করুনকরুন।

আমরা কি এই সম্পর্কে আরও লিখব?

অবশ্যই হ্যাঁ
না ধন্যবাদ

12 ব্যবহারকারী ভোট দিয়েছেন। 4 জন ব্যবহারকারী বিরত ছিলেন।

উত্স: www.habr.com

একটি ডিবিএমএসে ইউনিট পরীক্ষা - স্পোর্টমাস্টারে আমরা কীভাবে এটি করি, দ্বিতীয় অংশে

পরবর্তী কি

তথ্যও

আমরা কি এই সম্পর্কে আরও লিখব?

একটি মন্তব্য জুড়ুন উত্তর বাতিল