স্বীকৃতি পরীক্ষার কেস লিখন


14

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

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

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

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

  • পরীক্ষার কেসগুলি হালকা-ডকুমেন্টেড হওয়া উচিত: এই নীতিগুলি চতুর প্রকল্পগুলির জন্য নির্দিষ্ট। সুতরাং এই নীতিটি কীভাবে প্রয়োগ করা যায় সে সম্পর্কে আপনার কোনও পরামর্শ আছে?

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

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

উত্তর:


5

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

আমি আমার গ্রহণযোগ্যতার জন্য শসা ব্যবহার করি এবং নিম্নলিখিতটি পাই

Given A xxx 
And I am on the xxx page
And a clear email queue
And I should see "Total Payable xxxx"
And I supply my credit card details
When I the payment has been processed
Then my purchase should be complete
And I should receive an email
When I open the email with subject "xxx"
Then I should see the email delivered from "xx"
And there should be an attachment of type "application/pdf"
And attachment 1 should be named "xxxx"
And I should be on the xxx page
And I should see my receipt

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

এই পরীক্ষাটি যায় এমন ক্রয়ের শেষে বসে

উত্পন্ন করুন -> নিশ্চিত করুন -> অর্থ প্রদান -> মুদ্রণের রশিদ

উপরের পরীক্ষাটি অর্থ প্রদানের পদক্ষেপের জন্য অন্যান্য পদক্ষেপগুলি অন্যান্য পরীক্ষায় সেটআপ হয় কারণ অ্যাপ্লিকেশন এই ক্ষেত্রে ডেটা বা HTTP ক্রিয়াকলাপগুলির সাথে এই রাজ্যে সেটআপ করতে সক্ষম হয় এই ক্ষেত্রে পেমেন্টের একটি প্রদত্ত যা নিশ্চিতকরণের পদক্ষেপগুলি এবং নিশ্চিতকরণটি করে না পদক্ষেপগুলি তৈরি করুন যাতে তারা এই মুহুর্তে কিছুটা ভঙ্গুর হয়


2

প্রথমে আপনাকে স্বীকৃতি পরীক্ষার সংজ্ঞা দেওয়া দরকার ।

আপনি যা বর্ণনা করছেন বলে মনে হচ্ছে তা হল ইন্টিগ্রেশন বা সিস্টেম টেস্টিং

সুতরাং আমি উইকিপিডিয়ায় সংজ্ঞায়িতদের সাথে 100% একমত নই, তারা এখনও বহুলাংশে বৈধ।

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

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

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

এটি সম্পর্কে আরও একটি উপায় (যদি আপনার কাছে এই জাতীয় কোনও নথি থাকে তবে) ব্যবহারকারীর ম্যানুয়ালটিতে যেতে হবে। যদিও এটি প্রকৃত ব্যবসায়ের প্রয়োজনীয়তা থেকে সরানো এক পদক্ষেপ তাই কেবলমাত্র সমস্ত কিছু ব্যর্থ হলে ব্যবহৃত হবে।

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

সফটওয়্যার একই।


5
বিভিন্ন ধরণের গ্রহণযোগ্যতা পরীক্ষা রয়েছে। এই পোস্টটি যা বর্ণনা করে তা হ'ল "ব্যবহারকারীদের গ্রহণযোগ্যতা" পরীক্ষা। আমি মনে করি যে ওপি চপল পদ্ধতিগুলিতে গ্রহণযোগ্যতা পরীক্ষা সম্পর্কে জিজ্ঞাসা করছে যা কোনও ব্যবহারকারী গল্পটি সম্পন্ন হয়েছে তা নিশ্চিত করে। এই পরীক্ষাগুলিগুলিকে কিছুটা গভীরভাবে "হুডের নীচে" যেতে হবে, কারণ এগুলি কিছু চৌকস দলের জন্য কার্যকরী পরীক্ষার প্রাথমিক রূপ। এই ক্ষেত্রে গ্রহণযোগ্যতা "গ্রাহক সফ্টওয়্যার গ্রহণ করে" নয়, তবে "দলটি গ্রাহকরা গল্পটি সম্পূর্ণ হয়েছে তা গ্রহণ করে"।
এথেল ইভান্স

আপনার কাছে কোনো মন্তব্য করতে পারি এই ? আমি এই বিষয়টি পছন্দ করি: জিজ্ঞাসার প্রশ্নটি "সিস্টেমটি কীভাবে ব্যবহৃত হয়?"
ব্যবহারকারী 1787812

@ ব্যবহারকারী 1787812 দুঃখিত, আমি কোনও সরঞ্জাম বিশেষজ্ঞ নই। আপনার দৃষ্টিভঙ্গি প্রথম দর্শনে বোধগম্য মনে হয়। এবং আপনার প্রথম মন্তব্যকারী এর বিপরীতে, ওএটি সাধারণ পরিভাষা।
asoundmove

1

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

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

শুরুতে কিছুটা কাজ হতে পারে তবে আপনাকে দীর্ঘমেয়াদে বুদ্ধিমান রাখতে সাহায্য করতে পারে। আপনি যে পদ্ধতি নির্বাচন করুন না কেন আপনি এটির সাথে আরও বেশি কাজ করবেন, আপনি এটির তত ভাল।

এইচটিএইচ, এবং শুভকামনা!

কে এম


0

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

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