سؤال

أدركت أن هذا قد طلب من قبل ، ولكن آخر مرة كانت في منتصف عام 2008.

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

هل كانت مفيدة؟

المحلول

لقد استخدمت Easymock في وقت سابق ، لكنني الآن أستخدم Mockito. لقد وجدت Mockito أبسط بالمقارنة مع Easymock. للمقارنة التفصيلية لـ Easymock و Mockito يمكنك الرجوع إليها هنا

نصائح أخرى

لشرح دوافعنا ، Jmock هي مكتبة "رأي". تم تصميمه لتوجيه نهج لتصميم OO الذي يركز على البروتوكولات بين الكائنات المتعاون. إذا كنت لا تفكر في أنظمتك بهذه الطريقة ، فربما لا يكون هذا أفضل خيار لك.

لقد كنت أستخدم Easymock لبعض الوقت ، الآن. تواصل إضافة ميزات جديدة تسمح للمرء بالوصول إلى المزيد من تلك الأماكن التي يصعب الحصول عليها.

سوف Mockito حفظ بعض خطوط التعليمات البرمجية لمعظم حالات الاختبار شيوعا.

هل يمكنك توضيح احتياجات/أولويات القدرة الوهمية الخاصة بك؟ واسع إلى حد ما ، كما ذكر.

إجابتي (المنحازة) ستكون JMockit. لمقارنة سريعة مع مجموعات أدوات السخرية الأخرى ، راجع مصفوفة المقارنة.

يجب أن يكون رمز الاختبار المكتوب معه أكثر قابلية للقراءة وأفضل (هناك اختبارات مثال للمقارنة جنبًا إلى جنب). تتطلب واجهة برمجة تطبيقات JMockit السخرية عادة "استخدامات" أقل من واجهات برمجة تطبيقات السخرية الأخرى لكتابة نفس الاختبار. أكبر ميزة ، IMO ، هي أنها لا تجبر أي حلول وسط على التصميم على الكود الذي سيتم اختباره. على الجانب السلبي ، نظرًا لأن JMockit يعتمد على تقنيات أكثر تقدماً ولديه قدرات أكبر ، فإنه لديه أيضًا إمكانية أكبر للمستخدمين للواجهة إلى صعوبات غير متوقعة.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top