স্বয়ংক্রিয় পরীক্ষা: এর ব্যবসায়ের মান ব্যাখ্যা করা Exp


25

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

নিম্নলিখিতটি আমি চিহ্নিত করেছি একটি তালিকা, আমি এমন উত্তরগুলির সন্ধান করছি যা প্রসারিত বা সংশোধন করতে সহায়তা করে:

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

উত্তর:


21

আমার কিছু চিন্তা:

  1. সৎ হন যে স্বয়ংক্রিয় পরীক্ষাগুলি লিখতে আরও সময় লাগবে। আপনি যদি ইউনিট স্তরের টিডিডি করছেন (যা আপনি স্বয়ংক্রিয় পরীক্ষায় বিনিয়োগ করতে যাচ্ছেন তবে আমি একটি সূচনা পয়েন্ট হিসাবে সুপারিশ করব), আপনি কোনও বৈশিষ্ট্য কোড করার জন্য প্রায় 30% অতিরিক্ত সময় প্রয়োজন বলে আশা করতে পারেন। এখানে মূল কীটি ব্যাখ্যা করছে যে এই অতিরিক্ত 30% (যা সম্ভবত আপনার দল ভাল টেস্টগুলি লিখতে শিখবে বলে শুরুতে সম্ভবত 30% এর চেয়ে বেশি) এটি সময়ের সাথে ব্যয় সাশ্রয়ের জন্য নির্মিত একটি বিনিয়োগ। সর্বনিম্ন ইউনিট স্তরের টিডিডি সহ, আপনার সিস্টেমের নকশাটি আলগাভাবে মিলিত এবং অত্যন্ত সম্মিলিত, যা আপনার সিস্টেমকে সময়ের সাথে সাথে পরিবর্তনের জন্য উপযুক্ত করে তোলে। নতুন প্রয়োজনীয়তা এবং অপ্রত্যাশিত বাগগুলির জন্য সর্বদা আপনার সিস্টেমে পরিবর্তন দরকার হয়,
  2. এই পরীক্ষাগুলি লিখতে যে পরিমাণ সময় লাগে, সেগুলি চালাতে কতক্ষণ সময় লাগে এবং তাদের কতটা রক্ষণাবেক্ষণ প্রয়োজন, তা গ্রহণযোগ্যতা স্তর এবং ইউআই স্তরের পরীক্ষাগুলির মান সম্পর্কে প্রচুর বিতর্ক রয়েছে। আমি এই বিষয়ে জেমস শোরের এই নিবন্ধটি পড়ার সুপারিশ করব ।
  3. স্বয়ংক্রিয় পরীক্ষার জগতে এটি করার জন্য ভাল উপায় এবং খারাপ উপায় রয়েছে। আপনি যদি নিজের ব্যবস্থাপনায় স্বয়ংক্রিয় পরীক্ষার প্রিচিং করে থাকেন তবে আমি কীভাবে আপনার দলকে ভাল পরীক্ষার লেখার প্রশিক্ষণ দেওয়ার বিষয়ে পরিকল্পনা করছেন তা বরাবর করব itch রায় ওশেরোভের আর্ট অফ ইউনিট টেস্টিং, মাইকেল ফেদারদের লিগ্যাসি কোড নিয়ে কার্যকরভাবে কাজ করা এবং জেমস শোরের আর্ট অফ এগ্রিল ডেভেলপমেন্টগুলি দুর্দান্ত বা এগুলি হ'ল এই বিষয়গুলি সরাসরি বা অপ্রত্যক্ষভাবে মোকাবেলা করে। আপনার পাশাপাশি কোনও ধরণের কোচ বা আনুষ্ঠানিক প্রশিক্ষণের দিকেও নজর দেওয়া উচিত। এটি একটি বড় পরিবর্তন।
  4. ব্যবসায়ের মান হিসাবে, আপনার উপরের পয়েন্টগুলির # 2 এবং # 3 আসলে আপনার প্রথম পয়েন্টটি পরিবেশন করে, তাই আমি # 1 পয়েন্টে হোম হাতুড়ি করব এবং # 2 এবং # 3 কীভাবে বৃহত্তর পয়েন্টটি উপস্থাপন করব তা নিয়ে কথা বলব। ডকুমেন্টেশন আপনার সিস্টেমটিকে আরও বোধগম্য করে তোলে, যা আপনার দলকে আরও দ্রুত কাজ করে। কোড কোয়ালিটি আপনার সিস্টেমকে পরিবর্তনের জন্য অভিযোজিত করে তোলে, যা আপনার দলকে আরও দ্রুত কাজ করে। ব্যবসায়ীদের ক্ষেত্রে, ধারণাটি কার্যনির্বাহী সফ্টওয়্যার হিসাবে বিতরণ করার সময় থেকে কোনও ধারণা নির্ধারিত হওয়ার সময় থেকে মূল্যের প্রবাহকে সর্বাধিকীকরণের বিষয় about

