技能 tdd-workflows-tdd-red
🧪

tdd-workflows-tdd-red

安全

إنشاء اختبارات فاشلة لمرحلة TDD الحمراء

بدء TDD بدون تعريفات واضحة للاختبارات يؤدي إلى تغطية غير مكتملة. هذه المهارة تنشئ اختبارات فاشلة شاملة تحدد السلوك المتوقع قبل بدء التنفيذ.

支持: Claude Codex Code(CC)
🥉 74 青铜
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“tdd-workflows-tdd-red”。 إنشاء اختبارات فاشلة لدالة التحقق من صحة كلمة المرور باستخدام Jest

预期结果:

ملف اختبار كامل مع كتل describe وإعدادات mock وحالات اختبار للحد الأدنى من الطول ومتطلبات الأحرف الخاصة وحالات الحافة. كل اختبار يتوقع فشل تحقق محدد سيمر عند اكتمال التنفيذ.

正在使用“tdd-workflows-tdd-red”。 إنشاء اختبارات خصائص لدالة عكس السلسلة باستخدام pytest وHypothesis

预期结果:

دوال اختبار معلمة تتحقق من أن السلسلة المعكوسة تساوي الأصلية عند عكسها مرة أخرى وتحافظ على عدد الأحرف وتتعامل مع أحرف unicode بشكل صحيح.

安全审计

安全
v1 • 2/25/2026

All static analysis findings are false positives. The detected patterns are code examples in markdown documentation, not executable code. Lines 73-75 show JavaScript mock function syntax (jest.fn), lines 84-85 show Go t.Parallel() method calls, line 88 shows Ruby RSpec let blocks, and lines 134+ contain TypeScript test examples in markdown code blocks. No actual shell execution, cryptographic operations, or system reconnaissance code exists in this skill.

1
已扫描文件
167
分析行数
0
发现项
1
审计总数
未发现安全问题
审计者: claude

质量评分

38
架构
100
可维护性
87
内容
50
社区
100
安全
91
规范符合性

你能构建什么

سير عمل TDD للميزات الجديدة

إنشاء اختبارات فاشلة شاملة قبل تنفيذ خدمة مصادقة جديدة، تغطي بيانات الاعتماد الصالحة والمدخلات غير الصالحة وحالات الحافة.

اختبار عقد API

إنشاء اختبارات عقد تحدد تنسيقات طلبات واستجابات API المتوقعة قبل بناء تنفيذ نقطة النهاية.

تغطية اختبار الكود القديم

إضافة تغطية اختبار مفقودة للكود الموجود عن طريق إنشاء اختبارات توثق السلوك الحالي قبل إعادة الهيكلة.

试试这些提示

توليد اختبار وحدوي أساسي
أنشئ اختبارات وحدوية فاشلة لدالة تتحقق من صحة عناوين البريد الإلكتروني. استخدم إطار pytest. غطِ الرسائل الصالحة والتنسيقات غير الصالحة والسلاسل الفارغة ومدخلات null.
اختبار طبقة الخدمة
أنشئ اختبارات فاشلة لـ UserService مع الدوال: createUser و getUserById و deleteUser. استخدم Jest مع UserRepository مُحاكى. ضمّن معالجة الأخطاء للبريد الإلكتروني المكرر والمستخدمين المفقودين.
اختبار قائم على الخصائص
أنشئ اختبارات قائمة على الخصائص لدالة ترتيب باستخدام fast-check. تحقق من أن المخرجات مرتبة دائماً وتحافظ على الطول الأصلي وتحتفظ بجميع عناصر الإدخال.
مجموعة اختبارات التكامل
أنشئ اختبارات تكامل فاشلة لسير عمل معالجة الدفع بما في ذلك: الدفع الناجح والبطاقة المرفوضة وعدم كفاية الرصيد وسيناريوهات مهلة الشبكة. استخدم RSpec مع أمثلة مشتركة.

最佳实践

  • سمِّ الاختبارات باستخدام اصطلاح should_X_when_Y لتوثيق السلوك المتوقع بوضوح
  • اجعل الاختبارات معزولة بدون تبعيات بين حالات الاختبار
  • تحقق من فشل الاختبارات للسبب الصحيح (سلوك مفقود) وليس أخطاء الإعداد

避免

  • اختبار تفاصيل التنفيذ بدلاً من السلوك الملاحظ
  • إنشاء اختبارات تنجح فوراً بدون تنفيذ الوظيفة
  • استخدام كود إعداد معقد يحجب نية الاختبار

常见问题

ما هي مرحلة TDD الحمراء؟
المرحلة الحمراء هي الخطوة الأولى في التطوير القائم على الاختبار حيث تكتب اختبارات فاشلة تحدد السلوك المتوقع قبل كتابة أي كود تنفيذ.
كيف أتحقق من فشل اختباراتي للسبب الصحيح؟
شغّل كل اختبار بشكل منفرد وتحقق من أن رسائل الفشل تشير إلى وظيفة مفقودة أو فشل في التوقعات، وليس أخطاء في بناء الجملة أو مشاكل استيراد أو مشاكل إعداد.
ما هي أطر عمل الاختبار المدعومة؟
هذه المهارة تدعم Jest وVitest لـ JavaScript/TypeScript وpytest لـ Python وحزمة الاختبار المدمجة لـ Go وRSpec لـ Ruby.
هل يجب محاكاة التبعيات الخارجية؟
نعم، قم بمحاكاة جميع التبعيات الخارجية بما في ذلك قواعد البيانات وAPIs وأنظمة الملفات لضمان سرعة الاختبارات وموثوقيتها وعزلتها الحقيقية كاختبارات وحدوية.
كم عدد حالات الحافة التي يجب تضمينها؟
غطِّ مدخلات null/الفارغة وقيم الحدود والأحرف الخاصة وشروط الأخطاء وأي حالات حافة خاصة بالمجال ذات صلة بحالة الاستخدام الخاصة بك.
ماذا أفعل بعد إنشاء اختبارات فاشلة؟
انتقل إلى مرحلة الإخضاع بتنفيذ الحد الأدنى من الكود المطلوب لجعل جميع الاختبارات تنجح، ثم أعد الهيكلة مع الحفاظ على خضرة الاختبارات.

开发者详情

文件结构

📄 SKILL.md