মানের জন্য দায়ী কে?

হে হাবর!

আমাদের কাছে একটি নতুন গুরুত্বপূর্ণ বিষয় রয়েছে - আইটি পণ্যগুলির উচ্চ-মানের বিকাশ। HighLoad++ এ আমরা প্রায়শই কীভাবে ব্যস্ত পরিষেবাগুলিকে দ্রুত করা যায় সে সম্পর্কে কথা বলি এবং Frontend Conf-এ আমরা একটি দুর্দান্ত ব্যবহারকারী ইন্টারফেসের কথা বলি যা ধীর হয় না। আমাদের নিয়মিত পরীক্ষা সংক্রান্ত বিষয় আছে, এবং DevOpsConf পরীক্ষা সহ বিভিন্ন প্রক্রিয়া একত্রিত করার বিষয়ে। তবে সাধারণভাবে কী গুণমান বলা যেতে পারে এবং কীভাবে এটিতে ব্যাপকভাবে কাজ করা যায় - না।

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

কাটের নীচে আমরা প্রোগ্রাম কমিটির প্রধানের সাথে কথা বলব, Tinkoff.Business-এর পরীক্ষার প্রধান, রাশিয়ান-ভাষী QA সম্প্রদায়ের স্রষ্টা আনাস্তাসিয়া আসিভা-নগুয়েন QA শিল্পের অবস্থা এবং নতুন সম্মেলনের মিশন সম্পর্কে।

- নাস্তিয়া হ্যালো। নিজের সম্পর্কে আমাদের জানাবেন দয়া করে।

Anastasia: আমি একটি ব্যাঙ্কে পরীক্ষা পরিচালনা করছি, আমি একটি খুব বড় দলের জন্য দায়ী - আমরা 90 জনের বেশি লোক। আমাদের একটি গুরুত্বপূর্ণ ব্যবসায়িক লাইন আছে; আমরা আইনি সত্তার জন্য বাস্তুতন্ত্রের জন্য দায়ী।

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

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

এটা আমার কাছে স্পষ্ট এই দিকের সম্প্রদায় যথেষ্ট পরিপক্ক নয়, অন্তত রাশিয়ায়। আমরা সবসময় বুঝতে পারি না যে মানের নিশ্চয়তা শুধুমাত্র প্রয়োজনীয়তার সাথে সম্মতির জন্য একটি আবেদন পরীক্ষা করার সত্য নয়। আমি এই অবস্থা পরিবর্তন করতে চাই.

— আপনি কোয়ালিটি অ্যাসুরেন্স এবং টেস্টিং শব্দগুলো ব্যবহার করেন। গড় ব্যক্তির দৃষ্টিতে, এই দুটি পদ খুব প্রায়ই ওভারল্যাপ হয়। আপনি যদি গভীর খনন করেন তবে তারা কীভাবে আলাদা হবে?

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

বেশিরভাগ ক্ষেত্রে, তারা শুধুমাত্র কার্যকরী পরীক্ষার মধ্যে সীমাবদ্ধ: তারা পরীক্ষা করে যে বিকাশকারীরা যা কোড করেছেন তা স্পেসিফিকেশনের সাথে সঙ্গতিপূর্ণ এবং এটিই।

— অনুগ্রহ করে আমাদের বলুন অন্য কোন মানের নিশ্চয়তা শৃঙ্খলা আছে? আর কি, পরীক্ষা ছাড়াও, এখানে অন্তর্ভুক্ত করা হয়েছে?

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

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

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

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

— এটা দেখা যাচ্ছে যে গুণমান প্রায় সমস্ত আশেপাশের শৃঙ্খলার সাথে ছেদ করে, চারপাশের সবকিছুর উপর একটি কাঠামো আরোপ করে?

Anastasia: ঠিক। যখন আমরা চিন্তা করি কিভাবে আমরা একটি মানসম্পন্ন পণ্য তৈরি করতে চাই, তখন আমরা মানের বিভিন্ন বৈশিষ্ট্য সম্পর্কে চিন্তা করতে শুরু করি। উদাহরণস্বরূপ, কীভাবে পরীক্ষা করবেন যে আমরা সত্যিই আমাদের ক্লায়েন্টের প্রয়োজনীয় বৈশিষ্ট্যটি তৈরি করেছি।

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

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

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