1
+1 ভাল উত্তর। জেমস শোর নিবন্ধটির আকর্ষণীয় লিঙ্ক। আমি রবার্ট মার্টিনের ক্লিন কোডারটি আপনার বইয়ের তালিকায় যুক্ত করব। আমি মনে করি যে বিকাশকারী তৈরি করেছেন ইউআই পরীক্ষাগুলি কিউএ (যদি এটি উপস্থিত থাকে) ব্যতিক্রমগুলি লেখার সময় সুখী পথগুলি আবরণ করে। ইউনিট পরীক্ষাগুলি সত্যই ব্যতিক্রমী মামলাগুলির সমাধান করতে হবে।
কমলাপিজ

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

ইউনিট টেস্ট লেখার জন্য সমস্ত কিছু আবশ্যক।
অরেঞ্জপিপস

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

2
@ আরেঞ্জিপস - আমার আপত্তি কিউএ / দেব ব্যতিক্রম / শুভ বিভাজনের সাথে সম্পর্কিত ছিল। আপনি এটি সঠিকভাবে তৈরি করছেন তা নিশ্চিত করার জন্য ইউনিট পরীক্ষাগুলি বিদ্যমান। আপনি সঠিক সিস্টেমটি তৈরি করছেন তা নিশ্চিত করতে QA / স্বীকৃতি পরীক্ষা বিদ্যমান exist সুতরাং ব্যবসায়ের সাথে প্রাসঙ্গিক সমস্ত পরিস্থিতিতে (যেমন ক্রেডিট কার্ডের মেয়াদ শেষ হয়ে গেছে) তারা শিপিংয়ের জন্য প্রস্তুত ব্র্যান্ড করার আগে কিউএ দ্বারা পরীক্ষা করা উচিত। আমি স্বীকৃতি পরীক্ষার স্বয়ংক্রিয়করণের পরামর্শ দিচ্ছি - ক্লান্তিকর, রুটিন স্টাফ 80% + স্বয়ংক্রিয় করুন। শীর্ষে কিছু কল্পনাপ্রসূত অ-স্ক্রিপ্ট ম্যানুয়াল পরীক্ষা করে Top
গিশু

9

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


7

পরীক্ষার ব্যয়

একবার একটি স্বয়ংক্রিয় পরীক্ষা লেখা হয়ে গেলে এটি একটি কম্পিউটার দ্বারা কয়েকটি জোলে ব্যয় করা যায়। সমতুল্য ম্যানুয়াল পরীক্ষার জন্য বেতন তালিকাতে থাকা ব্যক্তির জন্য নির্দেশের একটি তালিকা তৈরি করা প্রয়োজন।

পরীক্ষার নির্ভরযোগ্যতা

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

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

পরীক্ষার স্থায়িত্ব

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

পরীক্ষা মান

কম্পিউটারকে নিয়মিত, সহজে বিশ্লেষণ করা ফর্মের পরীক্ষার ফলাফলগুলি আউটপুট করতে প্রোগ্রাম করা যেতে পারে। ব্যক্তিটি হ'ল এটি তৈরির জন্য ডেটা এন্ট্রি করছে, বা ফ্রি-ফর্ম নোটগুলি রেকর্ড করছে যা হজম করার জন্য কোনও বিশ্লেষক, বিকাশকারী বা পরিচালক প্রয়োজন।


প্রতিবেদনের ধারণা এবং রেফারেন্স জোলগুলির জন্য +1।
কমলা পিপস

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

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

4
@ টাফট: কেবল দরিদ্র বা বোকা লোকেরা ম্যানুয়াল টেস্টিং ছাড়াই চলে না, তবে আমি বিশ্বাস করি যে সর্বোচ্চ মান ম্যানুয়াল টেস্টিং প্রকৃতির লেখার চেয়ে অনুসন্ধানী explo সুতরাং যা হতে পারে তা স্বয়ংক্রিয় করার জন্য ধাক্কা।
অরেঞ্জপিপস

5

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

