এই ধরনের problem-এ নিজের ইচ্ছায় আরও পাঁচ ঘণ্টা দিতে চাইবে? কেন?
Software QA ও Testing · 75–120 min
ঝুঁকি খুঁজে report করুন, তারপর fix-টি যেন টিকে থাকে তা নিশ্চিত করুন
QA-এর reasoning অনুভব করুন: risk বাছা, reproducible evidence আর দরকারি regression check automate করা।
কাজ শুরু করি01 · প্রস্তুতি
যা দরকার
- Source-সহ নিজের ছোট local app, যেমন notes list। Automation-এর জন্য basic JavaScript আর installed Playwright; setup-এর সময় আলাদা। অন্যের service test নয়।
বেঁধে দেওয়া সময় শেষ হলে থামতে পারেন। অসম্পূর্ণ ফলও নিজের জন্য দরকারি evidence।
02 · কাজ
কাজের ধাপ
- 01
Note save-এর তিনটি acceptance criterion লিখুন। সবচেয়ে ক্ষতিকর failure বলুন, যেমন চুপচাপ text হারানো।
- 02
১৫ মিনিট empty input, long text, repeated save আর reload explore করুন। শুধু pass/fail নয়, condition আর actual behavior লিখুন।
- 03
Defect পেলে step, expected/actual result আর impact লিখুন। না পেলে coverage আর uncertainty সৎভাবে বলুন—bug বানাবেন না।
- 04
Acceptance criterion থেকে save-and-reload check automate করুন। Local-এ সাময়িক defect দিয়ে সঠিক কারণে check fail হয় দেখুন।
- 05
App ফিরিয়ে বা fix করে check আবার চালান; কী test করতে পারে না বলুন। Peer-কে report reproduce করতে দিন।
03 · খেয়াল করুন
Output-এর পাশাপাশি নিজের প্রতিক্রিয়াও দেখুন
- Click step লেখার চেয়ে কী test করবে বাছতে বেশি ভাবতে হয়েছে?
- Developer-কে দোষ না দিয়ে বা zero bug promise না করে release risk বোঝাতে পারেন?
একটু অন্যভাবে ভাবুন
কঠিন লাগলেই ক্যারিয়ারটি আপনার নয়—এমন নয়। আসল প্রশ্ন: কঠিন হওয়ার পরও কৌতূহলটি কি ফিরে এসেছে?
04 · ভেবে দেখুন
নিজেকে তিনটি সৎ প্রশ্ন
কোন অংশ energy দিয়েছে, আর কোনটা drain করেছে?
Salary video নয়—এই path বাছার আগে কী evidence জোগাড় করবে?
আপনার উত্তর এই site জমা রাখে না। চাইলে নিজের notebook-এ লিখে রাখুন।
05 · এরপর কোথায়