— মোট, বিকাশকারী, স্থপতি, পণ্য বিজ্ঞানী, পণ্য ব্যবস্থাপক এবং পরীক্ষকরা ইতিমধ্যে জড়িত। গুণমান নিশ্চিতকরণ প্রক্রিয়ার সাথে আর কে জড়িত?

Anastasia: এখন কল্পনা করা যাক যে আমরা ইতিমধ্যেই ক্লায়েন্টের কাছে বৈশিষ্ট্যটি পৌঁছে দিয়েছি। স্পষ্টতই, পণ্যটির গুণমান পর্যবেক্ষণ করা প্রয়োজন এমনকি যখন এটি ইতিমধ্যেই উৎপাদনে রয়েছে। এই পর্যায়ে, অ-স্পষ্ট পরিস্থিতিতে, তথাকথিত বাগ, উপস্থিত হতে পারে।

প্রথম প্রশ্ন হল আমরা ইতিমধ্যে পণ্য প্রকাশ করার পরে এই বাগগুলির সাথে কীভাবে মোকাবিলা করব? আমরা কিভাবে, উদাহরণস্বরূপ, চাপ প্রতিক্রিয়া? পৃষ্ঠাটি লোড হতে 30 সেকেন্ডের বেশি সময় নিলে ক্লায়েন্ট খুব খুশি হবে না।

এখানেই শোষণ খেলার মধ্যে আসে বা, তারা এখন এটিকে বলে, DevOps. প্রকৃতপক্ষে, এই লোকেরাই যারা পণ্যটির পরিচালনার জন্য দায়ী যখন এটি ইতিমধ্যে উত্পাদনে থাকে। এর মধ্যে রয়েছে বিভিন্ন ধরনের মনিটরিং। এমনকি পরীক্ষার একটি উপ-প্রকার রয়েছে - উত্পাদনের উপর পরীক্ষা, যখন আমরা নিজেদেরকে রোলআউট করার আগে কিছু পরীক্ষা করার অনুমতি দিই না এবং উত্পাদনের সাথে সাথে এটি পরীক্ষা করি। এটি পরিকাঠামো সংগঠিত করার দৃষ্টিকোণ থেকে পদক্ষেপের একটি সিরিজ যা আপনাকে একটি ঘটনার দ্রুত প্রতিক্রিয়া জানাতে, এটিকে প্রভাবিত করতে এবং এটি সংশোধন করতে দেয়।

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

এটি প্রশ্ন উত্থাপন করে - সম্ভবত দলটিকে কোড হিসাবে অবকাঠামো ব্যবহার করতে হবে।

আমি বিশ্বাস করি যে অবকাঠামো সরাসরি পণ্যের গুণমানকে প্রভাবিত করে।

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

— বিশ্লেষণ এবং ডকুমেন্টেশন সম্পর্কে কি?

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

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

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

বিকাশকারীরা কীট নয় এবং উদ্দেশ্যমূলক ত্রুটি সহ কোড লিখবেন না।

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

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

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

— ব্যবহারযোগ্যতা পরীক্ষা, পণ্যের ব্যবহারযোগ্যতা, নকশা সম্পর্কে কী?

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

এছাড়াও আরও একটি সমস্যা আছে। ডিজাইন সিস্টেম এখন জনপ্রিয়তা অর্জন করছে। তারা হাইপে আছে, কিন্তু তাদের থেকে সুবিধাগুলি সম্পূর্ণরূপে সুস্পষ্ট নয়।

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

ফলস্বরূপ, আমরা ক্লায়েন্ট যে বৈশিষ্ট্যটি চায় তা তৈরি করি না, তবে এটি আমাদের জন্য সুবিধাজনক, কারণ আমাদের ইতিমধ্যে নির্দিষ্ট কিউব রয়েছে যা থেকে আমরা এটি তৈরি করতে পারি।

আমি মনে করি এটি এমন একটি বিষয় যা একবার দেখে নেওয়া এবং ভাবতে হবে যে ডিজাইনকে সহজ করার চেষ্টা করার জন্য আমরা আসলে একটি ক্লায়েন্টের ব্যথার সমস্যা সমাধান করছি।

— গুণমান নিশ্চিতকরণ সম্পর্কিত একটি আশ্চর্যজনক সংখ্যক বিষয় রয়েছে। রাশিয়ায় কি এমন কোনো সম্মেলন আছে যেখানে তাদের সব নিয়ে আলোচনা করা যাবে?

