توليد مجموعة اختبارات كاملة من أي دالة أو وصف ميزة
Why this prompt matters
<p>Incomplete tests are the leading cause of regressions in production. A typical developer writing tests from memory covers 60-70% of edge cases — the remaining 30% is where bugs live. Every missed edge case is a future incident, a 2am page, or a data corruption bug discovered by a customer. Beyond bugs: code without proper tests blocks confident refactoring. You end up with unmaintainable spaghetti because nobody dares touch it. This prompt forces systematic coverage across happy paths, boundaries, failures, and integration points — the same coverage a dedicated QA engineer would produce in several hours, generated in under a minute.</p>
What we use it for
You wrote a function or shipped a feature and need full test coverage before merging. You have the code in front of you but writing tests feels slow — you keep forgetting edge cases and your PR review always comes back with 'what about null input?' or 'does this handle timeout?'
Prompt
Act as a senior software engineer and QA architect with deep expertise in test-driven development. Context: I have a [FUNCTION / FEATURE / MODULE] that I need fully tested. It is written in [PROGRAMMING LANGUAGE] and uses [FRAMEWORK / LIBRARY if any]. Here is the code or description: [PASTE YOUR FUNCTION OR FEATURE DESCRIPTION HERE] Task: Generate a comprehensive test suite for the above. Cover ALL of the following: 1. Happy-path unit tests 2. Edge case unit tests 3. Error/failure scenarios 4. Integration test outlines 5. Security-relevant tests if applicable Constraints: - Write tests in [TEST FRAMEWORK, e.g. Jest, pytest, JUnit] - Name tests: should_[expected behavior]_when_[condition] - Do NOT write implementation code - Group tests into describe blocks by category - Flag any testability issues in the original code Output Format: - Full runnable test file with all imports - Section comments: // === HAPPY PATH ===, // === EDGE CASES ===, etc. - Summary table: test count per category + estimated code coverage % - Testability issue flags
المشكلة عند كتابة الاختبارات يدويا
اسأل أي مطور عن أول شيء يتجاهله تحت ضغط المواعيد النهائية، ستسمع دائما: الاختبارات. كتابة اختبارات شاملة مملة ومتكررة وتستهلك طاقة ذهنية عالية. معظم المطورين يفقدون 30-40% من الحالات الحدودية المهمة.
هذه المطالبة تحل المشكلة عبر وضع التفكير المنهجي لمهندس ضمان جودة كبير داخل قالب قابل لإعادة الاستخدام.
ما يجعل هذه المطالبة فعالة
تستخدم المطالبة اطار تغطية بخمس فئات: المسار السعيد، الحالات الحدودية، الأخطاء، التكامل، والأمان. اسلوب التسمية should_[behavior]_when_[condition] يجبر الذكاء الاصطناعي على الدقة.
طريقة الاستخدام
انسخ المطالبة إلى Claude Sonnet 4.5 أو GPT-4o. للدالة الصق الكود الفعلي. للميزة الصق معايير القبول. المخرجات ملف اختبار جاهز للتشغيل بالإضافة إلى جدول ملخص التغطية.
التكييف مع لغات وأطر مختلفة
للغة Python استخدم pytest. لـ TypeScript استخدم Jest أو Vitest. لجافا استخدم JUnit 5. لـ Go قل Go testing package.