Agile (SCRUM) এর কোন পর্যায়ে আমাদের অটোমেশন পরীক্ষা তৈরি করা শুরু করা উচিত?

Question

আমার একটি সামান্য ব্যাকগ্রাউন্ড - এসসিআরএম (1-2 সপ্তাহের স্প্রিন্ট) ব্যবহার করে আমি প্রায় 2 বছর ধরে একটি চৌকস পরিবেশের মধ্যে একটি ম্যানুয়াল পরীক্ষক। সুতরাং আমি সেলেনিয়াম ওয়েবড্রাইভার (জাভা সহ) ব্যবহার করে আমার কাজটিতে অটোমেশন পরীক্ষার প্রবর্তন করতে চাই।

আমার প্রশ্নটি যখন আমি নিজেই কার্যকারিতা পরীক্ষা করব এবং কখন অটোমেশন পরীক্ষার জন্য সেগুলি রূপান্তর করব?

আমি বিভিন্ন পদ্ধতির পড়ছি এবং পাচ্ছি, যেমন:

1. যখন একটি নতুন স্প্রিন্ট শুরু হয়, তখন ব্যবহারকারী গল্পগুলি পূর্ববর্তী স্প্রিন্ট থেকে স্বয়ংক্রিয় স্ক্রিপ্টগুলিতে রূপান্তর করুন, বা;
2. ব্যবহারকারী গল্পগুলি একই স্প্রিন্টের মধ্যে রূপান্তর করুন।

কোন পরামর্শ / গুলি খুব প্রশংসা করা হবে। তুমাকে অগ্রিম ধন্যবাদ.

Comments

দুটি পৃথক স্ট্যাক এক্সচেঞ্জ সাইটের উপর একই প্রশ্ন ক্রস করবেন না। দয়া করে তাদের মধ্যে একটি মুছুন।

— আর সাহু

ক্রসটি sqa.stackexchange.com/questions/27017/… এ পোস্ট করা হয়েছে ।

— আর সাহু

Answer 1

টেস্ট অটোমেশন (এবং অন্যান্য সমস্ত পরীক্ষা) সম্পন্ন সংজ্ঞাটির অংশ হওয়া উচিত । এটি একটি সম্ভাব্য শিপযোগ্য পণ্য তৈরি করার জন্য। এটি পরীক্ষা না করা হলে আপনি শিপ করতে পারবেন?

টেস্টিংও পুরো টিমের পদ্ধতির হওয়া উচিত, তাই টেস্ট-অটোমেশন টেস্টারের দায়িত্ব নয়। প্রক্রিয়াটিতে যত তাড়াতাড়ি সম্ভব পরীক্ষা করার বিষয়ে চিন্তাভাবনা শুরু করুন ।

টেস্ট অটোমেশন এগিলিতে এত গুরুত্বপূর্ণ কারণ:

সাংগঠনিক তত্পরতা প্রযুক্তিগত চৌর্যবৃত্তি দ্বারা সীমাবদ্ধ

অন্য কথায়, আপনি যখন আপনার পণ্যগুলিতে পরিবর্তন করতে ধীর হয়ে যান, তখন আপনি কীভাবে আপনার দলগুলি, আপনার সংস্থাটি গঠন করেন বা কোন কাঠামো আপনি গ্রহণ করেন তা বিবেচ্য নয়, আপনি পরিবর্তনের প্রতিক্রিয়া জানাতে ধীর হয়ে যাবেন।

https://less.works/less/technical-excellence/index.html

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

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

Comments

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

— অ্যারোথ

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

— নিলস ভ্যান রেইমার্সডাল

Answer 2

মূল কথাটি হ'ল আপনি যদি কোনও গল্প সম্পূর্ণ না চিহ্নিত করেন তবে আপনি যদি সেই গল্পটির জন্য স্বয়ংক্রিয় পরীক্ষাগুলি না লিখে থাকেন।

সুতরাং 1 টি বাহির হয়ে গেছে বলে মনে হচ্ছে, আপনি আগের স্প্রিন্টে কোনও কাজের জন্য পরীক্ষা লিখছেন writing যদি পরীক্ষা ব্যর্থ হয়?

Comments

সুতরাং যদি সপ্তাহে কোনও নতুন স্প্রিন্টের মধ্যে কোনও সেই স্প্রিন্টের কোনও ব্যবহারকারীর গল্প না থাকে তবে এটি রিগ্রেশন পরীক্ষা করা যেতে পারে, আপনি পরামর্শ দিচ্ছেন যে ওপি বাড়িতে যাবে এবং কিছুই করা উচিত নয়? আমার কাছে খুব দক্ষ বলে মনে হচ্ছে না ;-)

— ডক ব্রাউন

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

— ইওয়ান

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

— ব্রায়ান ওকলে

Answer 3

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

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

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

Answer 4

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

Comments

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

— ডক ব্রাউন

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

— ব্রায়ান ওকলি

Answer 5

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

Answer 6

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

সত্যই চৌকস পরিবেশে প্রত্যেকে প্রত্যেকেই সবকিছু করতে সক্ষম। পরীক্ষার জন্য 100% নিবেদিত কেউ নেই, আপনি কিছু বেসিক UI কাজ, বা অন্য কোনও কিছুতে সহায়তা করার দক্ষতাও বিকাশ করবেন। তবে আমরা খুব কমই আদর্শ বিশ্বে বাস করি।

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

Comments

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

— ব্রায়ান ওকলে