Cucumber-js: السؤال: توثيق استخدام API

تم إنشاؤها على ٩ يناير ٢٠١٨ · 5تعليقات · مصدر: cucumber/cucumber-js

أود استخدام cucumber-js مع السرو أو webdrive.io. لهذا ، يلزم تشغيل cucumber-js داخل مجموعة اختبار cypress / webdriver.is. لقد بحثت ولكني لم أجد أي مستند حول استهلاك cucumber-js من خلال واجهة برمجة التطبيقات بدلاً من نهج CLI. ما أبحث عنه حاليا:

اجتياز عالم ديناميكي مخصص (أحتاج إلى الإشارة إلى cy لتشغيل اختباراتي داخل الخطوات.)
تحميل ملفات الميزات ديناميكيًا

هل هناك أي واجهة برمجة تطبيقات قابلة للاستهلاك لهذا لم أجدها؟

documentation

مصدر

NoNameProvided

👍4

التعليق الأكثر فائدة

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

إذا كان بإمكان شخص ما تقديم تحديث حول هذه المشكلة ويمكنه إما تأكيد أو دحض افتراضاتي ، فسيكون ذلك رائعًا.

RobertDiebels في ٢٨ أكتوبر ٢٠١٩

👍4

ال 5 كومينتر

يبدو أن هذا وثيق الصلة أيضًا بـ https://github.com/webdriverio/wdio-cucumber-framework/issues/95

mhoyer في ٢٦ مارس ٢٠١٨

لم يجر أي عمل أعلمه لتوثيق كيفية استخدام واجهة برمجة تطبيقات جافا سكريبت. بعض cli / runtime مكشوفة ومستقرة نسبيًا.

أعتقد أن إحدى الطرق التي يمكننا اتباعها للقيام بذلك هي مناقشة واجهة برمجة التطبيقات المطلوبة وبعد ذلك بمجرد أن يكون لدينا مجموعة من المتطلبات ، يمكننا تحويل واجهة برمجة التطبيقات لتلائم وتوثيق ذلك. أعتقد أننا بحاجة إلى شيء يقع بين واجهات CLI و Runtime.

لتمرير عالم ديناميكي مخصص ، هل تقول أنك تريد شيئًا مختلفًا عن إعداد مُنشئ العالم؟

هل يمكنك تقديم مزيد من التفاصيل حول ميزات التحميل ديناميكيًا. هل هذا بطريقة مختلفة عما يبدو عليه CLI.

charlierudolph في ٢٧ مارس ٢٠١٨

لدي خبرة فقط مع محول الخيار webdriver.io. الفكرة هنا هي استخدام WDIO CLI المقدم باعتباره عداءًا رئيسيًا حيث يتم استدعاء الخيار عبر واجهة برمجة التطبيقات من خلال محول إطار.

نعم ، كانت هناك أيام استخدمنا فيها (في مشروعنا) WDIO كمثال عالمي رئيسي حيث كان CLI الخيار هو العداء الفعلي. ولكن نظرًا لوجود هذا التجريد لمحول الإطار المتاح في WDIO ، فمن المنطقي استخدامه. راجع أيضًا المحولات الأخرى: http://webdriver.io/guide/testrunner/frameworks.html

أحاول حاليًا استخدام فئة Runtime لتحديث إطار عمل wdio-cucumber لدعم الخيار 4 (حاليًا لا يزال يستهدف 2.3 فقط) وأشعر بطريقة ما بالمشكلات المتعلقة بواجهة برمجة تطبيقات الخيار.

على سبيل المثال ، أتساءل عن سبب وجود EventDataCollector على الإطلاق 😏. E. ز. لماذا لا تحتوي جميع الأحداث التي تم إصدارها على حمولة مع السياق الكامل (gherkinDocument ، currentScenario ، currentStep)؟ هذا من شأنه أن يجعل مثل هذا المجمع قد عفا عليه الزمن؟ لكن ربما أفتقد شيئًا ما هنا.

أراهن أن هناك العديد من الأفكار والاقتراحات والمتطلبات الأخرى. لنرى الى اين يذهب هذا.

mhoyer في ٢٧ مارس ٢٠١٨

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