Vibe Testing MCP: افحص تطبيقك دون مغادرة المحادثة

ما الذي يلغيه إعداد Vibe Testing MCP

تبديل السياق، في المقام الأول. فالفحص عادةً يعني مغادرة المحادثة، وفتح التطبيق، والنقر خلاله، وملاحظة شيء ما، ثم العودة لوصفه. كل خطوة من هذه الخطوات تُفقِد قدرًا من المعلومات، وآخرها تُفقِد أكثرها.

ومع وجود الاتصال، يتولّى الوكيل النقر ويُبلّغ عمّا حدث بوصفه سجلًا لا استذكارًا منك. تبقى أنت في مكان واحد، وتتحسّن الأدلة.

ما تطلبه، وما يعود إليك

الطلب المفيد يسمّي شيئًا محددًا تستطيع إعادة تحميل الصفحة أن تؤكده. فعبارة «تأكّد من أن التسجيل يعمل» أفضفض من أن تفشل. أما «سجّل حسابًا ببريد جديد، ثم سجّل الخروج، ثم عُد وسجّل الدخول، وتأكّد من أن لوحة التحكم تعرض الحساب الجديد» فهذا فحص.

وما يعود إليك ينبغي أن يبيّن ما جرت محاولته، وما فعله التطبيق، وأين افترق الاثنان. هذا الجزء الأخير هو ما يجعل الفشل قابلًا للمعالجة بدل أن يكون مُحبِطًا فحسب.

ثلاثة مطبّات يجدر معرفتها

طريقة الإعداد

خادم MCP حزمة منفصلة عن CLI، منشورة باسم @testsprite/testsprite-mcp. تضيفه إلى إعدادات MCP في محرّرك بمفتاح API من لوحة التحكم، فيشغّله المحرّر كعملية فرعية. ويدعمه كلٌّ من Claude Code وCursor وWindsurf وVS Code وGitHub Copilot وTrae؛ ويختلف الضبط الدقيق باختلاف العميل، وهو موجود في وثائق تثبيت MCP.

العادة التي تجعل الأمر حقيقيًا

بعد أن يخبرك الوكيل بنجاح الفحص، اكسر الشيء عمدًا وتأكّد من أنه يتحوّل إلى الأحمر. دقيقة واحدة، وهي الدليل الوحيد على أن الفحص متصل بتطبيقك أصلًا.

ثلاثة طلبات ناجحة، ونسخها الضعيفة

الفرق بين فحص مفيد وآخر شكلي يظهر في الطلب الذي أنشأه.

ضعيف: «تأكّد من أن لوحة التحكم تُحمَّل». أفضل: «سجّل الدخول، وافتح لوحة التحكم، وتأكّد من أن بطاقة الإيرادات تعرض رقمًا لا شرطة». الثاني قادر على الفشل.

ضعيف: «تأكّد من أن الحفظ يعمل». أفضل: «غيّر اسم المشروع إلى Alpha، وأعد تحميل الصفحة، وتأكّد من أن الترويسة تعرض Alpha». إعادة التحميل هي ما يفصل بين تغيير معروض وتغيير محفوظ.

ضعيف: «اختبر الصلاحيات». أفضل: «من حساب ثانٍ، افتح رابط مشروع الحساب الأول وتأكّد من رفض الوصول». تسمية الحساب الثاني هي ما يحوّل قلقًا مجرّدًا إلى أمر له نتيجة.

في كل زوج، تكلّف النسخة المفيدة نحو عشر ثوانٍ إضافية من الكتابة، وهي النسخة الوحيدة التي ستخبرك يومًا بشيء لم تكن تفترضه سلفًا.

ثم دعها تعمل من دونك

المُشغِّل أهم من الآلية. فتوجيهه إلى حدث النشر يعني أن كل تغيير يُفحص دون أن يقرر أحد ذلك؛ إذ يتولّى GitHub App ذلك من لوحة التحكم، بينما تتولاه خطوة GitHub Actions من داخل سير عملك. التفاصيل في مستودع CLI.

ما الذي يمنحك إياه هذا الاتصال

تصف الفحص داخل المحادثة التي أنت فيها أصلًا، فيشغّله TestSprite على تطبيقك المنشور ويُبلّغ بما حدث. لا طرفية، ولا ملف اختبار، ولا مغادرة للمحرّر.

وأمران يجعلان ذلك جديرًا بالاقتناء لا مريحًا فحسب. فالدليل سجلٌّ لا استذكار منك، فلا يضيع شيء في إعادة الرواية. والفحوصات تبقى، فالمسار الذي تحققت منه اليوم يظل قيد التحقق بعد تغييرات الأسبوع القادم.

وكل شيء متاح أيضًا في لوحة تحكم TestSprite، وهي الطريق الأفضل إن لم تكن نافذة المحادثة هي مكان عملك.