Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Backend Adapters #794

Closed
RandallKent opened this issue Oct 23, 2017 · 14 comments
Closed

Backend Adapters #794

RandallKent opened this issue Oct 23, 2017 · 14 comments
Labels
prevent-stale mark an issue so it is ignored by stale[bot] stage: proposal 💡 No work has been done of this issue

Comments

@RandallKent
Copy link
Contributor

RandallKent commented Oct 23, 2017

While Cypress does provide documentation on testing your app, there are times when you need to interact with the backend at a deeper level.

Language Repo Status
Ruby cypress-adapter-ruby
Node cypress-adapter-node
Python cypress-adapter-python
PHP cypress-adapter-php
.NET cypress-adapter-dotnet
This was referenced Oct 23, 2017
@jennifer-shehane jennifer-shehane added the stage: proposal 💡 No work has been done of this issue label Oct 24, 2017
@airhorns
Copy link

Are these still a planned feature for cypress or are you folks advocating people make custom endpoints to build integrations?

@Kondasamy
Copy link

Do we have any plans to implement these adapters?

@jennifer-shehane
Copy link
Member

@Kondasamy No work has been done on this feature. It is still a proposal.

@idxn
Copy link

idxn commented Feb 18, 2019

I vote for this and would like to see it in the roadmap

@cmsax
Copy link

cmsax commented Mar 15, 2019

There's no need to build adapter, because Cypress is a test runner for Javascript based projects with Chrome or Electron as backend browser environment. Cypress itself just makes it easy to launch a browser and encapsulate browsers' API for you to automatically test projects. Chrome | Edge | Firefox driver is enough.

@WTK
Copy link

WTK commented Apr 5, 2019

What does that mean in practice though? If I'd like to write cypress.io tests in python would that be an option?

I imagine that one way it could be handled is via python code with similar api to cypress, code that is simply used to generate valid Javascript in the background and run it using usual cypress tools.

@Ambro17
Copy link

Ambro17 commented Dec 20, 2019

Is there any news on python adapter? I would like to help as cypress seems to be a great tool and python syntax may really help to increase tests readibility/maintenance

@cypress-zh
Copy link

Do u guys have any solution on how to convert cypress js APIs to python version? I'm so interested in this contribution.

@WTK
Copy link

WTK commented Dec 26, 2019

I was personally thinking using something like https://github.com/QQuick/Transcript to have an intermediate step of converting python to js and then running it as usual.

Either that or creating a python adapter that would generate compatible spec js files on the fly. Cypress api is rather small, it would be semi easy to create a python code that translates to individual cypress calls.

Edit: and one more approach that already has been tested for other libraries out there: use ruby adapter as a base and port that to python. It definitely sounds easier than coming up with your own structure.

@Vinerhugo
Copy link

Ainda estou no aguardo do cypress-adaptor-python seria de extrema ajuda, não estou conseguindo tirar o coverage dos meus testes cypress no meu backend python

@Ambro17
Copy link

Ambro17 commented Aug 25, 2020

For anyone looking for a testing framework with first-class support for python you can look at playwright-python
It is maintained by microsoft so support should be guaranteed

@Vinerhugo
Copy link

Vinerhugo commented Aug 26, 2020 via email

@jennifer-shehane
Copy link
Member

Closing as this is no longer under consideration to extend our products in this manner to support backend adapters.

@Ambro17
Copy link

Ambro17 commented Sep 29, 2023

Thank you @jennifer-shehane for resolution. Is there any link where we can read about the reasons behind the decision?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
prevent-stale mark an issue so it is ignored by stale[bot] stage: proposal 💡 No work has been done of this issue
Projects
None yet
Development

No branches or pull requests