اپ خود را در مرورگر با یک دستور آزمایش کنید
در چت پروژه /test را تایپ کنید و Mythex اپ شما را همان‌طور آزمایش می‌کند که یک آدم آزمایش می‌کند: پیش‌نمایش زنده را در مرورگر باز می‌کند، صفحات را می‌بیند، دکمه‌ها را می‌زند و فرم‌ها را پر می‌کند، و بعد در چت گزارش می‌دهد چه چیزی کار کرد و چه چیزی نه. می‌توانید آن را به یک جریان مشخص هدایت کنید — «ثبت‌نام و صفحه‌ی قیمت را آزمایش کن» — یا بگذارید مسیر طبیعی‌ترِ اپ را طی کند.
این قابلیت چه کاری می‌کند
آزمایش اپ پیش‌نمایش زنده‌ی شما را امتحان می‌کند، نه فقط کد را. Mythex یک مرورگر را روی اپ در حال اجرا هدایت می‌کند، هرچه می‌بیند را ثبت می‌کند — از جمله عکس‌ها، وقتی مفیدند — و خلاصه‌ی نتایج را در چت می‌نویسد.
این نوع بررسی با خواندن سورس فرق دارد. کد ممکن است درست به نظر برسد و در استفاده شکست بخورد: دکمه‌ای به هندلر اشتباه وصل شده، فرمی ارسال می‌شود اما هرگز تأییدیه‌ای نشان نمی‌دهد، یا صفحه‌ای فقط بعد از ورود شما خراب می‌شود. تنها راه پیدا کردن این‌ها استفاده از اپ است، و آزمایش اپ این کار را برای شما می‌کند.
چرا کمک می‌کند
وقتی با عامل می‌سازید، پیش‌نمایش راهی است که پیشرفت را با آن می‌سنجید. کلیک می‌کنید، خوب به نظر می‌رسد، جلو می‌روید. اما بعد از هر تغییر، کلیک کردن در تمام جریان‌ها خسته‌کننده است، و آسان است صفحه‌ای را که تازه تغییر داده‌اید بررسی کنید و صفحه‌ای را که بی‌سروصدا خراب کرده از دست بدهید.
آزمایش اپ، «هنوز کار می‌کند؟» را به یک پیام تبدیل می‌کند. مسیری را که مهم است توصیف می‌کنید، عامل آن را طی می‌کند، و گزارشی می‌گیرید که می‌توانید رویش عمل کنید. چون در همان چت اجرا می‌شود، رفع مشکل فقط یک پیام دورتر است.
نحوه‌ی اجرا
- مطمئن شوید Preview در حال اجراست و اپ را نشان می‌دهد. آزمایش اپ روی پیش‌نمایش کار می‌کند؛ پس اگر پیش‌نمایش خالی است یا هنوز بالا نیامده، صبر کنید یا اول آن را درست کنید.
- در چت پروژه
/testرا تایپ کنید. می‌توانید با زبان ساده هم بپرسید — «اپ را در مرورگر آزمایش کن» هم کار می‌کند. - اگر می‌خواهید، بگویید روی چه تمرکز کند. مثلاً: «ثبت‌نام و صفحه‌ی قیمت را آزمایش کن»، یا «یک حساب بساز، یک آیتم اضافه کن، پرداخت کن».
- گزارش را بخوانید. Mythex خلاصه می‌کند چه امتحان کرده و چه چیزی اشتباه شده، با عکس‌هایی که کمک می‌کنند.
- آنچه پیدا شد را با
/fixیا یک پیام Build رفع کنید. - دوباره
/testرا اجرا کنید تا مطمئن شوید رفع کار کرد و چیز دیگری خراب نشد.
چه موقع از آن استفاده کنیم
- بعد از یک تغییر بزرگ رابط کاربری. یک چیدمان یا ناوبری تازه می‌تواند جریان‌هایی را خراب کند که مستقیم دستشان نزده‌اید.
- قبل از انتشار، تا خرابی‌های واضح را پیش از بازدیدکنندگان پیدا کنید.
- وقتی پیش‌نمایش درست به نظر می‌رسد اما شاید یک جریان درست نباشد. مسیرهای چندمرحله‌ای — ثبت‌نام، سپس ورود، سپس یک کار — آن‌هایی هستند که بیشترین ارزش بررسی را دارند.
گرفتن نتایج خوب
هرچه درخواست واضح‌تر باشد، گزارش مفیدتر است.
- یک مسیر موفق را توصیف کنید. «یک حساب بساز، یک آیتم اضافه کن، پرداخت کن» به عامل یک توالی واضح و یک نتیجه‌ی مشخص برای بررسی می‌دهد. «همه‌چیز را آزمایش کن» رها می‌کند تا حدس بزند چه چیزی مهم است.
- صفحات یا قابلیت‌هایی را که تغییر داده‌اید نام ببرید. اگر تازه صفحه‌ی قیمت را بازطراحی کرده‌اید، بگویید.
- در حلقه‌های کوچک آزمایش کنید. یک چیز را عوض کنید، آزمایش کنید، رفع کنید، دوباره آزمایش کنید. وقتی فقط یک چیز تغییر کرده باشد، دیدن اینکه چه چیزی خراب شده آسان‌تر است.
- با checkpointها جفت کنید. اگر تغییری بیشتر از آنچه درست کرد خراب کرد، می‌توانید به آخرین نوبت خوب برگردید به جای اینکه روی آن وصله بزنید.
محدودیت‌ها
- پیش‌نمایش را آزمایش می‌کند، نه سایت منتشرشده‌ی شما. آزمایش اپ روی پیش‌نمایش زنده در فضای کاری خصوصی شما اجرا می‌شود. نسخه‌ای را که بازدیدکنندگان در نشانی منتشرشده‌ی شما می‌بینند بررسی نمی‌کند. جداگانه منتشر کنید وقتی آماده بودید.
- پیش‌نمایش باید در حال اجرا باشد. اگر بالا نباشد، چیزی برای آزمایش وجود ندارد.
- مسیرهایی را دنبال می‌کند که به آن‌ها اشاره می‌کنید. یک درخواست متمرکز، بررسی متمرکز می‌گیرد؛ این یک مجموعه‌ی آزمایش کامل نیست.
- گزارش می‌دهد؛ تصمیم با شماست. آزمایش اپ به شما می‌گوید چه چیزی خراب است. رفعش مرحله‌ی جداگانه‌ای است، با
/fixیا یک پیام Build.
اگر بخواهید وقتی مشکلی پیدا کردید عمیق‌تر دنبالش بروید، راهنمای ما با عنوان چطور اپ ساخته‌شده با هوش مصنوعی را دیباگ کنیم مراحل را توضیح می‌دهد. برای خود پیش‌نمایش، یک فضای کاری خصوصی و پیش‌نمایش زنده برای هر پروژه را ببینید.
صفحه‌ی مستندات جزئیات را دارد: آزمایش اپ.