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

Component/Pipeline code organization for e2e testing / Specifying e2e tests using notebooks. #360

Closed
gaoning777 opened this issue Nov 21, 2018 · 3 comments

Comments

@gaoning777
Copy link
Contributor

We lack the story for testing and debugging components.
Current situation:

  1. Unit Test: users can call the component python function in the notebook if only the server has the dependency installed.(option: installing the dependencies directly in the server, however, this might affect other notebooks that are running in the same notebook server).
  2. Integration tests: users can submit a whole pipeline with the authored component. However, this requires the user to author an extra pipeline just to test this single component.
@vicaire
Copy link
Contributor

vicaire commented Mar 26, 2019

Would it be possible to come up with a structure so that for each component:

  • There is a directory
  • There is notebook that demonstrates how to use the component in that directory.
  • The notebook also provides the documentation.
  • The notebook also provides tests.
  • The notebook is automatically run by the test infrastructure.

@vicaire vicaire changed the title Component debugging Component/Pipeline code organization for e2e testing. Mar 26, 2019
@vicaire vicaire changed the title Component/Pipeline code organization for e2e testing. Component/Pipeline code organization for e2e testing / Specifying e2e tests using notebooks. Mar 26, 2019
@gaoning777
Copy link
Contributor Author

@vicaire I created this issue to standardize the testing for components. Are you requesting that we should support a notebook sample tests and have the test infra support it?

@gaoning777
Copy link
Contributor Author

We already support the notebook sample tests. Standardizing the component tests will be part of the component template efforts.

Linchin pushed a commit to Linchin/pipelines that referenced this issue Apr 11, 2023
* Upload workflow status as Prow artifacts

* Use yaml.safe_dump to suppress python/unicode output

* Serialize collections in block style

* Upload pickled results

* Revert "Upload pickled results"

This reverts commit bc86b5066bda6d6adb13594a30bfa9b63a318c30.

* Update README
HumairAK pushed a commit to red-hat-data-services/data-science-pipelines that referenced this issue Mar 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants