Vibe Testing: وصف الفحوص بدلًا من كتابتها

ما الذي يزيله vibe testing فعليًا

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

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

أين يخطئ الفحص الموصوف

العادة الوحيدة التي تفصل الفحوص الحقيقية عن الفحوص الزخرفية

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

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

البدء

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

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

ما الذي تصفه أولًا

• المسار الذي تعرضه في عرض توضيحي. إن تعطّل فستكتشف ذلك علنًا، لذا ينبغي أن يكون أول ما تغطّيه.

• أي شيء يتعلق بالمال أو الصلاحيات. الكلفة الأعلى عند الخطأ، وكلاهما يفشل بصمت.

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

وصف فحص يصمد

الفرق بين فحص يحميك وآخر يزيّن خط الأنابيب يكمن دائمًا تقريبًا في طريقة وصفه، والنمط قابل للتعلّم.

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

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

ثم توقّف عن تقرير موعد تشغيلها

سواء كان موصوفًا أو مكتوبًا بالكود، الفحص الذي ينتظر إنسانًا هو فحص يُتخطّى في أسبوع مزدحم.

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

ماذا يفعل TestSprite بالفحص الموصوف

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

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

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