"ترى أي أخطاء؟ حسنا." لذلك، نجاح باهر. لا أستطيع أن أصدق أن هذا لا يزال صحيحا. هذا ليس صحيحا هنا!
DD سيفعل تعريفات خطوة والكتابة فعلا وحدة الاختبارات والتجارب الفنية،
أنه فشل. ثم قمت بتطبيق الأساليب التي مفقودة.
الاختبارات محدثة، لأنك تكتبها، كما كنت تكتب رمز أو حتى قبل ذلك.
التأكد من أن لديك نوعية في التعليمات البرمجية. مع اجايل، انها جزء من كل ما نقوم به.
التصحيح هو ضعف من الصعب كما كتابة التعليمات البرمجية في المقام الأول.
الكتاب كيرنيغان وريتشي في C الذي ربما كان لديك أكثر من.
الكثير من الأخطاء في التعليمات البرمجية. وتقول هنا أن بيئات الاختبار الآلي تماما نادرة.
انت مسؤولا عن اختبار التعليمات البرمجية، ليس أي شخص آخر.
انها مجرد اختبار رديء [من] الميزات. عمليات الاختبار رديء من الأسباب أن هناك
بعض الناس الحصول على الخلط حول اختبار يحركها التنمية.
حتى هنا هو كيفية العمل معا. تصور أنك تصف ملامح، عليك أن تبدأ الكتابة
حسنا هذا واحد, إنه ديجيكسترا و عليك أن تملأ الفراغ
حسنا، لقد كان ذلك موجودا لفترة طويلة، تذكر هذا
ضحك] كما تعلمون،، مسبقا، وكنت لتحصلون على فريق مستقل لضمان الجودة
قبل أنت تكتب الرمز. لذلك هذا هو - والخبر السار هو، وكنت ستحصل دائما على
قصص تريد، فإنها تفشل، ثم أنه يحرض على التنفيذ، الاختبارات RSpec،
لديها أنظمة مؤتمتة بالكامل. 10٪ قيام جميع الاختبارات يدويا، أليس كذلك؟
لذلك، وهذا، في الفصل (5): نظرة عامة الاختبار.
للمرة الأولى، كنت لن تكون قادرة على تصحيح ذلك، لأنه أصعب بمرتين.
مع عملية جيدة، ونحن سوف تحصل على جودة البرمجيات، بدلا من، وهناك مجموعة معينة
من المفترض أن لضمان ذلك، أنهم ذاهبون للفوز عليك حتى لو لم يكن لديك ذلك.
نختبره بشكل مستمر، كل أسبوع نأتي إلى رمز جديد.
هذا هو برايان كيرنيغان، وكاتب واحد - واحد من أبطال مختبرات بيل من هو مؤلف كتاب
هذه مقالة خرجت قبل عام ونصف العام، وتقول"لماذا هي أشياء باهظة الثمن؟"
هكذا تكتب اختبار، وتنظر الى الناتج، وتكتب اختبار، ونظرتم الى الناتج.
هكذا سيكون لديك كل هذه المراحل ومجموعات منفصلة من الناس. لذلك، وظيفتي - بطريقة أو بأخرى،
هنا نحن نجري اختبارات القبول واختبارات التكامل، ومحاولة للاستيلاء على السلوك.
والآلي للغاية والأدوات، وذلك خلافا لذلك البيان الذي تم القيام به من قبل.
وانها - اذا كنت قراءتها عدة مرات يمكنك الحصول عليه.
وبعد ذلك، وبمجرد تنفيذ هذه الميزة بشكل صحيح، وأنها سوف تمر الخطوة خيار أخضر.
وكان من المفترض ان يقوم فريق ضمان الجودة لادخال جودة في التعليمات البرمجية،
وكان هذا قبل سنة ونصف تقريبا. لا تزال نادرة. فقط 12٪ من المنظمات لتطوير البرمجيات
وكنت ستعود، وتستمر في البرمجة.
ولذلك - انه من الصعب مرتين كما، أليس كذلك؟ ولذلك كان الأمر كذلك، إذا كنت تكتب أذكى رمز.
ومن ثم عندما يمر الاختبارات RSpec واصلتم بالتكرار داخليا حتى يمكنك تمرير RSpec.
وهكذا، ما - الحجة هنا في البيان أن أجايل هو
وهكذا، وBDD TDD كان، قلت في وقت سابق، من وحي عبارة "السلوك يحركها التصميم من قبل
ويمكن اختبار أبدا إثبات: [غياب] من الأخطاء، فقط على [وجود]، أليس كذلك؟
ويمكنك ان ترى هنا أن هذه الدراسة هي، انها ليست أن هناك أخطاء في حد ذاتها في التصميم،