Anastasia: এখানে সবচেয়ে পুরানো টেস্টিং কনফারেন্স রয়েছে, যা এই বছর 25 তম বারের জন্য অনুষ্ঠিত হবে এবং এটিকে SQA Days Quality Assurance Conference বলা হয়৷ এটি প্রধানত কার্যকরী পরীক্ষকদের জন্য সরঞ্জাম এবং নির্দিষ্ট পরীক্ষার পদ্ধতি নিয়ে আলোচনা করে। একটি নিয়ম হিসাবে, SQA Days-এর প্রতিবেদনগুলি পরীক্ষকদের নিজেদের দায়িত্বের ক্ষেত্রে নির্দিষ্ট ক্ষেত্রগুলি গভীরভাবে পরীক্ষা করে, কিন্তু জটিল কার্যকলাপ নয়।

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

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

আমি চাই রাশিয়ার ছেলেরাও ভাবতে শুরু করুক যে শিল্পটি কার্যকরী পরীক্ষার মাধ্যমে শেষ হয় না।

— এই উদ্দেশ্যে, আমরা একটি নতুন সম্মেলন আয়োজন করছি, QualityConf, যা একটি অবিচ্ছেদ্য শৃঙ্খলা হিসাবে গুণমানের প্রতি নিবেদিত৷ ধারণা সম্পর্কে আরও বলুন, সম্মেলনের মূল লক্ষ্য কী?

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

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

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

আমি বুঝতে পারি যে এটি একটি উদ্ভাবন নয়। এডওয়ার্ড ডেমিং, গুণমানের 14 টি নীতির লেখক, গত শতাব্দীতে একটি ত্রুটির খরচ সম্পর্কে লিখেছেন। একটি শৃঙ্খলা হিসাবে গুণমানের নিশ্চয়তা এই বইটির উপর ভিত্তি করে, কিন্তু, দুর্ভাগ্যবশত, আধুনিক উন্নয়ন এটি সম্পর্কে ভুলে যায়।

— আপনি কি পরীক্ষা এবং সরঞ্জামগুলির বিষয়ে সরাসরি বিষয়গুলিতে স্পর্শ করার পরিকল্পনা করছেন?

Anastasia: আমি স্বীকার করছি যে টুলস সম্পর্কে রিপোর্ট হবে। বেশ সার্বজনীন সরঞ্জাম রয়েছে যার সাহায্যে কোম্পানি এবং দলগুলি পণ্যটিকে প্রভাবিত করতে পারে।

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

আমরা নিশ্চিতভাবে একটি টুলের জন্য একটি টুল সম্পর্কে রিপোর্ট করতে হবে না. প্রোগ্রামে অন্তর্ভুক্ত সমস্ত প্রতিবেদন একটি সাধারণ লক্ষ্য দ্বারা একত্রিত হবে।

— আপনি কি বিষয়ে কথা বলছেন, সম্মেলনের অতিথি হিসেবে কাকে দেখছেন তাতে কে আগ্রহী হবে?

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

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

আমি মনে করি মূল মাপকাঠি হল কিছু গুণমানে ভুল এবং এটিকে প্রভাবিত করতে চায় তা বোঝা। আমরা সম্ভবত এমন লোকেদের কাছে পৌঁছাতে সক্ষম হব না যারা ভাবেন যে এটি প্রথমবারের মতো হবে।

— আপনি কি মনে করেন যে শিল্পটি সামগ্রিকভাবে কেবল পরীক্ষার বিষয়ে নয়, মানের সংস্কৃতি সম্পর্কে কথা বলার জন্য উপযুক্ত?

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

সম্প্রদায়ের মধ্যে উত্থাপিত অনুরোধের সংখ্যা দ্বারা বিচার, আমি বিশ্বাস করি যে এটি সময়. আমি নিশ্চিত নই, অবশ্যই, এটি একটি বড় মাপের বিপ্লব হবে, তবে আমি চাই চেতনায় এই বিপ্লব ঘটুক।

- রাজি! আমরা সংস্কৃতি জাগ্রত করব এবং চেতনা পরিবর্তন করব।

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

সুংযুক্ত করতে চ্যাট, যা আমরা মানের সমস্যা এবং সম্মেলন আলোচনা, সদস্যতা টেলিগ্রাম চ্যানেলপ্রোগ্রামের খবরের সাথে আপ টু ডেট থাকার জন্য।

উত্স: www.habr.com