آخر الأخبار

Money Forward وسّعت Cursor من المبرمجين إلى الجودة والمنتج والتصميم

شركة البرامج المالية اليابانية Money Forward فيها أكثر من 1,000 موظف يستخدمون Cursor يوميًا، مو بس المبرمجين.

الجهة
Money Forward
المجال
البرمجة
الأداة
Cursor
المصدر
Cursor: مدونة الشركة
نُشر المصدر: 18 مارس 2026

وش كانت المشكلة؟

أدوات البرمجة بالذكاء الاصطناعي عادة تبقى عند المبرمجين. لكن فرق الجودة والمنتج والتصميم كلهم يتعاملون مع الكود بطريقة أو ثانية، ويضيع وقتهم في انتظار المبرمج.

وش سوّوا؟

بدأت Money Forward بالمهندسين، وبعدها وسّعت Cursor لفرق الجودة (QA) تكتب حالات الاختبار، ومدراء المنتج يحللون الكود ليكتبون مواصفات أدق، والمصممين يسوون نماذج على الواجهة الحقيقية.

النتيجة حسب المصدر

  • أكثر من 1,000 موظف يستخدمون Cursor يوميًا.
  • المطورين يوفرون 15 إلى 20 ساعة بالأسبوع.
  • مهندسي الجودة يكتبون حالات الاختبار أسرع بـ 70%.

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

وش تتعلم منها؟

الفكرة المفيدة: الكود مو حكر على المبرمج. مدير المنتج اللي يقدر يسأل الكود «وش يصير لو...» يكتب مواصفات أوضح ويقلل الرجعة للمبرمجين.

كيف تسويها بنفسك؟

  1. اعط مدير المنتج أو الجودة صلاحية قراءة فقط على المستودع.
  2. علّمه يسأل أداة البرمجة أسئلة عن الكود بدل ما ينتظر المبرمج.
  3. لفريق الجودة: اطلب من الأداة تكتب حالات اختبار من وصف الميزة.
  4. خل المبرمج يراجع أي تعديل كود من غير المبرمجين.
  5. قيس الوقت الموفر بعد شهر.

برومبت جاهز تبدأ فيه

اقرأ الكود الخاص بميزة [اسم الميزة] واشرح لي بالعربي البسيط: وش تسوي، ووش الحالات الحدية (مثل قيم فاضية أو أرقام سالبة). بعدها اكتب 15 حالة اختبار بجدول: الحالة، الخطوات، النتيجة المتوقعة.

عدّل اللي بين الأقواس [ ] على وضعك. ولا تلصق بيانات عملاء أو أرقام هويات في أداة ما تعرف سياستها.

حالات وأدلة قريبة

المصدر

آخر تحديث للصفحة: 29 أكتوبر 2026

→ كل حالات الاستخدام · الصفحة الرئيسية