Cucumber-js: pertanyaan: dokumentasi penggunaan API

Dibuat pada 9 Jan 2018  ·  5Komentar  ·  Sumber: cucumber/cucumber-js

Saya ingin menggunakan mentimun-js dengan cypress atau webdrive.io. Untuk ini diperlukan untuk menjalankan mentimun-js di dalam cypress/webdriver.is test suite. Saya telah mencari tetapi saya belum menemukan dokumentasi tentang mengkonsumsi mentimun-js melalui API alih-alih pendekatan CLI. Yang saya cari saat ini:

  • melewati dunia dinamis kustom (saya perlu referensi cy untuk menjalankan tes saya di dalam langkah-langkah.)
  • memuat file fitur secara dinamis

Apakah ada api yang dapat dikonsumsi untuk ini yang belum saya temukan?

documentation

Komentar yang paling membantu

Juga menghadapi ini. Saat ini sedang membangun kerangka kerja e2e-testing. Saya ingin menguji kerangka kerja ini. Untuk melakukan ini, saya lebih suka memiliki akses API ke runtime. Beberapa kelas sedang diekspos meskipun tidak didokumentasikan atau didefinisikan dalam file definisi TypeScript. Ini memberi saya kesan bahwa kelas-kelas itu, meskipun terbuka, tidak boleh digunakan untuk produksi.

Jika seseorang dapat memberikan pembaruan tentang masalah ini dan dapat mengonfirmasi atau menyangkal asumsi saya, itu akan luar biasa.

Semua 5 komentar

Tidak ada pekerjaan yang saya ketahui telah mendokumentasikan cara menggunakan API javascript. Beberapa cli/runtime terekspos dan relatif stabil.

Saya kira salah satu cara kita bisa melakukan ini adalah dengan mendiskusikan API yang diinginkan dan kemudian setelah kita memiliki serangkaian persyaratan, kita dapat mengubah API agar sesuai dan mendokumentasikannya. Saya kira kita membutuhkan sesuatu yang ada di antara antarmuka CLI dan Runtime.

Untuk melewati dunia dinamis khusus, apakah Anda mengatakan Anda menginginkan sesuatu yang berbeda dari mengatur konstruktor dunia?

Bisakah Anda memberikan detail lebih lanjut tentang memuat fitur secara dinamis. Apakah ini dengan cara yang berbeda dari tampilan CLI.

Saya hanya memiliki pengalaman dengan adaptor mentimun webdriver.io. Idenya di sini adalah menggunakan WDIO CLI yang disediakan sebagai runner utama di mana mentimun dipanggil melalui API melalui adaptor kerangka kerja.

Ya, ada hari-hari ketika kami (dalam proyek kami) menggunakan WDIO sebagai instance dunia utama di mana CLI mentimun adalah pelari yang sebenarnya. Tetapi karena ada abstraksi adaptor kerangka kerja yang tersedia di WDIO, masuk akal untuk menggunakannya. Lihat juga adaptor lain: http://webdriver.io/guide/testrunner/frameworks.html

Saat ini saya mencoba menggunakan kelas Runtime untuk memperbarui wdio-cucumber-framework untuk mendukung mentimun 4 (saat ini masih hanya menargetkan 2.3) dan entah bagaimana saya merasakan masalah dengan API mentimun.

Misalnya, saya bertanya-tanya mengapa EventDataCollector ini ada sama sekali . E.g. mengapa semua peristiwa yang dipancarkan tidak memiliki muatan dengan konteks penuh (gherkinDocument, currentScenario, currentStep)? Ini akan membuat kolektor seperti itu mungkin usang? Tapi mungkin saya kehilangan sesuatu di sini.

Saya yakin, ada banyak ide, saran, dan persyaratan lain. Mari kita lihat ke mana ini pergi.

Masalah ini muncul kembali untuk kami hari ini juga karena integrasi dengan pelari lain.
Kasus memiliki API masih sangat valid.
Ada rencana di atasnya?

Juga menghadapi ini. Saat ini sedang membangun kerangka kerja e2e-testing. Saya ingin menguji kerangka kerja ini. Untuk melakukan ini, saya lebih suka memiliki akses API ke runtime. Beberapa kelas sedang diekspos meskipun tidak didokumentasikan atau didefinisikan dalam file definisi TypeScript. Ini memberi saya kesan bahwa kelas-kelas itu, meskipun terbuka, tidak boleh digunakan untuk produksi.

Jika seseorang dapat memberikan pembaruan tentang masalah ini dan dapat mengonfirmasi atau menyangkal asumsi saya, itu akan luar biasa.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat