معرفی
این نقشه راه با درک رفتار محصول و تست دستی آغاز میشود و سپس به گزارش باگ، تست API، بررسی داده، کنترل نسخه و اتوماسیون رابط وب میپردازد. ترتیب این مراحل عمدی است؛ زیرا کسی که هنوز نمیتواند رفتار مورد انتظار یک قابلیت را تشخیص دهد، صرفا با نوشتن اسکریپتهای خودکار به یک تستر مؤثر تبدیل نمیشود.
هشت گام اصلی این مسیر در مجموع به حدود ۲۵۵ ساعت تمرین هدفمند نیاز دارند. اگر هفتهای ۱۰ ساعت برای یادگیری زمان بگذارید، تکمیل آنها معمولا حدود ۶ تا ۷ ماه طول میکشد. گام پایانی که شامل اجرای یک پروژه یکپارچه و آشنایی با شاخههای تخصصی است، اختیاری است و حدود ۳۰ ساعت دیگر زمان نیاز دارد.
هدف این مسیر، آمادهسازی برای شروع کار در موقعیتهای جونیور در تیمهای محصول، شرکتهای نرمافزاری سازمانی، فروشگاههای اینترنتی یا تیمهای توسعه وب و اپلیکیشن است. هنگام بررسی آگهیهای شغلی موردنظر، عنوان شغل، وظایف، نوع محصول و ابزارهای موردنیاز را جداگانه بررسی کنید؛ عنوانهایی مانند QA Engineer، Software Tester و کارشناس تست نرمافزار همیشه دامنه مسئولیت یکسانی ندارند.
پس از یادگیری مهارتهای پایه، اتوماسیون تست یکی از مسیرهای مهم رشد است. تست کارایی با Apache JMeter و تست اپلیکیشن موبایل با Appium نیز شاخههای تخصصی این حوزه هستند؛ در گام اختیاری با مفاهیم و منطق کلی آنها آشنا میشوید، اما تسلط حرفهای بر هرکدام به پروژه و تمرین جداگانه نیاز دارد. برای ساخت رزومه و اقدام برای استخدام، راهنمای ورود به شغل مهندس تست نرمافزار را ببینید.
مخاطبان نقشه راه
این مسیر برای افرادی طراحی شده است که میخواهند از نقطه شروع یا با تجربه محدود در توسعه نرمافزار، برای موقعیتهای جونیور تست نرمافزار و QA آماده شوند. در این مسیر فرض بر این است که با کارهای روزمره رایانه و مطالعه متون فنی انگلیسی در سطح پایه آشنا هستید، اما هنوز تجربه حرفهای در حوزه تست نرمافزار ندارید.
دستاورد پایانی
در پایان این مسیر میتوانید نیازمندیهای یک قابلیت را به سناریوهای تست تبدیل کنید، تست دستی و رگرسیون را اجرا کنید، باگهای قابل بازتولید ثبت کنید، APIها را بررسی کنید، دادهها را با SQL اعتبارسنجی کنید و مجموعهای کوچک اما قابل ارائه از تستهای خودکار رابط وب ایجاد کنید. این تواناییها برای شروع کار در موقعیتهای جونیور QA یا تست نرمافزار مناسب هستند؛ اما کسب تخصص در زمینههایی مانند تست کارایی یا تست موبایل به تمرین و تجربه بیشتری نیاز دارد.
پیشنیازها
شروع این مسیر با دانستن پیشنیازهای زیر هموارتر میشود.
- کار با مرورگر، فایلها و نصب نرمافزار در حد روزمره
- خواندن متن انگلیسی فنی در حد استفاده از مستندات و پیام خطا
- دسترسی به یک رایانه شخصی برای تمرین ابزارهای تست
مسیر یادگیری شغل مهندس تست نرمافزار
-
۲۰ ساعت
شناخت محصول، کیفیت و چرخه تست
هدف گام: درک کنید که تست فقط اجرای مراحل تکراری نیست، بلکه روشی برای ارزیابی کیفیت محصول و کاهش ریسک انتشار است.
ابتدا تفاوت تست نرمافزار با تضمین کیفیت نرمافزار (Software Quality Assurance یا QA) را یاد بگیرید. تست، شواهدی درباره رفتار محصول جمعآوری میکند؛ در حالی که QA علاوه بر تست، به شفافسازی نیازمندیها، پیشگیری از خطا و بهبود کیفیت فرایند نیز توجه دارد.
با چرخه توسعه نرمافزار، انتشار نسخه، محیطهای توسعه و آزمایش، سطوح تست و مفاهیمی مانند باگ، نقص، رگرسیون و معیار پذیرش آشنا شوید. هنگام بررسی یک قابلیت، هدف شما اثبات بینقص بودن آن نیست؛ بلکه باید ریسکهای مهم و رفتارهای نامشخص را شناسایی کنید.
مهارتها
مفاهیم تکمیلی
چرخه عمر توسعه و انتشار نرمافزارتفاوت کنترل کیفیت و تضمین کیفیتسطوح و انواع تست نرمافزارمفهوم ریسک محصول و ریسک تستمعیار پذیرش و رفتار مورد انتظارپروژه پیشنهادی: برای یک قابلیت ساده مانند ثبتنام در یک وبسایت، هدف کاربر، معیارهای پذیرش، ریسکهای اصلی و ابهامهای موجود را در یک سند کوتاه ثبت کنید.
معیار پایان گام: میتوانید برای یک قابلیت مشخص کنید چه مواردی باید تست شوند، چه مواردی خارج از محدوده تست هستند و کدام ریسکها باید در اولویت بررسی قرار گیرند.
-
۳۵ ساعت
طراحی سناریو و اجرای تست دستی
هدف گام: نیازمندیهای محصول را به سناریوهای قابل اجرا برای مسیرهای عادی، خطا و حالتهای مرزی تبدیل کنید.
سناریوهای تست را از داستان کاربر، معیارهای پذیرش، طرح رابط کاربری و قوانین کسبوکار استخراج کنید. برای هر قابلیت، فقط مسیر موفق را تست نکنید؛ ورودیهای نامعتبر، قطع ارتباط، دادههای تکراری، مجوزهای دسترسی و بازگشت از مراحل میانی نیز اهمیت دارند.
بین تست موردی و تست اکتشافی تمایز قائل شوید. در تست موردی، مراحل اجرا و نتیجه مورد انتظار را ثبت میکنید. در تست اکتشافی، با یک هدف مشخص محصول را بررسی میکنید و مشاهدات و پرسشهای خود را مستند میکنید.
مهارتها
ابزارها
مفاهیم تکمیلی
طراحی مورد تست از معیار پذیرشمسیرهای عادی، خطا و حالتهای مرزیتقسیمبندی همارزی و تحلیل مقدار مرزیتست اکتشافی با هدف مشخصبررسی رفتار رابط کاربری و پیامهای خطاپروژه پیشنهادی: در یک محیط آزمایشی، دموی عمومی با مجوز مشخص، پروژه شخصی یا محصولی که اجازه آزمودن آن را دارید، حداقل ۲۰ مورد تست برای قابلیتهایی مانند ثبتنام، ورود، جستوجو و ثبت سفارش طراحی و اجرا کنید. سفارش واقعی ایجاد نکنید، دادهها را دستکاری نکنید و باگها را فقط از کانال رسمی همان محصول گزارش دهید.
معیار پایان گام: حداقل ۲۰ مورد تست دارید که برای هرکدام پیششرطها، مراحل اجرا، دادههای تست و نتایج مورد انتظار مشخص شدهاند و چند خطای واقعی یا ابهام محصول را ثبت کردهاید.
-
۲۰ ساعت
ثبت، اولویتبندی و پیگیری باگ
هدف گام: باگ را بهگونهای گزارش کنید که توسعهدهنده بتواند آن را بازتولید، بررسی و رفع کند.
گزارش باگ خوب باید شامل عنوان دقیق، محیط اجرا، پیششرطها، مراحل بازتولید، نتیجه واقعی، نتیجه مورد انتظار و شواهد کافی باشد. ویدئو یا تصویر بهتنهایی جایگزین مراحل بازتولید نمیشود.
شدت اثر باگ را از اولویت رسیدگی جدا کنید. خطایی که پرداخت را متوقف میکند معمولا شدت بالایی دارد، اما اولویت نهایی آن میتواند به زمان انتشار، تعداد کاربران درگیر و تصمیمهای محصول وابسته باشد. پس از رفع باگ، ابتدا همان مورد را دوباره بررسی کنید و سپس بخشهای در معرض رگرسیون را تست کنید.
مهارتها
ابزارها
مفاهیم تکمیلی
ساختار گزارش باگ قابل بازتولیدتفکیک شدت اثر و اولویت رسیدگیمدیریت چرخه عمر باگتست مجدد رفع باگانتخاب شواهد مناسب برای گزارشپروژه پیشنهادی: حداقل ۸ باگ یا مشاهده قابل پیگیری از پروژه مرحله قبل را در Jira ثبت کنید و برای هر مورد، شدت اثر، اولویت پیشنهادی و نتیجه تست مجدد را ثبت کنید.
معیار پایان گام: فرد دیگری باید بتواند با خواندن گزارشهای شما، حداقل ۶ مورد را بدون نیاز به پرسش اضافی بازتولید کند یا مشخص کند که گزارش باگ اطلاعات کافی برای بررسی ندارد.
-
۳۵ ساعت
تست API و مشاهده درخواستهای شبکه
هدف گام: رفتار API را مستقل از رابط کاربری بررسی کنید و خطاهای لایه ارتباطی را تشخیص دهید.
مفاهیم HTTP، روشهای درخواست، کدهای وضعیت، هدرها، بدنه درخواست و پاسخ، احراز هویت و دادههای JSON را تمرین کنید. سپس APIها را با Postman آزمایش کنید و درخواستهایی را که رابط وب ارسال میکند، در Chrome DevTools بررسی کنید.
تست API فقط ارسال درخواست موفق نیست. نبود فیلدهای اجباری، نوع داده نادرست، دسترسی غیرمجاز، رکوردهای ناموجود، درخواستهای تکراری و سازگاری پیامهای خطا را نیز بررسی کنید. از متغیرهای محیطی برای جدا کردن دادههای آزمایشی از محیطهای مختلف استفاده کنید.
مهارتها
ابزارها
مفاهیم تکمیلی
ساختار درخواست و پاسخ HTTPکدهای وضعیت و پیامهای خطای APIاعتبارسنجی بدنه پاسخ JSONاحراز هویت و مدیریت توکنطراحی داده آزمایشی برای APIردیابی درخواستهای شبکه از رابط وبپروژه پیشنهادی: برای یک API عمومی یا پروژه شخصی، یک Collection شامل حداقل ۱۲ درخواست ایجاد کنید که سناریوهای موفق، خطا، احراز هویت و اعتبارسنجی داده را پوشش دهد.
معیار پایان گام: میتوانید برای یک API، درخواستهای اصلی و سناریوهای خطا را اجرا کنید، پاسخ را با رفتار مورد انتظار محصول مقایسه کنید و یک خطای API را با شواهد کافی گزارش دهید.
-
۲۵ ساعت
بررسی داده و SQL برای تست
هدف گام: با استفاده از پرسوجوی داده، اثر عملیات محصول را بررسی کنید و دادههای آزمایشی مناسب آماده کنید.
مبانی پایگاه داده رابطهای و SQL را تا حدی یاد بگیرید که بتوانید دادهها را بخوانید، فیلتر کنید و ارتباط بین جدولها را درک کنید. تمرکز شما در این مرحله توسعه پایگاه داده نیست؛ باید بتوانید ادعاهای رابط کاربری یا API را با دادههای ذخیرهشده بررسی کنید.
پرسوجوهای SELECT، WHERE، ORDER BY، JOIN، GROUP BY و شمارش را روی یک پایگاه داده تمرینی اجرا کنید. در محیط واقعی، هرگز بدون مجوز دادهای ایجاد یا حذف نکنید و اطلاعات شخصی یا مالی کاربران را در گزارش باگ کپی نکنید.
مهارتها
مفاهیم تکمیلی
مدل داده رابطهای و کلیدهای اصلیخواندن و فیلترکردن داده با SQLاتصال جدولها برای اعتبارسنجی دادهکنترل اثر عملیات API در پایگاه دادهمدیریت ایمن دادههای آزمایشیپروژه پیشنهادی: یک پایگاه داده نمونه فروشگاهی ایجاد یا انتخاب کنید و ۱۰ پرسوجو بنویسید که ثبت کاربران، سفارشها، وضعیت پرداخت و مجموع سفارشها را بررسی کند.
معیار پایان گام: میتوانید با یک پرسوجوی SQL ساده، صحت یک تغییر ثبتشده از طریق API یا رابط کاربری را بررسی کنید و نتیجه را توضیح دهید.
-
۲۰ ساعت
کار تیمی، رگرسیون و مدیریت نسخه
هدف گام: تست را در چرخه تحویل تیمی انجام دهید و سناریوها، نتایج اجرا و گزارشهای باگ خود را قابل پیگیری نگه دارید.
با بکلاگ، اسپرینت، تعریف انجامشدن، انتشار نسخه و تست رگرسیون آشنا شوید. برای رگرسیون، فهرستی مبتنی بر ریسک ایجاد کنید؛ اجرای بیهدف همه سناریوها در هر انتشار معمولا باعث اتلاف زمان میشود.
Git را در حد کلونکردن مخزن، ساخت شاخه، ثبت تغییرات، دریافت تغییرات و حل تعارضهای ساده تمرین کنید. این مهارت برای نگهداری مستندات و سپس کدهای تست خودکار ضروری است. در همکاری با توسعهدهنده، گزارش خود را بر رفتار قابل مشاهده و شواهد متمرکز کنید، نه حدس درباره علت فنی خطا.
مهارتها
ابزارها
مفاهیم تکمیلی
برنامهریزی تست رگرسیون مبتنی بر ریسکتعریف انجامشدن و معیار خروج از تستمدیریت تغییرات با کنترل نسخههمکاری QA با توسعه و محصولگزارش وضعیت تست و ریسکهای باقیماندهپروژه پیشنهادی: برای یک انتشار فرضی فروشگاه اینترنتی، یک برنامه تست رگرسیون کوتاه ایجاد کنید، آن را در یک مخزن Git نگهداری کنید و وضعیت ۱۰ سناریوی کلیدی را در Jira ثبت کنید.
معیار پایان گام: میتوانید توضیح دهید چرا برخی سناریوها در یک انتشار اولویت بیشتری دارند و تغییرات مستندات تست خود را با Git ثبت، پیگیری و بازیابی کنید.
-
۴۵ ساعت
برنامهنویسی JavaScript برای اتوماسیون تست
هدف گام: برای نوشتن و نگهداری تستهای خودکار، مبانی JavaScript و ساختار پروژه را یاد بگیرید.
در این نقشه راه، JavaScript مسیر اصلی برنامهنویسی برای اتوماسیون رابط وب است، زیرا در گام بعدی با Playwright استفاده میشود. هدف این مرحله ساخت نرمافزار کامل نیست؛ باید بتوانید کد تست خوانا، قابل نگهداری و قابل اشکالزدایی بنویسید.
متغیرها، شرطها، حلقهها، توابع، آرایهها، اشیا، مدیریت خطا، ماژولها و خواندن داده از فایل را تمرین کنید. سپس مفهوم تست واحد، گزارههای تست و جداسازی دادههای تست از منطق تست را یاد بگیرید.
مفاهیم تکمیلی
ساختار داده و کنترل جریان در JavaScriptنوشتن تابع و مدیریت خطاماژولبندی کد تستگزاره و نتیجه مورد انتظار در تست خودکارمدیریت داده آزمایشی در فایلهای جداگانهپروژه پیشنهادی: یک برنامه کوچک JavaScript بنویسید که اعتبار دادههای نامعتبر ثبتنام را بررسی کند و برای حداقل ۱۰ ورودی، نتیجه واقعی را با نتیجه مورد انتظار از طریق گزارههای تست مقایسه کند.
معیار پایان گام: میتوانید یک تابع ساده JavaScript بنویسید، آن را با چند ورودی تست کنید، خطاهای اجرا را بررسی کنید و تغییرات را در Git ثبت کنید.
-
۵۵ ساعت
اتوماسیون تست رابط وب و اجرای پیوسته
هدف گام: مسیرهای پایدار و پرتکرار رابط وب را خودکار کنید و کد تستهای خودکار را از نظر خوانایی، نگهداریپذیری و پایداری ارزیابی کنید.
در این مسیر، Playwright ابزار اصلی اتوماسیون رابط وب است. ابزارهای دیگری مانند Cypress و Selenium نیز وجود دارند، اما برای جلوگیری از پراکندگی، ابتدا Playwright را تا ساخت یک پروژه قابل نمایش یاد بگیرید. ابزارها جای طراحی سناریوی خوب را نمیگیرند.
تست ورود، جستوجو یا ثبت سفارش را با انتخابگرهای پایدار، انتظارهای مناسب و داده مستقل از محیط بنویسید. از توقفهای زمانی ثابت تا حد امکان پرهیز کنید. سپس اجرای تستها را در CI با Jenkins یا سرویس مشابه مشاهده کنید. شکست تست را به سه دسته بررسی کنید؛ باگ محصول، ایراد کد تست و ناپایداری محیط.
مهارتها
مفاهیم تکمیلی
انتخابگرهای پایدار در رابط وبمدیریت انتظار و همزمانی در تست مرورگرساختاردهی صفحهها و دادههای تستتفکیک شکست محصول از شکست تستاجرای خودکار تست در یکپارچهسازی پیوستهپروژه پیشنهادی: برای یک وبسایت آزمایشی، حداقل ۶ تست خودکار رابط وب برای ورود، جستوجو، افزودن به سبد خرید و بررسی پیامهای خطا با Playwright بنویسید. پروژه را در Git نگهداری کنید و راهنمای اجرای تستها را تهیه کنید.
معیار پایان گام: تستها با یک دستور اجرا میشوند، حداقل ۶ سناریوی مستقل دارند، از انتظارهای ثابت و توقفهای زمانی غیرضروری استفاده نمیکنند و برای یک شکست نمونه، علت، دستهبندی مشکل و راهحل رفع آن را مستند کردهاید.
-
۳۰ ساعت
پروژه یکپارچه و شاخههای تخصصی اختیاری
هدف گام: پس از تکمیل مسیر پایه، یک پروژه منسجم برای ارائه در رزومه ایجاد کنید یا مسیر تخصصی بعدی را آگاهانه انتخاب کنید.
این گام اختیاری است. در آن یک پروژه یکپارچه ایجاد میکنید که از سناریوهای دستی، گزارش باگ، تست API، پرسوجوی SQL و اتوماسیون رابط وب تشکیل شده باشد. کیفیت پروژه به تعداد ابزارها وابسته نیست؛ باید نشان دهد که بین نیازمندی، ریسک، تست و شواهد ارتباط برقرار میکنید.
اگر محصول هدف شما موبایل است، پس از تثبیت پایهها، تست اپلیکیشن موبایل و Appium را یاد بگیرید. اگر به سامانههای پرترافیک علاقه دارید، طراحی آزمون بار و Apache JMeter را در یک محیط آزمایشی دنبال کنید. این دو شاخه مکمل مسیر پایه هستند و برای موقعیتهای جونیور عمومی، جایگزین فهم تست دستی و API نمیشوند.
مهارتها
ابزارها
مفاهیم تکمیلی
مستندسازی پوشش تست یک قابلیتانتخاب سناریوهای مناسب برای اتوماسیونمبانی آزمون بار و تحلیل پاسخهاتفاوت تست وب و تست اپلیکیشن موبایلارائه ریسکهای باقیمانده پیش از انتشارپروژه پیشنهادی: یک پرونده پروژه برای یک قابلیت فروشگاهی یا سامانه رزرو ایجاد کنید که شامل ۱۵ مورد تست دستی، ۵ گزارش باگ نمونه، یک Collection API، ۵ پرسوجوی SQL و ۶ تست خودکار رابط وب باشد. در فایل راهنمای پروژه، دامنه پوشش تست، محدودیتها و ریسکهای باقیمانده را توضیح دهید.
معیار پایان گام: میتوانید پروژه را از نیازمندی تا نتیجه تست توضیح دهید، برای یافتهها و تصمیمهای خود شواهد ارائه کنید و مشخص کنید کدام سناریوها به صورت دستی باقی ماندهاند و دلیل آن چیست.
زمان تقریبی یادگیری
برآورد مجموع زمان آموزش، مطالعه و تمرین تا رسیدن به سطح کاربردی؛ بسته به پیشزمینه شما میتواند کمتر یا بیشتر باشد.
ابزارهای مسیر
موارد زیر تصویری کلی از این بخش برای این مسیر ارائه میکنند.
خطاهای رایج مسیر
برای آشنایی بهتر با این مسیر، توجه به موارد زیر میتواند مفید باشد.
-
شروع اتوماسیون پیش از یادگیری تست دستی
پیش از نوشتن کد، برای یک قابلیت معیارهای پذیرش، حالتهای مرزی و ریسکهای اصلی را مشخص کنید. ابتدا سناریوهای دستی را اجرا و پایدار کنید، سپس مسیرهای پرتکرار و پایدار را برای اتوماسیون انتخاب کنید.
-
تستکردن فقط مسیر موفق
برای هر قابلیت، دستکم یک سناریوی ورودی نامعتبر، یک حالت مرزی، یک سناریوی مرتبط با مجوز دسترسی و یک وضعیت قطع ارتباط یا خطای سرویس را بررسی کنید. سناریوها را از معیارهای پذیرش و قوانین کسبوکار استخراج کنید.
-
گزارش باگ مبهم یا بدون شواهد
همیشه محیط اجرا، پیششرط، مراحل بازتولید، نتیجه واقعی، نتیجه مورد انتظار و شواهد را ثبت کنید. عنوانهای مبهم مانند «کار نمیکند» را با توضیح رفتار مشاهدهشده، شرایط رخداد و اثر مشکل جایگزین کنید.
-
برابر دانستن شدت باگ با اولویت آن
شدت (Severity) را بر اساس میزان اثر خطا بر کاربر و محصول ارزیابی کنید، اما اولویت (Priority) را با توجه به زمان انتشار، تعداد کاربران درگیر، ریسک کسبوکار و تصمیم تیم تعیین کنید. این دو معیار را بهصورت جداگانه در گزارش باگ ثبت کنید.
-
تکیه بر توقف زمانی ثابت در تست خودکار
بهجای زمانهای انتظار ثابت، از انتظارهای مبتنی بر وضعیت رابط کاربری یا پاسخ شبکه استفاده کنید. تستهای ناپایدار را با بررسی انتخابگرها، دادههای تست، شرایط اجرا و پیکربندی محیط اصلاح کنید.
-
یادگیری ابزار بدون فهم HTTP و داده
در کنار Postman، ساختار درخواست و پاسخ، کدهای وضعیت، احراز هویت و دادههای JSON را تمرین کنید. در کنار بررسی رابط کاربری، اثر عملیات را با پرسوجوی SQL روی دادههای آزمایشی کنترل کنید.
-
ثبت یا استفاده ناایمن از داده کاربران
در تمرینها و گزارشها، از دادههای ساختگی یا دادههای مجاز استفاده کنید. اطلاعات شخصی، گذرواژه، توکنهای دسترسی و دادههای مالی را در تصویر، تیکت یا مخزن عمومی منتشر نکنید.
-
تبدیلشدن به مانع ارتباطی تیم
گزارش باگ را بر رفتار مشاهدهشده، شرایط رخداد و اثر آن بر کاربر متمرکز کنید. پرسشها و ابهامهای نیازمندی را زود مطرح کنید و در گفتوگو با توسعهدهنده، بهجای جستوجوی مقصر، بر بازتولید مشکل، شواهد و رفع ریسک تمرکز کنید.
چکلیست آمادگی شغلی
چکلیست زیر کمک میکند هیچ نکته مهمی را از قلم نیندازید:
- میتوانم معیار پذیرش یک قابلیت را به سناریوهای عادی، خطا و مرزی تبدیل کنم.
- میتوانم تست دستی و رگرسیون مبتنی بر ریسک را برای یک نسخه اجرا کنم.
- میتوانم باگ را با مراحل بازتولید، نتیجه مورد انتظار، نتیجه واقعی و شواهد در Jira ثبت کنم.
- میتوانم درخواستها و پاسخهای API را با Postman بررسی و خطاهای رایج را گزارش کنم.
- میتوانم با SQL ساده، داده ثبتشده پس از یک عملیات محصول را کنترل کنم.
- میتوانم تغییرات پروژه تست را با Git ثبت و دریافت کنم.
- میتوانم حداقل ۶ تست خودکار پایدار برای یک رابط وب با Playwright اجرا کنم.
- میتوانم شکست یک تست خودکار را به باگ محصول، ایراد تست یا ناپایداری محیط تفکیک کنم.
- میتوانم یک پروژه مستند شامل تست دستی، API، گزارش باگ و اتوماسیون ارائه کنم.
پرسشهای پرتکرار
پرسشها و پاسخهای زیر، برخی از موضوعات مهم درباره نقشه راه شغلی مهندس تست نرمافزار را روشن میکنند.
برای شروع این نقشه راه باید برنامهنویسی بلد باشم؟
خیر. ابتدا مراحل تست دستی، گزارش باگ و تست API را پیش ببرید و برنامهنویسی JavaScript را در گام اتوماسیون آغاز کنید. برای آشنایی با مهارتها و انتظارات رایج این نقش، صفحه شغل مهندس تست نرمافزار را بررسی کنید.
یادگیری این مسیر چقدر زمان میبرد؟
هشت گام اصلی این مسیر حدود ۲۵۵ ساعت تمرین هدفمند نیاز دارند. با اختصاص هفتهای ۱۰ ساعت، تکمیل آنها معمولا ۶ تا ۷ ماه زمان میبرد. گام اختیاری شامل پروژه یکپارچه و آشنایی با شاخههای تخصصی، حدود ۳۰ ساعت دیگر به زمان مسیر اضافه میکند.
آیا در این نقشه راه اتوماسیون تست را یاد میگیرم؟
بله. پس از تثبیت تست دستی، تست API، SQL و Git، JavaScript و اتوماسیون رابط وب با Playwright را یاد میگیرید. این ترتیب کمک میکند پیش از خودکارسازی، سناریوهای مناسب را بر اساس پایداری، تکرارپذیری و ارزش تست انتخاب کنید.
بین Selenium، Playwright و Cypress کدام را یاد بگیرم؟
در این نقشه راه، Playwright را بهعنوان ابزار اصلی اتوماسیون رابط وب انتخاب کنید تا روی یک پشته آموزشی متمرکز بمانید. پس از ساخت پروژه پایه، ابزارهای موردنیاز آگهیهای هدف را بررسی کنید و در صورت نیاز Selenium یا Cypress را به دامنه مهارتهای خود اضافه کنید.
آیا باید تست موبایل و کارایی را هم در ابتدای مسیر یاد بگیرم؟
خیر. ابتدا تست دستی، تست API و اتوماسیون رابط وب را تثبیت کنید. تست اپلیکیشن موبایل با Appium و تست کارایی با Apache JMeter مسیرهای تخصصی اختیاری پس از تکمیل پایههای QA هستند.
آیا باید برای این مسیر گواهی رسمی بگیرم؟
برای برنامهریزی یادگیری، ابتدا روی ساخت نمونهکار و کسب تواناییهای عملی این مسیر تمرکز کنید. اگر گواهی مانند ISTQB در آگهیهای هدف یا فرایند استخدام یک موقعیت مشخص درخواست شده است، شرایط همان موقعیت را بررسی کنید. جزئیات تصمیمگیری برای ورود به بازار کار در صفحه شغل مهندس تست نرمافزار و راهنمای ورود به این شغل آمده است.
