আসল উন্নয়নের পরিবেশ ছাড়াই আত্মবিশ্বাসের সাথে বিকাশ করা


12

আমি সম্প্রতি এমন একটি প্রকল্পের জন্য নিয়োগ পেয়েছি যা বেশ কয়েকটি তৃতীয় পক্ষের "এন্টারপ্রাইজ" সিস্টেমের সাথে এবং তার সাথে জড়িত জড়িত। উত্পাদনের পরিবেশের যথেষ্ট বিশ্বস্ত প্রতিরূপ তৈরির জন্য জ্যোতির্বিজ্ঞানের ব্যয় এবং প্রচেষ্টার জন্য আমি যেটা কল্পনা করেছি তার কারণে, সত্যিকারের বিকাশের পরিবেশের সম্ভাবনা একেবারেই পাতলা মনে হচ্ছে।

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

যারা এই ধরণের পরিস্থিতিতে কার্যকরভাবে মোকাবেলা করেন তারা কীভাবে তা করেন?


1
ভার্চুয়ালাইজেশন, "পরিবেশ ইত্যাদির সাথে" অনুরূপ "থাকার মতো ... সংক্ষেপে, সিস্টেমের বেশিরভাগ" চলমান অংশগুলি "কভার করার জন্য, ছোট স্কেলে আপনি যা করতে পারেন তার অনুলিপি করার চেষ্টা করুন।
ওদে

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

@ রবার্টহারভে এখানে মারা গেছেন। কারও একটি উত্তরে এটি ব্যাখ্যা করা উচিত তবে এটি আপনার প্রয়োজন ঠিক এটি। সিস্টেমটিকে ম্যানুয়ালি পরীক্ষার জন্য পরিবেশের অভাবে, আপনি যা করতে পারেন তা হ'ল স্বয়ংক্রিয়ভাবে কোডটি পরীক্ষা করা।
জিমি হোফা

1
ঠিক আছে, সুতরাং সম্ভবত একটি ভাল টেক-অফ পয়েন্টটি হ'ল যদি আপনার একটি পূর্ণ পরিবেশ পরিবেশ না পাওয়া যায় তবে উত্পাদনের পরীক্ষার অ্যাকাউন্টগুলি পরবর্তী সেরা জিনিস হতে পারে।
জেসন সোয়েট

উত্তর:


9

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


ওপিতে কোনও 'সিমুলেটর'র গ্যারান্টি আছে বলে মনে হয় না। এছাড়াও, আপনার ক্ষেত্রে, আপনার সহকর্মীর নিয়োগকর্তা সম্ভবত সিমুলেটর ব্যর্থ হলে ক্ষতিপূরণের জন্য অনুরোধ করতে পারেন। একই পরিস্থিতিতে ওপি কী করতে পারে? বীমা সংস্থাকে বিরক্ত করবেন?
কে.স্টেফ

4
যদি ওপিতে কোনও সিমুলেটর না থাকে তবে তার একটি গ্রহণ করতে হবে - ভিক্ষা / চুরি / orrowণ নেওয়া / বিল্ড - আসলে কোনও বিষয় নয়। সিমুলেটরটি কতটা ভাল হতে হবে - তার সিদ্ধান্ত নেওয়ার দরকার এমন কিছু ঠিক করে দেয় এবং যদি সে প্রয়োজন অনুভব করে তবে তাকে কোনও ক্ষতিপূরণ নামক একটি সামান্য জিনিস সম্পর্কে কোনও বীমা সংস্থার সাথে কথা বলতে হবে।
mattnz

3

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

অন্য উত্তর হিসাবে বলা হয়েছে যে এমুলেটরটি মোতায়েনের আগে পরীক্ষা গ্রহণের সক্ষম করে। একটি ভাল এমুলেটর; তবে সঠিকভাবে সংজ্ঞায়িত ইন্টারফেস এবং ডকুমেন্টেশনের উপর নির্ভর করে।


1

আমি সব সময় এমন পরিস্থিতিতে আছি।

আপনার অবশ্যই পুরো অ্যাপ্লিকেশনটির সাথে ইন্টারঅ্যাক্ট করার দরকার নেই, তবে সম্ভবত কোনও কোনও ধরণের কয়েকটি ইন্টারফেস। আপনি ইন্টারফেসগুলির নিশ্চিত ও বিশদ নথিভুক্ত করেছেন তা নিশ্চিত করুন, তারপরে আপনার যুক্ত / পরিবর্তিত কোডটি আপনি কাজ করার উদ্দেশ্যে যা করেছেন তেমনভাবে কাজ করে তা যাচাই করার জন্য এই ইন্টারফেসগুলির সেট আপ করে দেয়।

আপনি একটি হাইব্রিডও করতে পারেন। আপনি যে অংশগুলি বরং সহজেই করতে পারেন সেগুলি অনুলিপি করার চেষ্টা করুন, তারপরে আসল সিস্টেমে "সংযুক্ত করুন" (যদি এটি আপনার পরিস্থিতিতে সম্ভব হয়)। আমি কিছু সাফল্যের সাথে এটি করেছি - এমন কিছু ক্ষেত্রে যেখানে আমার যুক্তি এবং সার্ভার সফ্টওয়্যার স্থানীয়ভাবে চালিত হয়েছিল, তবে আমার এখনও অনুরোধগুলি যাচাই করার জন্য সত্যিকারের ইআরপি সিস্টেমের সাথে সংযোগ ছিল ইত্যাদি আদর্শ নয়, তবে জিনিসগুলি খুব কমই হয়।

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

উদ্যোগের সর্বোত্তম অনুশীলন হ'ল উত্পাদনের পরিবেশটি সেটআপ হওয়ার মুহুর্তে উত্পাদনটির একটি প্রতিলিপি (বা একাধিক) হতে পারে। এই মুহুর্তে, অতিরিক্ত ব্যয় এত বিশাল হবে না।


1

আমাদের সিস্টেমটি বেশ কয়েকটি বৃহত বাহ্যিক সিস্টেমের সাথে কাজ করে। আমরা যদি পরীক্ষা-নিরীক্ষার সময় নিম্নলিখিত পন্থাগুলি একত্রিত করি তবে যদি আমাদের কাছে শেষের শেষে কোনও সেটআপ না থাকে:

  • রিয়েল-রিপ্লে আসল ডেটা। আসল ডেটা রেকর্ড করুন (বাস্তব বাহ্যিক সিস্টেমগুলি থেকে অনুরোধ / প্রতিক্রিয়া), প্রয়োজনে এটি প্যারামিট্রাইজ করুন এবং পুনরায় খেলুন
  • বাহ্যিক সিস্টেম হিসাবে কাজ করে এমন একটি সিমুলেটর তৈরি বা কিনুন
  • টেস্ট-ডেটা জেনারেশনের জন্য ডিএসএল। ডেটা-চালিত সিস্টেমগুলির জন্য, পরীক্ষার ডেটা উত্পন্ন করার জন্য উচ্চ-স্তরের ডিএসএল লিখুন।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.