আমার মতে ইউনিট / ইন্টিগ্রেশন পরীক্ষাগুলি সর্বাধিক গুরুত্বপূর্ণ, আপনি যদি এমভিসির মতো কিছু ইউআই প্যাটার্ন প্রয়োগ করেন তবে বেশিরভাগ প্রকল্পের জন্য এটি যথেষ্ট for আমি সাধারণত আমার কন্ট্রোলার / উপস্থাপকদের সমস্ত ক্রিয়া পরীক্ষা করে দেখি এবং ডেটাবাইন্ডিং দর্শনে ছেড়ে যাই।

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

অবিচ্ছিন্ন একীকরণের একটি বিন্দুও রয়েছে

আরও একটি বিষয় - একটিকে অবশ্যই চেষ্টা করা উচিত যে কোড মানের পণ্যের মান, ব্যবসায়ের মান এবং রক্ষণাবেক্ষণের দিকে পরিচালিত করে - অন্যথায় এটি করার কোনও মানে নেই।


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

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

2

আমি মনে করি আপনার "কম দাম" এবং "আরও বৈশিষ্ট্য / ইউনিট সময়" / ছোট চক্র-সময়ের যাদু পয়েন্টগুলি নিয়ে নেতৃত্ব দেওয়া উচিত।

তবে কেস করার আগে আমি আপনার পরিস্থিতির প্রতিফলিত করার পরামর্শ দেব। আপনার প্রশ্ন আমাকে স্বয়ংক্রিয় পরীক্ষার সম্ভাব্য কনস সম্পর্কে একটি ব্লগ পোস্ট লিখতে পরিচালিত করেছিল।


একটি ভাল ব্লগ পোস্টের জন্য +1, যদিও এই পয়েন্টগুলি এখানে ভালভাবে উত্থাপিত হবে are এটি আমাকে উদ্বেগ দেয় যে প্রাথমিক উদ্বেগ এমন প্রোগ্রামারদের না যারা কেবল গতিগুলির মধ্য দিয়ে যায়। সেই লক্ষ্যে, আপনি কীভাবে মানের প্রচার বা কমপক্ষে পরিবেশকে প্রতিরোধ করে এমন একটি পরিবেশকে এড়ানো পরামর্শ দিচ্ছেন?
অরেঞ্জপিপস

ভাল লিঙ্ক। যে কোনও সফ্টওয়্যার প্রক্রিয়া পরিপক্ক হতে অনেক বেশি কাজ লাগে । আমি মনে করি যে গুরুত্বপূর্ণ তাত্পর্যটিও টার্নওভার হ্রাস করছে যাতে আপনার কাছে এমন একটি সংস্থাকে এগিয়ে নিয়ে যাওয়ার মতো সংস্থার মেমরি এবং বিশ্বাসের সাথে যথেষ্ট লোক রয়েছে ।
অরেঞ্জপিপস

1

রিফ্যাক্টরিংয়ের সহজতা এখানে একটি বড় কারণ। সুন্দর এবং পুনর্নবীকরণযোগ্য (!!!) ইউনিট পরীক্ষার মাধ্যমে ভাল কভারেজ পাওয়াতে আপনি বিদ্যমান কার্যকারিতা নিয়ে আপোষহীন না হয়ে আপনার সিস্টেমে রিফেক্টর করতে পারেন।


এটি আমার পয়েন্ট # 1 থেকে আলাদা?
কমলাপিজ

@ আরেঞ্জিপস: না, আমি সেই অংশটি মিস করেছি। দুঃখিত: ও) তবুও, জোর দেওয়া গুরুত্বপূর্ণ
মর্টেন

1

আপনাকে ধারণাটি বিক্রি করতে হবে - কোডগুলি উন্নতি করবে এগুলি আপনাকে এড়ানো দরকার। কোডে যদি তাদের কোনও বিনিয়োগ থাকে যা তাৎক্ষণিকভাবে তাদের বিরুদ্ধে আপনার / অটো পরীক্ষার ব্যবস্থা রাখে। তারা যদি ভাল হয় তবে তারা জিআইজিওও বুঝতে পারবে তাই আপনি কেন এটি প্রয়োগ করেন না বলে বুঝতে হবে না।

আমি এটিকে ডকুমেন্টেশনের দিক হিসাবে বিক্রিও ছেড়ে দেব, ফিটনেস-এর মতো জিনিস এটি ভালভাবে করতে পারে, তবে যতক্ষণ না তারা অভিজ্ঞতা অর্জন করে, তা কল্পনা করা শক্ত হতে পারে to

