Cucumber-js: प्रोग्रामेटिक उपयोग के लिए `कॉन्स्ट {क्ली} = आवश्यकता ('@ ककड़ी/ककड़ी')` खोलें

को निर्मित 28 जून 2021  ·  3टिप्पणियाँ  ·  स्रोत: cucumber/cucumber-js

क्या आपका फीचर अनुरोध किसी समस्या से संबंधित है?
मैं स्ट्राइकरजेएस में ककड़ी-जेएस के लिए समर्थन जोड़ने की प्रक्रिया में हूं, जावास्क्रिप्ट और दोस्तों के लिए उत्परिवर्तन परीक्षण ढांचा। देखें https://github.com/stryker-mutator/stryker-js/pull/2970

मैं प्रोग्रामेटिक रूप से ककड़ी का उपयोग करना चाहता हूं। वास्तव में, मैं पहले से ही MR में ऐसा कर रहा हूं। हालांकि, मुझे एहसास है कि मैं एक अनियंत्रित एपीआई का उपयोग कर रहा हूं, जो मुझे पसंद नहीं है, क्योंकि कार्यान्वयन पैच रिलीज संस्करण में टूट सकता है। मैं केवल सार्वजनिक एपीआई का उपयोग करने का प्रयास करता हूं।

आप जो समाधान चाहते हैं उसका वर्णन करें

क्या आप एक पीआर स्वीकार करेंगे जो सार्वजनिक उपयोग के लिए Cli वर्ग के उपयोग का दस्तावेजीकरण करता है?

const { Cli } = require('@cucumber/cucumber')

मैं इसे आपकी डॉक्स निर्देशिका में जोड़ programmatic-usage.md ) या इसे cli.md फ़ाइल में जोड़ें।

उन विकल्पों का वर्णन करें जिन पर आपने विचार किया है
-

अतिरिक्त संदर्भ
उत्परिवर्तन परीक्षण को व्यवहार्य बनाने के लिए, हमें एक प्रोग्रामेटिक एपीआई की आवश्यकता है। ककड़ी-जेएस निष्पादित करने के लिए बस childProcess.exec को कॉल करना काम करेगा, लेकिन प्रदर्शन के लिए भयानक है क्योंकि स्ट्राइकर एक उत्परिवर्तन परीक्षण चलाने के दौरान कई बार ककड़ी-जेएस चलाएगा।

documentation

सबसे उपयोगी टिप्पणी

अरे @nicojs , आपका समय त्रुटिहीन है! मैं आज सुबह एक नए प्रोग्रामेटिक एपीआई के लिए एक प्रस्ताव लिख रहा हूं जो उम्मीद है कि आपके लिए लाभकारी होगा। मैं आपको वहां टैग करूंगा क्योंकि आपकी प्रारंभिक प्रतिक्रिया प्राप्त करना बहुत अच्छा होगा।

सभी 3 टिप्पणियाँ

प्रोग्रामेटिक उपयोग के लिए आंतरिक API का उपयोग करने वाले आप अकेले नहीं हैं।

मुझे लगता है कि इस तरह के एपीआई को स्थिर करना और इसे दस्तावेज करना एक अच्छा विचार होगा।

@ ककड़ी/ककड़ी-जेएस आपको क्या लगता है?

अरे @nicojs , आपका समय त्रुटिहीन है! मैं आज सुबह एक नए प्रोग्रामेटिक एपीआई के लिए एक प्रस्ताव लिख रहा हूं जो उम्मीद है कि आपके लिए लाभकारी होगा। मैं आपको वहां टैग करूंगा क्योंकि आपकी प्रारंभिक प्रतिक्रिया प्राप्त करना बहुत अच्छा होगा।

इसे बंद करने जा रहे हैं क्योंकि हम इस आवश्यकता को हल करने के लिए एक नए एपीआई के बारे में # 1711 पर अच्छी चर्चा कर रहे हैं।

मैं केवल यह जोड़ूंगा कि इरादा Cli वर्ग को 8.0.0 में काम करने के तरीके को छोड़ने का है, भले ही यह सार्वजनिक एपीआई पर न हो, डेवलपर्स को नए एपीआई और लोहे पर स्विच करने का समय देने के लिए वहाँ किसी भी मुद्दे से बाहर।

क्या यह पृष्ठ उपयोगी था?
0 / 5 - 0 रेटिंग्स