معرفی
برای به دست آوردن نخستین موقعیت مهندس تست نرمافزار، لازم نیست از همان ابتدا متخصص اتوماسیون تست باشید؛ اما باید بتوانید یک قابلیت را به سناریوهای قابل آزمون تبدیل کنید، باگها را دقیق و قابل بازتولید ثبت کنید و شواهد کار خود را در نمونهکارها ارائه دهید. هدف این راهنما ایجاد همین شواهد، آمادهسازی رزومه و انتخاب مسیرهای واقعی برای درخواست شغل است.
در پایان، برنامهای برای ساخت ۲ تا ۳ پروژه با خروجیهای متنوع، آمادهسازی رزومه هدفمند و پیگیری کانالهای مناسب درخواست شغل خواهید داشت. این تعداد برای بسیاری از موقعیتهای کارآموزی یا جونیور نقطه شروع مناسبی است، اما کیفیت شواهد، تجربههای قابل انتقال و نیازهای هر آگهی تعیینکننده هستند. برای یادگیری قدمبهقدم مهارتهای این شغل، نقشه راه آن را ببینید؛ برای آمادگی در گفتوگوهای استخدامی، راهنمای مصاحبه آن را مطالعه کنید.
مخاطبان راهنما
این راهنما برای افرادی نوشته شده است که سابقه رسمی در تضمین کیفیت (Quality Assurance یا QA) و تست نرمافزار ندارند، اما میخواهند برای موقعیتهای کارآموزی یا جونیور QA و تستر نرمافزار درخواست بدهند. مخاطب میتواند دانشجوی رشتههای فنی، توسعهدهنده تازهکار، کارشناس پشتیبانی، تحلیلگر کسبوکار یا فردی خودآموز باشد که میخواهد مهارتهای عملی خود را به شکلی قابل ارائه توسعه دهد.
سنجش آمادگی ورود
برای ارسال نخستین درخواست شغلی، لازم نیست همه ابزارهای تست را بدانید. حداقل سطح آمادگی زمانی است که بتوانید یک وبسایت یا اپلیکیشن آزمایشی را بررسی کنید، برای یک جریان کاربری سناریوی تست بنویسید و یک باگ را بهگونهای گزارش کنید که فرد دیگری بتواند آن را بازتولید کند.
حداقل شواهد لازم برای درخواست
۲ تا ۳ پروژه منتشرشده یا مستند با خروجیهای متنوع، شامل سناریوهای تست، گزارشهای باگ و نتایج اجرای تست. برای بسیاری از موقعیتهای کارآموزی یا جونیور، این تعداد نقطه شروع مناسبی است؛ اما کیفیت مستندات و نیازهای آگهی اهمیت بیشتری دارند.
توانایی تفکیک مسیرهای عادی، مسیرهای خطا و حالتهای مرزی در قابلیتهایی مانند ثبتنام، ورود یا پرداخت.
آشنایی عملی با Jira یا ابزارهای مشابه برای ثبت باگ و Postman برای بررسی ساده رابطهای برنامهنویسی کاربردی (API).
توانایی خواندن درخواستها و پاسخهای HTTP، تشخیص کدهای وضعیت رایج و بررسی دادههای پاسخ.
یک رزومه یکصفحهای که ابزارها را فقط در کنار تجربهها و فعالیتهایی که با آنها انجام دادهاید ذکر کند.
اگر هنوز نمیتوانید برای یک باگ، مراحل بازتولید، نتیجه مورد انتظار، نتیجه واقعی و شواهد تصویری تهیه کنید، پیش از ارسال گسترده درخواستهای شغلی، روی پروژههای نمونهکار تمرکز کنید. برای موقعیتهای مرتبط با اتوماسیون تست، علاوه بر این موارد، باید نمونهای از کدهای تست و تجربه کار با Git نیز ارائه دهید.
مهارتهای قابل انتقال
- مهارت ارتباطات فنی Technical Communication
- مهارت کنترل نسخه Version Control
- مهارت پایگاه داده و SQL Databases and SQL
موانع رایج ورود
-
نداشتن سابقه رسمی کار
-
ثبت باگ مبهم و غیرقابل بازتولید
-
تمرکز صرف بر تست رابط کاربری
-
ارسال رزومه یکسان برای همه آگهیها
-
برداشت اشتباه از QA به عنوان کار پیدا کردن خطا
-
ترس از ارتباط با توسعهدهندگان
مسیرهای ورود
مزایا و چالشهای این مسیر را میتوان جداگانه سنجید؛ فهرست زیر هر دو را کنار هم نشان میدهد.
مسیرهای ورود
-
خودآموزی پروژهمحور و درخواست برای موقعیت جونیور
توضیح مسیر: برای فردی مناسب است که میتواند بهصورت منظم تمرین کند و نمونهکار عمومی ایجاد کند. ابتدا تست دستی، گزارش باگ و تست API را در پروژههای واقعی یا آزمایشی تمرین کنید، سپس برای موقعیتهای جونیور و کارآموزی اقدام کنید. مزیت این مسیر، هزینه کمتر است؛ محدودیت آن این است که باید کمبود سابقه رسمی را با مستندات قوی و نمونهکارهای قابل ارائه جبران کنید.
مدت تقریبی: ۳ تا ۶ ماه با روزی ۲ ساعت تمرین و ساخت ۲ تا ۳ پروژه
-
کارآموزی در تیم محصول یا شرکت نرمافزاری
توضیح مسیر: کارآموزی امکان مشاهده چرخه واقعی توسعه و انتشار، دریافت بازخورد درباره گزارشهای باگ و همکاری با توسعهدهندگان را فراهم میکند. برای شروع، فرصتهای کارآموزی و جونیور را در جابینجا، جابویژن، لینکدین و صفحه فرصتهای شغلی شرکتها بررسی کنید و عنوان و وظایف آگهیهای جاری را با نمونهکار خود مقایسه کنید. ممکن است دوره کارآموزی حقوق کمتری داشته باشد یا ظرفیت آن محدود باشد، اما تجربه کار تیمی ارزشمند است.
مدت تقریبی: ۲ تا ۶ ماه با تمرین پیشین و حضور منظم در کارآموزی
-
تغییر نقش از پشتیبانی یا عملیات محصول
توضیح مسیر: کارشناسان پشتیبانی و عملیات که خطاهای کاربران را پیگیری میکنند، از شناخت محصول و توانایی بازتولید مسائل برخوردار هستند. با پیشنهاد نوشتن سناریوهای تست برای خطاهای پرتکرار، ثبت ساختاریافته باگها و مشارکت در تست نسخهها، میتوانید برای جابهجایی داخلی به QA آماده شوید. این مسیر به حمایت مدیر و نیازهای سازمان وابسته است.
مدت تقریبی: ۳ تا ۹ ماه با مشارکت هفتگی در تست نسخهها
-
ورود از مسیر توسعه نرمافزار
توضیح مسیر: توسعهدهنده تازهکار میتواند با نوشتن تستهای واحد، بررسی APIها و کمک به نگهداری تستهای خودکار، به نقشهای مرتبط با تست نزدیک شود. این مسیر برای کسانی مناسب است که به کدنویسی علاقه دارند و میخواهند در آینده در حوزه اتوماسیون تست فعالیت کنند. محدودیت این مسیر آن است که تجربه توسعه، جایگزین مهارت طراحی سناریوهای تست و انجام تست اکتشافی نمیشود.
مدت تقریبی: ۲ تا ۵ ماه با تمرین تست و یک پروژه اتوماسیون کوچک
راههای کسب تجربه
-
تست یک محصول متنباز یا نسخه آزمایشی عمومی
یک محصول دارای محیط آزمایشی یا نسخه عمومی انتخاب کنید و برای سه جریان اصلی آن، سناریوهای تست بنویسید. باگهای احتمالی را فقط در صورتی منتشر کنید که سیاست گزارش خطای محصول اجازه این کار را میدهد؛ در غیر این صورت، گزارشها را در نمونهکار شخصی نگه دارید.
-
ساخت پروژه تست برای یک اپلیکیشن نمونه
یک وباپلیکیشن ساده مانند فروشگاه، سامانه رزرو یا ابزار مدیریت کارها انتخاب کنید. برنامه تست، سناریوهای تست، گزارشهای باگ و گزارش رگرسیون را در یک مخزن GitHub یا GitLab منتشر کنید.
-
همکاری داوطلبانه با پروژه کوچک
اگر تیم دانشجویی، استارتاپ نوپا یا پروژه دوستانهای میشناسید، برای یک نسخه مشخص مسئولیت تست را بر عهده بگیرید. درباره محدوده کار، امکان ذکر این تجربه در رزومه و محرمانگی اطلاعات، از ابتدا توافق کنید.
-
بازسازی باگهای گزارششده کاربران
از گزارشهای عمومی خطا، مسائل ثبتشده در مخزنهای متنباز یا بازخوردهای کاربران درباره محصول الهام بگیرید. مسئله را بازتولید کنید و گزارش خود را با گزارش اصلی مقایسه کنید تا کیفیت جزئیات و شواهد خود را بهبود دهید.
-
مشارکت در تست انتشار داخلی
اگر در تیمی غیر از QA کار میکنید، داوطلب شوید نسخه پیش از انتشار را بر اساس یک چکلیست تست بررسی کنید. خروجی شما باید شامل سناریوهای تست، نتایج اجرا و باگهای ثبتشده باشد، نه صرفاً اعلام اینکه نسخه بررسی شده است.
نمونهکار و درخواست شغل
راهنمای نمونهکار
نمونهکار مهندس تست نرمافزار باید نشان دهد چگونه تحلیل میکنید، نه فقط با چه ابزارهایی کار کردهاید. برای بسیاری از موقعیتهای کارآموزی یا جونیور، ۲ تا ۳ پروژه مستند با خروجیهای متنوع نقطه شروع مناسبی است، به شرطی که هرکدام یک مسئله مشخص، دامنه تست روشن و خروجی قابل بررسی داشته باشند. با این حال، کیفیت شواهد و تطابق با نیازهای آگهی از تعداد پروژهها مهمتر است.
ساختار هر پروژه
معرفی کوتاه محصول، نقش شما و محیط اجرای تست.
فهرست قابلیتهای داخل محدوده و خارج از محدوده تست.
سناریوهای تست برای مسیرهای عادی، خطا و حالتهای مرزی.
چند گزارش باگ شامل مراحل بازتولید، نتیجه مورد انتظار، نتیجه واقعی و شواهد مرتبط.
گزارش نهایی شامل تعداد سناریوهای اجراشده، نتایج اجرا و ریسکهای باقیمانده.
مستندات را در یک مخزن GitHub یا GitLab با یک فایل README منظم منتشر کنید. برای سناریوها و گزارشهای جدولی میتوانید از Google Sheets استفاده کنید، اما نسخه قابل مشاهده یا خروجی PDF آنها را نیز در مخزن قرار دهید. اطلاعات حساب، دادههای شخصی کاربران، نشانی محیطهای داخلی و جزئیات محرمانه هیچ شرکت یا محصولی را منتشر نکنید.
اگر برای موقعیتهای اتوماسیون تست درخواست میدهید، یکی از پروژهها باید یک مجموعه تست کوچک و قابل اجرا داشته باشد. دستور اجرای تست، وابستگیها و محدودیتهای پروژه را در README مستند کنید.
پروژههای پیشنهادی
-
برنامه تست و گزارش باگ یک فروشگاه اینترنتی نمونه
توضیح پروژه: برای ثبتنام، جستوجو، افزودن به سبد خرید و ثبت سفارش، سناریوهای مسیر عادی، خطا و حالتهای مرزی بنویسید. حداقل سه گزارش باگ نمونه با شواهد تصویری و یک گزارش تست رگرسیون پس از رفع فرضی باگها ارائه کنید.
-
تست API برای سامانه مدیریت کارها
توضیح پروژه: API یک سامانه عمومی یا محلی را برای ایجاد، ویرایش، حذف و دریافت کارها با Postman بررسی کنید. مجموعه درخواستها، متغیرهای محیطی، بررسی کدهای وضعیت و سناریوهای خطا مانند داده نامعتبر یا نداشتن دسترسی را مستند کنید.
-
تست اکتشافی و چکلیست رگرسیون اپلیکیشن موبایل
توضیح پروژه: یک اپلیکیشن موبایل آزمایشی انتخاب کنید و رفتار آن را در سناریوهایی مانند نصب، ورود، قطع و وصل شبکه، چرخش صفحه و بازگشت از پسزمینه بررسی کنید. یافتهها را بر اساس شدت تأثیرگذاری دستهبندی و یک چکلیست تست رگرسیون کوتاه تهیه کنید.
-
اتوماسیون مسیر ورود کاربر
توضیح پروژه: برای یک وباپلیکیشن ساده، سناریوهای ورود موفق، ورود ناموفق و خروج را با Playwright، Cypress یا Selenium خودکار کنید. کد تست، دستور اجرا، دادههای تست و توضیح دلیل انتخاب سناریوها را در مخزن قرار دهید.
راهنمای رزومه و درخواست شغل
رزومه برای نخستین موقعیت تضمین کیفیت (Quality Assurance یا QA) باید کوتاه و مبتنی بر شواهد باشد. در ابتدای رزومه، عنوان هدف مانند «کارآموز یا مهندس تست نرمافزار جونیور» و یک معرفی دو تا سه خطی بنویسید که بر تست دستی، گزارش باگ و تست رابط برنامهنویسی کاربردی (API) تمرکز داشته باشد. سپس بخش پروژهها را پیش از سوابق نامرتبط قرار دهید.
برای هر پروژه، نام محصول یا محیط آزمایشی، دامنه تست، ابزارها و خروجیهای قابل اندازهگیری خود را بنویسید؛ برای نمونه: «طراحی سناریوهای تست برای جریان ثبتنام و ورود، ثبت ۵ گزارش باگ مستند و اجرای تست API با Postman». از نوشتن فهرست بلند ابزارها بدون نمونهکار یا شواهد عملی پرهیز کنید.
جستوجو و ارسال درخواست در ایران
برای شروع، در جابینجا، جابویژن، لینکدین و صفحه فرصتهای شغلی شرکتها جستوجو کنید. عنوانهایی مانند «کارشناس تست نرمافزار»، «QA Engineer»، «Software Tester»، «کارآموز QA» و «مهندس تضمین کیفیت» را بررسی کنید، اما عنوان شغلی را معیار قطعی ندانید. وظایف هر آگهی را بخوانید تا تفاوت میان تست دستی، تست API، اتوماسیون تست، تست موبایل و تست کارایی را تشخیص دهید.
برای هر درخواست، رزومه را با دو یا سه کلیدواژه واقعی آگهی هماهنگ کنید و لینک نمونهکار را در بخش بالایی رزومه و پیام درخواست قرار دهید. اگر آگهی سابقه میخواهد، اما وظایف آن با تواناییهای شما همخوان است، میتوانید درخواست دهید و در پیام کوتاه، پروژه نزدیک به نیاز آنها را معرفی کنید. اگر گواهی ISTQB یا فنیوحرفهای دارید، آن را در کنار پروژهها و شواهد عملی خود ارائه کنید و شرایط هر آگهی را ملاک قرار دهید.
پس از ارسال درخواست، جدولی شامل نام شرکت، عنوان موقعیت، تاریخ ارسال، نیازهای آگهی، لینک نمونهکار ارسالی و نتیجه پیگیری نگه دارید. این جدول کمک میکند متوجه شوید کدام شکاف مهارتی یا ضعف رزومه باعث دریافت نکردن پاسخ میشود.
چکلیست آمادگی درخواست
موارد زیر را یکبهیک بررسی کنید تا چیزی جا نماند:
- ۲ تا ۳ پروژه تست مستند با خروجیهای متفاوت و لینک قابل مشاهده آماده کردهام.
- برای هر پروژه، سناریوی تست و گزارش نهایی نوشتهام.
- حداقل سه گزارش باگ با مراحل بازتولید و شواهد دارم.
- یک پروژه شامل تست API با Postman در نمونهکارم دارم.
- رزومه یکصفحهای و هدفمند برای موقعیت جونیور آماده کردهام.
- لینک GitHub یا GitLab نمونهکار را در رزومه قرار دادهام.
- ابزارهای رزومه را فقط در کنار تجربه عملی مرتبط نوشتهام.
- برای عنوانهای QA Engineer، Software Tester و کارآموز QA جستوجوی ذخیرهشده ساختهام.
- برای هر درخواست، رزومه و پروژه مرتبط با آگهی را انتخاب میکنم.
- جدول پیگیری درخواستها و بازخوردها را آماده کردهام.
- اطلاعات محرمانه هیچ شرکت یا کاربری را در نمونهکار منتشر نکردهام.
پرسشهای پرتکرار
پرسشها و پاسخهای زیر، برخی از موضوعات مهم درباره راهنمای ورود به شغل مهندس تست نرمافزار را روشن میکنند.
بدون سابقه کار میتوانم برای موقعیت QA درخواست بدهم؟
بله، اگر بتوانید توانایی خود را با نمونهکار و شواهد عملی نشان دهید. برای بسیاری از موقعیتهای کارآموزی یا جونیور، ۲ تا ۳ پروژه مستند با خروجیهای متنوع نقطه شروع مناسبی است؛ اما کیفیت شواهد، سابقه قابل انتقال و نیازهای آگهی تعیینکننده هستند.
برای نخستین شغل تست نرمافزار، تست دستی کافی است؟
برای بعضی موقعیتهای جونیور، تست دستی نقطه شروع است؛ اما آشنایی عملی با رابط برنامهنویسی کاربردی (API) و توانایی ثبت گزارش باگ دقیق معمولا شما را آمادهتر میکند. اتوماسیون تست برای همه موقعیتهای نخست الزامی نیست، اما برای مسیرهای فنیتر یک مزیت محسوب میشود.
چند پروژه در نمونهکار مهندس تست لازم است؟
برای بسیاری از موقعیتهای کارآموزی یا جونیور، ۲ تا ۳ پروژه مستند با خروجیهای متنوع میتواند نقطه شروع مناسبی باشد؛ مثلا تست دستی و گزارش باگ، تست API، تست موبایل یا اتوماسیون تست ساده. کیفیت مستندات، سابقه قابل انتقال و تطابق با نیازهای آگهی از تعداد پروژهها مهمتر است.
آیا میتوانم روی سایتهای واقعی باگ پیدا کنم و در نمونهکار بگذارم؟
فقط در صورتی این کار را انجام دهید که سیاست گزارش مسئولانه همان محصول چنین کاری را مجاز بداند. برای جزئیات مربوط به انتخاب محیط امن و رعایت محرمانگی، راهنمای نمونهکار را ببینید.
در رزومه QA چه چیزی را به جای سابقه کار بنویسم؟
بخش پروژهها را در جایگاه اصلی رزومه قرار دهید و برای هر پروژه، دامنه تست، سناریوهای تست، باگهای مستند، ابزارها و لینک خروجی را درج کنید. تجربه پشتیبانی، تحلیل کسبوکار یا توسعه را نیز با تأکید بر بازتولید مسئله، تحلیل نیازمندی و همکاری با تیم فنی بیان کنید.
گواهی ISTQB یا فنیوحرفهای برای استخدام کافی است؟
ارزش و کافیبودن هر گواهی را بر اساس شرایط همان آگهی و گفتوگوی استخدامی ارزیابی کنید. گواهی را در رزومه بهعنوان مدرک تکمیلی ارائه کنید و در کنار آن، نمونهکار و شواهد عملی طراحی سناریوهای تست، گزارش باگ و تست API را نشان دهید.
اگر آگهی دو سال سابقه کار خواسته باشد، درخواست بدهم؟
اگر وظایف آگهی با تواناییها و نمونهکار شما همخوان است، درخواست دادن میتواند منطقی باشد. اما اگر نقش بر نگهداری اتوماسیون پیچیده، طراحی راهبرد کیفیت یا رهبری تیم تمرکز دارد، ابتدا موقعیتهای جونیورتر را هدف بگیرید.