অঞ্চলগুলি আমি মনে করি ভাগ্যের এটি বিক্রি হতে পারে

  1. ইউনিট টেস্টগুলি অনেকগুলি বিকাশকারী ক্ষতিকারকের স্থান নিতে পারে - যেখানে আপনি সমস্ত লগইন / মেনু ছাড়াই ডিবাগ / টেস্ট করার ক্ষেত্রের জন্য অ্যাপ্লিকেশন তৈরি করেন।

  2. পরীক্ষাগুলি আপনাকে পরীক্ষার ডেটা সেট আপ করার জন্য প্রচুর সময় ব্যয় না করে (বিশেষত শালীন উপহাস ব্যবস্থা ব্যবহার করে) সমস্যা পরিস্থিতিগুলি সহজেই সেট আপ করতে ও পুনরায় পুনরায় পুনরুদ্ধার করতে দেয় T

  3. আপনি যখন বিডিডি এবং ইউআই পরীক্ষার স্যুটগুলি তৈরি করেন - পরের বারের জন্য অপেক্ষা করার চেয়ে পরীক্ষামূলকভাবে অপেক্ষা করার চেয়ে সহজ বিরতি থাকলে আপনি খুব দ্রুত সাড়া পান

  4. বিডিডি এবং ইউআই পরীক্ষাগুলি আপনাকে আপনার পরিবর্তন দ্বারা প্রভাবিত হতে পারে এমন সমস্ত দিক যাচাই করতে বার বার বোতাম টিপতে এবং প্রতিটি ক্ষেত্র মনে রাখতে আপনাকে বাঁচাতে পারে।

  5. কেউ কোড চেক করতে ভুলে গেলে স্বয়ংক্রিয় বিল্ডগুলি প্রায়শই হাইলাইট করে

  6. পরীক্ষাগুলি আপনাকে বাগগুলি পুনরায় প্রদর্শিত হওয়া এড়াতে সহায়তা করে।

  7. ইউনিট টেস্ট এবং শালীন উপহাসের অর্থ কম আন্তঃযুক্ত লিঙ্কযুক্ত কোডটি সমাধান করা সহজ হবে

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


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

সংখ্যা 3 এর সাথে সম্পর্কিত) এটি আপনাকে পরিসংখ্যান তৈরি করতে এবং প্রতিবেদন গঠনের অনুমতি দেয়; দৃশ্যমানভাবে একটি বড় বিক্রয় পয়েন্ট হতে পারে। এই সপ্তাহে এক্স বৈশিষ্ট্যটি প্রবর্তন করে 10 টি পরীক্ষা ব্যর্থ হয়েছে যার ফলে আমরা ওয়াই টাইমে সনাক্ত করেছি স্বয়ংক্রিয় পরীক্ষার জন্য ধন্যবাদ একটি প্রকল্পের জন্য একটি দুর্দান্ত "জয়", এছাড়াও ভবিষ্যতে নতুন বৈশিষ্ট্যগুলি প্রবর্তনের ঝুঁকিকে ডকুমেন্ট করতে সহায়তা করে।

1

কাউকে অবশ্যই এই সমস্যাটির প্রস্তাবিত সমাধান মেনে নেওয়ার আগে অবশ্যই সমস্যা আছে।

স্বয়ংক্রিয় পরীক্ষাগুলি বাগ-ফিক্সিংয়ের ব্যয়গুলি বাঁচাতে পারে, তাই যদি আপনার সহকর্মীরা যদি বাগ-ফিক্সিংয়ের ব্যয়টি আকারের বা অতিরিক্ত মাত্রায় ভোগ না করে তবে তাদের বোঝানো শক্ত হবে। যদি এই ব্যয়গুলি বেশি বা অতিরিক্ত হয় তবে লোকেরা বিশ্বাস করে না যে তারা হ'ল, আপনাকে প্রথমে এই ব্যয়গুলি সম্পর্কে কিছু দৃ conv়প্রত্যয়ী ডেটা পেতে হবে।


1
সুতরাং আপনি যে তথ্য কোথা থেকে আসা উচিত বলে মনে করেন?
অরেঞ্জপিপস

0

ব্যবসাগুলি যা পছন্দ করে সেগুলি হ্রাস করে মূল্য এবং ব্যয় হ্রাস করে। আপনাকে ব্যাখ্যা করতে হবে যে কীভাবে স্বয়ংক্রিয় পরীক্ষার মান বাড়বে কারণ এটি একটি অতিরিক্ত ব্যয় যুক্ত করে।

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

যদি লিগ্যাসি প্রকল্পগুলি থাকে তবে স্বয়ংক্রিয় পরীক্ষণটি চুল্লিটিকে আরও সহজ করে তোলে। কারও কারও কারও কারও কাছে .ণ পরিশোধ করতে হবে।

