معرفی و تعریف
تست اپلیکیشن موبایل مهارت بررسی کیفیت، پایداری و رفتار درست برنامه در گوشیها و تبلتها است. این مهارت از یافتن خطا در منطق برنامه آغاز میشود و تا بررسی رابط کاربری، ارتباط شبکه، مجوزها، اعلانها و عملکرد برنامه روی دستگاههای واقعی ادامه دارد.
این مهارت دو مسیر رایج دارد. در مسیر تست دستی، فرد سناریو طراحی و اجرا میکند، خطا را بازتولید و گزارش میکند و رفتار برنامه را روی دستگاهها بررسی میکند. در مسیر تست خودکار، توسعهدهنده یا متخصص کیفیت، تستهای واحد، یکپارچه و رابط کاربری مینویسد تا پس از تغییر کد، رفتارهای مهم بهصورت تکرارپذیر بررسی شوند.
تفاوت میان پلتفرمهای Android و iOS و نسخههای هرکدام، اندازه صفحه، قطع و وصل اینترنت، چرخه حیات برنامه، اجرای پسزمینه و مجوزهایی مانند دوربین یا موقعیت مکانی، خطاهایی ایجاد میکنند که معمولاً در تست منطق سرور دیده نمیشوند.
اهمیت و کاربردها
چرا این مهارت مهم است؟
در توسعه موبایل، یک قابلیت ممکن است روی شبیهساز درست به نظر برسد، اما روی دستگاه واقعی، نسخه متفاوت سیستمعامل یا اینترنت ناپایدار خطا دهد. تست منظم کمک میکند چنین تفاوتهایی پیش از انتشار نسخه شناسایی شوند و هزینه اصلاح خطا پس از انتشار کمتر شود.
برای توسعهدهنده موبایل، توانایی نوشتن و اجرای تست خودکار معمولا هنگام تحویل تغییرات مهم مفید است. برای تستر دستی نیز طراحی سناریو، گزارش خطای قابل بازتولید و بررسی دستگاه واقعی اهمیت دارد. میزان انتظار هر تیم از خودکارسازی به محصول، تعداد انتشارها، فناوری پروژه و نقش استخدامی بستگی دارد. عنوانهایی مانند توسعهدهنده Android، iOS، Flutter، React Native، کارشناس QA و تستر نرمافزار را جداگانه بررسی کنید.
در تیمهای ایرانی، دسترسی همزمان به مدلها و نسخههای متنوع گوشی همیشه بدیهی نیست. پیش از برنامهریزی تست، مشخص کنید کدام دستگاهها در اختیار تیم یا کاربران محصول هستند و جریانهای حساس مانند پرداخت، ورود، اعلان و مجوزها را روی دستگاه واقعی در اولویت بگذارید.
Android Studio برای اجرای تست و بررسی خطا در پروژههای Android و Xcode برای پروژههای iOS کاربرد دارند. در پروژههای Flutter و React Native، تست منطق مشترک باید در کنار بررسی رفتار مخصوص هر پلتفرم انجام شود. Git برای نگهداری کد تست و بازبینی تغییرات آن به کار میرود و در فرایند یکپارچهسازی و تحویل مستمر، مجموعه تست میتواند پیش از ادغام یا انتشار اجرا شود.
این مهارت جای تست دستی اکتشافی را کاملا نمیگیرد. بررسی تجربه واقعی کاربر، رفتار روی مدلهای مختلف گوشی و خطاهای وابسته به شرایط شبکه همچنان به مشاهده انسانی و دستگاه واقعی نیاز دارد.
کاربردها
-
اعتبارسنجی منطق ثبتنام و ورود
نوشتن تست واحد برای اعتبارسنجی فرم، مدیریت خطای ورود و تغییر وضعیت کاربر بدون وابستگی به رابط کاربری.
-
بررسی جریان خرید و پرداخت
آزمودن مسیر انتخاب محصول، سبد خرید، بازگشت از درگاه پرداخت و نمایش نتیجه ناموفق یا موفق در شرایط شبکه متفاوت.
-
تست مجوزهای حساس دستگاه
بررسی رفتار برنامه هنگام رد، پذیرش یا لغو مجوزهایی مانند دوربین، اعلان، موقعیت مکانی و دسترسی به فایلها.
-
کنترل چرخه حیات برنامه
بررسی حفظ داده و وضعیت صفحه هنگام چرخش صفحه، رفتن برنامه به پسزمینه، بازگشت کاربر و بازسازی برنامه توسط سیستمعامل.
-
آزمون رابط روی اندازههای مختلف صفحه
یافتن بههمریختگی چیدمان، ناپدید شدن دکمهها و مشکل پیمایش در گوشیها و تبلتهای با اندازه و تراکم متفاوت.
-
پیشگیری از بازگشت خطا پس از تغییرات
اجرای مجموعه تستهای واحد و رابط پیش از ادغام تغییرات تا قابلیتهای قبلی پس از اصلاح یا توسعه جدید خراب نشوند.
ابزارهای مرتبط
پیشنیازها
شروع این مهارت با دانستن پیشنیازهای زیر هموارتر میشود.
- برای مسیر تست دستی: توانایی کار با گوشی هوشمند و ثبت دقیق مراحل بازتولید خطا
- برای مسیر تست خودکار: آشنایی با توسعه اپلیکیشن موبایل و زبان یا فریمورک پروژه
- دسترسی به یک پروژه ساده موبایل برای تمرین
- یک شبیهساز یا دستگاه واقعی Android یا iOS
مسیر یادگیری تست اپلیکیشن موبایل
-
۱۰ ساعت
مسیر دستی یا خودکارسازی را انتخاب کنید.
اگر از تست دستی آغاز میکنید، روی طراحی سناریو، اجرای چکلیست، ثبت شواهد و گزارش خطا تمرکز کنید. اگر توسعهدهنده موبایل هستید یا قصد خودکارسازی دارید، علاوه بر این موارد باید ساختار پروژه، منطق برنامه و ابزار تست فریمورک خود را بشناسید.
برای فردی که از تست دستی شروع میکند، حدود ۵۰ تا ۷۰ ساعت مطالعه و تمرین، با هفتهای ۸ تا ۱۰ ساعت، برای اجرای سناریوهای پایه مناسب است. برای توسعهدهنده آشنا با یک پروژه موبایل که میخواهد تست خودکار بنویسد، حدود ۱۰۰ تا ۱۴۰ ساعت با هفتهای ۸ تا ۱۰ ساعت تمرین، برآورد واقعبینانهتری است. عدد ۱۲۰ ساعت نماینده مسیر دوم در این صفحه است.
-
۱۵ ساعت
مفاهیم کیفیت و انواع تست موبایل را تشخیص دهید.
تفاوت تست واحد، یکپارچه، رابط کاربری، دستی و اکتشافی را یاد بگیرید. برای یک قابلیت ساده مانند ورود، مشخص کنید هر لایه چه خطایی را باید پیدا کند و چه چیزی خارج از مسئولیت آن است.
-
۲۰ ساعت
سناریوهای قابل آزمون از نیازمندیها استخراج کنید.
برای قابلیتهایی مانند ثبتنام، جستوجو و پرداخت، حالت موفق، ناموفق و مرزی بنویسید. سناریوها باید ورودی، اقدام کاربر و نتیجه قابل مشاهده داشته باشند، نه عبارت کلی مانند «برنامه را تست کنید».
-
۲۰ ساعت
تست واحد برای منطق مستقل از رابط بنویسید.
این گام برای مسیر خودکارسازی است. منطق اعتبارسنجی، تبدیل داده، مدیریت وضعیت و پاسخ خطا را از رابط جدا کنید و برای آنها تست بنویسید. تست باید مستقل اجرا شود، نتیجه مشخص داشته باشد و به شبکه یا داده تصادفی وابسته نباشد.
-
۲۵ ساعت
رفتار رابط و یکپارچهسازی را آزمایش کنید.
جریانهای اصلی کاربر را روی شبیهساز اجرا و در صورت نیاز خودکارسازی کنید: ورود، جابهجایی بین صفحهها، ارسال فرم و نمایش خطا. پاسخ سرویس را در حالتهای موفق، خطای سرور و قطع شبکه شبیهسازی کنید تا تست به سرویس واقعی وابسته نماند.
در پروژه Android، Android Studio برای اجرای شبیهساز و بررسی گزارش خطا کاربرد دارد. در پروژه iOS، همین نقش را Xcode ایفا میکند. اگر پروژه با Flutter یا React Native ساخته شده است، جریان مشترک را در کنار رفتار بومی Android و iOS بررسی کنید.
-
۲۰ ساعت
شرایط ویژه دستگاه و سیستمعامل را بررسی کنید.
سناریوهای مجوز، چرخش صفحه، پسزمینه شدن، بازگشت به برنامه، اعلان و اینترنت ناپایدار را آزمایش کنید. نتیجه را روی دستکم یک دستگاه واقعی و یک شبیهساز مقایسه کنید و تفاوت نسخه سیستمعامل را ثبت کنید.
اگر به دستگاههای متنوع دسترسی ندارید، فهرستی از مدلها و نسخههای سیستمعامل کاربران هدف تهیه کنید و ابتدا جریانهای پرریسک را روی نزدیکترین دستگاههای در دسترس بررسی کنید.
-
۱۰ ساعت
مجموعه تست قابل نگهداری تحویل دهید.
نامگذاری روشن، داده آزمایشی کنترلشده و اجرای تکرارپذیر را تمرین کنید. برای هر خطای کشفشده، ابتدا یک تست بازتولیدکننده بنویسید، سپس اصلاح را انجام دهید و نشان دهید تست از بازگشت همان خطا جلوگیری میکند.
کد و سناریوهای تست را همراه تغییرات پروژه در Git نگهداری کنید. در تیمهایی که یکپارچهسازی و تحویل مستمر دارند، اجرای مجموعه تست پیش از ادغام تغییرات میتواند خطاهای بازگشتی را زودتر آشکار کند.
زمان تقریبی یادگیری
برآورد مجموع زمان آموزش، مطالعه و تمرین تا رسیدن به سطح کاربردی؛ بسته به پیشزمینه شما میتواند کمتر یا بیشتر باشد.
پروژههای تمرینی
موارد زیر تصویری کلی از این بخش برای این مهارت ارائه میکنند.
-
مجموعه تست برای فرم ورود
توضیح پروژه: برای یک صفحه ورود، تست واحد اعتبارسنجی ایمیل و رمز عبور و تست رابط برای ورود موفق، رمز نادرست و قطع اینترنت بنویسید.
-
آزمون چرخه حیات فهرست کارها
توضیح پروژه: یک اپلیکیشن فهرست کار بسازید یا انتخاب کنید و بررسی کنید پس از چرخش صفحه، رفتن به پسزمینه و بازگشت، متن فرم و دادههای فهرست چگونه حفظ میشوند.
-
چکلیست دستگاه واقعی برای اپلیکیشن نقشه
توضیح پروژه: برای یک اپلیکیشن دارای موقعیت مکانی، سناریوهای پذیرش و رد مجوز، خاموش بودن موقعیت مکانی، اینترنت ضعیف و بازگشت از تنظیمات دستگاه را مستند و اجرا کنید.
-
گزارش بازتولید و تست بازگشتی
توضیح پروژه: یک خطای واقعی یا شبیهسازیشده در برنامه پیدا کنید، مراحل بازتولید و نتیجه مورد انتظار را بنویسید، سپس برای آن تستی اضافه کنید که پس از اصلاح موفق شود.
پرسشهای رایج درباره تست اپلیکیشن موبایل
اگر درباره این مهارت پرسشی دارید، ممکن است پاسخ آن را در میان موارد زیر پیدا کنید.
آیا برای تست اپلیکیشن موبایل باید برنامهنویس باشم؟
برای تست دستی، طراحی سناریو و گزارش خطا، برنامهنویسی ضروری نیست. اما نوشتن و نگهداری تستهای خودکار معمولا به شناخت ساختار پروژه و زبان یا فریمورک آن نیاز دارد. پیش از انتخاب مسیر، در آگهی موردنظر بررسی کنید نقش برای تست دستی، خودکارسازی یا توسعه موبایل تعریف شده است.
آیا شبیهساز جای دستگاه واقعی را میگیرد؟
خیر. شبیهساز برای اجرای سریع تستها مفید است، اما تفاوت عملکرد، مجوزها، دوربین، اعلان، تولیدکننده دستگاه و نسخه سیستمعامل ممکن است فقط روی دستگاه واقعی دیده شود. برای جریانهای حساس، هر دو را استفاده کنید.
تست واحد و تست رابط کاربری چه تفاوتی دارند؟
تست واحد یک بخش کوچک از منطق، مانند اعتبارسنجی ورودی، را جداگانه بررسی میکند. تست رابط کاربری رفتار قابل مشاهده کاربر، مانند لمس دکمه و نمایش پیام خطا، را در سطح صفحه یا جریان کاربر میآزماید. تست رابط معمولا کندتر و شکنندهتر است.
برای شروع، همه بخشهای اپلیکیشن را خودکارسازی کنم؟
خیر. ابتدا منطق پرخطا و جریانهای حیاتی مانند ورود، ثبت سفارش یا پرداخت را انتخاب کنید. سناریوهایی که مرتب تغییر میکنند یا ارزش تکرار کمی دارند، ممکن است فعلا با تست دستی و چکلیست پوشش بهتری بگیرند.
تست موبایل برای توسعهدهنده Flutter و React Native هم لازم است؟
بله. فریمورک چندسکویی بخشی از کد را مشترک میکند، اما برنامه همچنان با سیستمعامل، مجوزها، دستگاه و چرخه حیات موبایل درگیر است. بنابراین باید تست منطق مشترک و رفتار مخصوص هر پلتفرم را در نظر بگیرید.
برای ورود به بازار کار ایران، تست دستی را شروع کنم یا خودکارسازی؟
اگر تجربه برنامهنویسی ندارید، با طراحی سناریو، گزارش خطا و تست دستی روی دستگاه واقعی شروع کنید. اگر توسعهدهنده Android، iOS، Flutter یا React Native هستید، تست خودکار تغییرات خود مزیت عملیتری دارد. شرح وظایف هر آگهی را ملاک انتخاب قرار دهید، زیرا عنوان QA یا تستر در شرکتهای مختلف یکسان نیست.