আপনি যে ডকুমেন্টেশন যুক্তি সরবরাহ করেন তা খুব ভাল নয়। টেস্ট অব টু ডেট এবং ডকুমেন্টেশন আপ টু ডেট রাখার মধ্যে পার্থক্য কেবল অভ্যাস।


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

0

"আমি যার সাহায্যে সন্ধান করছি তা হ'ল প্রোগ্রামার, বিশ্লেষক, পরিচালক এবং পরীক্ষক দলের একটি দলের কাছে এর মূল্য প্রকাশ করা auto যেমন জেহেভে, ফিটনেস) এবং ইউআই (সেলেনিয়াম, ওয়াটার) কারণ আমি মনে করি তারা সকলেই সমান মূল্য সরবরাহ করে (তবে দ্বিধাদ্বন্দ্বী একটি উত্তর লিখতে নির্দ্বিধায় :)) "

ঠিক আছে আমি সেই চ্যালেঞ্জ গ্রহণ করব;)

আমি বেশিরভাগ প্রোগ্রামার এবং কিউএ নিয়ে কাজ করি এবং আমার সরঞ্জামগুলি রুবি, রেল, টেস্টুনিট, আরএসপেক, জুঁই এবং সেলেনিয়াম।

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

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


0

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

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

  1. আপনার মূল কার্যকারিতা পরীক্ষা করুন । উদাহরণস্বরূপ, কোনও ওয়েবসাইট নিরীক্ষণ সরঞ্জামের জন্য এটি হ'ল সতর্কতাগুলির পরীক্ষা যা আপনার পর্যবেক্ষণ করা ওয়েবসাইটগুলির জন্য গুলি চালানো উচিত। এই পরীক্ষাগুলি নিশ্চিত করে যে এই জিনিসটি কখনই ভেঙে না যায়।
  2. আপনার পুরো আবেদন পরীক্ষা স্মোক । উদাহরণস্বরূপ, ওয়েব অ্যাপ্লিকেশনটিতে সমস্ত লিঙ্ক / বোতাম নেভিগেট করতে সেলেনিয়াম ব্যবহার করে এবং এটি নিশ্চিত করুন যে সার্ভার থেকে কোনও ত্রুটি নেই। এই পরীক্ষাগুলি আপনাকে স্পষ্টতই ভাঙ্গা বিল্ডগুলির সাথে পরীক্ষকদের সময় নষ্ট করা এড়াতে পারে।
  3. যে কোনও ভঙ্গুর কোডের পরীক্ষা । অর্থাত্, সেই পুরানো মডিউলটির জন্য কেউ কখনও স্পর্শ করতে চায় না বা কোডের জটিল টুকরোটি মনে হয় যা এতে সর্বদা বাগ থাকে।
  4. টেস্ট যা devs তাদের কাজের সমর্থন করার জন্য লিখতে চেয়েছিলেন । কারণ আপনি যখন কিছু লিখছেন তখন কখনও কখনও পরীক্ষাগুলি কার্যকর হয় তবে উপরের বিভাগগুলিতে পড়বেন না।

আপনার পরীক্ষাগুলি এই বিভাগগুলিতে বিভক্ত করে এখন আপনি আলাদা আলোচনা করতে পারেন। প্রথম তিনটি গোষ্ঠী নিন (আগাম যেভাবেই হোক ব্যক্তি বিবেচনার ভিত্তিতে) এবং জিজ্ঞাসা করুন যে লোকেদের মনে হয় এই কোডগুলির টুকরাগুলির জন্য পরীক্ষাগুলি কি কার্যকর হবে? আপনি যদি চুক্তি না পেতে পারেন তবে আপাতত আপনি এই পরীক্ষাগুলি অন্তর্ভুক্ত করবেন না। যদি আপনি এটি করতে পারেন, অর্থাত্ যদি লোকেরা সম্মত হন যে প্রতিটি কার্য সম্পাদন করা মূল কার্যকারিতার চারপাশের পরীক্ষাগুলি কার্যকর, তবে সেগুলি যুক্ত করা শুরু করুন।

অন্য গ্রুপ যা দরকারী হতে পারে তা হ'ল টেস্টগুলি যা ম্যানুয়ালি করা শক্ত বা সময়সাপেক্ষ । ম্যানুয়াল পরীক্ষার সময় বাঁচানোর জন্য বা সময় অভাবের কারণে এড়িয়ে যাওয়া জিনিসগুলির পরীক্ষা করাতে এখানে সুবিধাটি ব্যাখ্যা করার জন্য খুব সহজ হওয়া উচিত।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.