<div align="center">
<img style="margin: 20px;max-width: 68%" src="https://docs.balder.dev/en/latest/_static/balder_w_boarder.png" alt="Balder logo">
</div>
Balder is a flexible Python test system that allows you to reuse test code written once for different but similar
platforms, devices, or applications. It enables you to install ready-to-use test cases and provides various test
development features that help you test your software or devices much faster.
You can use shared test code by installing an [existing BalderHub project](https://hub.balder.dev), or you can create
your own. This makes test development for your project much faster, since it is oftentimes enough to install a BalderHub
project and only provide the user-specific code.
Be part of the progress and share your tests with others, your company, or the whole world.
# Installation
You can install the latest release with pip:
```
python -m pip install baldertest
```
# Run Balder
After you've installed it, you can run Balder inside a Balder environment with the following command:
```
balder
```
You can also provide a specific path to the balder environment directory by using this console argument:
```
balder --working-dir /path/to/working/dir
```
# How does it work?
Balder allows you to reuse previously written test code by dividing it into the components that **are needed** for a
test (`Scenario`) and the components that **you have** (`Setup`).
You can define a test within a method of a `Scenario` class. This is often an abstract layer, where you only describe
the general business logic without providing any specific implementation details.
These specific implementation details are provided in the `Setup` classes. They describe exactly **what you have**. In
these classes, you provide an implementation for the abstract elements that were defined earlier in the `Scenario`.
Balder then automatically searches for matching mappings and runs your tests using them.
## Define the `Scenario` class
Inside `Scenario` or `Setup` classes, you can describe the environment using inner `Device` classes. For example, let's
write a test that validates the functionality of a lamp. For that, keep in mind that we want to make this test as
flexible as possible. It should be able to run with all kind of things that have a lamp:
```python
import balder
from lib.scenario_features import BaseLightFeature
class ScenarioLight(balder.Scenario):
# The device with its features that are required for this test
class LightSpendingDevice(balder.Device):
light = BaseLightFeature()
def test_check_light(self):
self.LightSpendingDevice.light.switch_on()
assert self.LightSpendingDevice.light.light_is_on()
self.LightSpendingDevice.light.switch_off()
assert not self.LightSpendingDevice.light.light_is_on()
```
Here, we have defined that a `LightSpendingDevice` **needs to have** a feature called `BaseLightFeature` so that this
scenario can be executed.
We have also added a test case (named with a `test_*()` prefix) called `test_check_light`, which executes the validation
of a lamp, by switching it on and off and checking its state.
**Note:** The `BaseLightFeature` is an abstract Feature class that defines the abstract methods `switch_on()`,
`switch_off()`, and `light_is_on()`.
## Define the `Setup` class
The next step is defining a `Setup` class, which describes what we have. For a `Scenario` to match a `Setup`, the
features of all scenario devices must be implemented by the mapped setup devices.
For example, if we want to test a car that includes a lamp, we could have a setup like the one shown below:
```python
import balder
from lib.setup_features import CarEngineFeature, CarLightFeature
class SetupGarage(balder.Setup):
class Car(balder.Device):
car_engine = CarEngineFeature()
car_light = CarLightFeature() # subclass of `lib.scenario_feature.BaseLightFeature`
...
```
When you run Balder in this environment, it will collect the `ScenarioLight` and the `SetupMyCar` classes and try to
find mappings between them. Based on the `ScenarioLight`, Balder looks for a device that provides an implementation of
the single `BaseLightFeature`. To do this, it scans all available setups. Since the `SetupMyCar.Car` device provides an
implementation through the `CarLightFeature`, this device will match.
```shell
+----------------------------------------------------------------------------------------------------------------------+
| BALDER Testsystem |
| python version 3.10.12 (main, Aug 15 2025, 14:32:43) [GCC 11.4.0] | balder version 0.1.0b14 |
+----------------------------------------------------------------------------------------------------------------------+
Collect 1 Setups and 1 Scenarios
resolve them to 1 valid variations
================================================== START TESTSESSION ===================================================
SETUP SetupGarage
SCENARIO ScenarioLight
VARIATION ScenarioLight.LightSpendingDevice:SetupGarage.Car
TEST ScenarioLight.test_check_light [.]
================================================== FINISH TESTSESSION ==================================================
TOTAL NOT_RUN: 0 | TOTAL FAILURE: 0 | TOTAL ERROR: 0 | TOTAL SUCCESS: 1 | TOTAL SKIP: 0 | TOTAL COVERED_BY: 0
```
## Add another Device to the `Setup` class
Now the big advantage of Balder comes into play. We can run our test with all devices that can implement the
`BaseLightFeature`, independent of how this will be implemented in detail. **You do not need to rewrite the test**.
So, We have more devices in our garage. So let's add them:
```python
import balder
from lib.setup_features import CarEngineFeature, CarLightFeature, PedalFeature, BicycleLightFeature, GateOpenerFeature
class SetupGarage(balder.Setup):
class Car(balder.Device):
car_engine = CarEngineFeature()
car_light = CarLightFeature() # subclass of `lib.scenario_feature.BaseLightFeature`
...
class Bicycle(balder.Device):
pedals = PedalFeature()
light = BicycleLightFeature() # another subclass of `lib.scenario_feature.BaseLightFeature`
class GarageGate(balder.Device):
opener = GateOpenerFeature()
```
If we run Balder now, it will find more mappings because the `Bicycle` device also provides an implementation for the
`BaseLightFeature` we are looking for.
```shell
+----------------------------------------------------------------------------------------------------------------------+
| BALDER Testsystem |
| python version 3.10.12 (main, Aug 15 2025, 14:32:43) [GCC 11.4.0] | balder version 0.1.0b14 |
+----------------------------------------------------------------------------------------------------------------------+
Collect 1 Setups and 1 Scenarios
resolve them to 2 valid variations
================================================== START TESTSESSION ===================================================
SETUP SetupGarage
SCENARIO ScenarioLight
VARIATION ScenarioLight.LightSpendingDevice:SetupGarage.Bicycle
TEST ScenarioLight.test_check_light [.]
VARIATION ScenarioLight.LightSpendingDevice:SetupGarage.Car
TEST ScenarioLight.test_check_light [.]
================================================== FINISH TESTSESSION ==================================================
TOTAL NOT_RUN: 0 | TOTAL FAILURE: 0 | TOTAL ERROR: 0 | TOTAL SUCCESS: 2 | TOTAL SKIP: 0 | TOTAL COVERED_BY: 0
```
Balder handles all of this for you. You only need to describe your environment by defining `Scenario` and `Setup`
classes, then provide the specific implementations by creating the features. Balder will automatically search for and
apply the mappings between them.
**NOTE:** Balder offers many more elements to design complete device structures, including connections between multiple
devices.
You can learn more about that in the
[Tutorial Section of the Documentation](https://docs.balder.dev/en/latest/tutorial_guide/index.html).
# Example: Use an installable BalderHub package
With Balder, you can create custom test environments or install open-source-available test packages, known as
[BalderHub packages](https://hub.balder.dev). For example, if you want to test the login functionality of a website, simply use the
ready-to-use scenario `ScenarioSimpleLogin` from the [`balderhub-auth` package](https://hub.balder.dev/projects/auth/en/latest/examples.html),
We want to use [Selenium](https://www.selenium.dev/) to control the browser and of course use html elements, so let's install
`balderhub-selenium` and `balderhub-html` right away.
```
$ pip install balderhub-auth balderhub-selenium balderhub-html
```
So as mentioned, you don't need to define a scenario and a test yourself; you can simply import it:
```python
# file `scenario_balderhub.py`
from balderhub.auth.scenarios import ScenarioSimpleLogin
```
According to the [documentation of this BalderHub project](https://hub.balder.dev/projects/auth/en/latest/examples.html),
we only need to define the login page by overwriting the ``LoginPage`` feature:
```python
# file `lib/pages.py`
import balderhub.auth.contrib.html.pages
from balderhub.html.lib.utils import Selector
from balderhub.url.lib.utils import Url
import balderhub.html.lib.utils.components as html
class LoginPage(balderhub.auth.contrib.html.pages.LoginPage):
url = Url('https://example.com')
# Overwrite abstract property
@property
def input_username(self):
return html.inputs.HtmlTextInput.by_selector(self.driver, Selector.by_name('user'))
# Overwrite abstract property
@property
def input_password(self):
return html.inputs.HtmlPasswordInput.by_selector(self.driver, Selector.by_name('user'))
# Overwrite abstract property
@property
def btn_login(self):
return html.HtmlButtonElement.by_selector(self.driver, Selector.by_id('submit-button'))
```
And use it in our setup:
```python
# file `setups/setup_office.py`
import balder
import balderhub.auth.lib.scenario_features.role
from balderhub.selenium.lib.setup_features import SeleniumChromeWebdriverFeature
from lib.pages import LoginPage
class UserConfig(balderhub.auth.lib.scenario_features.role.UserRoleFeature):
# provide the credentials for the log in
username = 'admin'
password = 'secret'
class SetupOffice(balder.Setup):
class Server(balder.Device):
user = UserConfig()
class Browser(balder.Device):
selenium = SeleniumChromeWebdriverFeature()
page_login = LoginPage()
# fixture to prepare selenium - will be executed before the test session runs
@balder.fixture('session')
def selenium(self):
self.Browser.selenium.create()
yield
self.Browser.selenium.quit()
```
When you run Balder now, it will execute a complete login test that you didn't write yourself -
**it was created by the open-source community**.
```shell
+----------------------------------------------------------------------------------------------------------------------+
| BALDER Testsystem |
| python version 3.10.12 (main, Aug 15 2025, 14:32:43) [GCC 11.4.0] | balder version 0.1.0b14 |
+----------------------------------------------------------------------------------------------------------------------+
Collect 1 Setups and 1 Scenarios
resolve them to 1 valid variations
================================================== START TESTSESSION ===================================================
SETUP SetupOffice
SCENARIO ScenarioSimpleLogin
VARIATION ScenarioSimpleLogin.Client:SetupOffice.Browser | ScenarioSimpleLogin.System:SetupOffice.Server
TEST ScenarioSimpleLogin.test_login [.]
================================================== FINISH TESTSESSION ==================================================
TOTAL NOT_RUN: 0 | TOTAL FAILURE: 0 | TOTAL ERROR: 0 | TOTAL SUCCESS: 1 | TOTAL SKIP: 0 | TOTAL COVERED_BY: 0
```
If you'd like to learn more about it, feel free to dive [into the documentation](https://balder.dev).
# Contribution guidelines
Any help is appreciated. If you want to contribute to balder, take a look into the
[contribution guidelines](https://github.com/balder-dev/balder/blob/main/CONTRIBUTING.md).
Are you an expert in your field? Do you enjoy the concept of balder? How about creating your own
BalderHub project? You can contribute to an existing project or create your own. If you are not sure, a project for
your idea already exists or if you want to discuss your ideas with others, feel free to
[create an issue in the BalderHub main entry project](https://github.com/balder-dev/hub.balder.dev/issues) or
[start a new discussion](https://github.com/balder-dev/hub.balder.dev/discussions).
# License
Balder is free and Open-Source
Copyright (c) 2022-2025 Max Stahlschmidt and others
Distributed under the terms of the MIT license
Raw data
{
"_id": null,
"home_page": "https://docs.balder.dev",
"name": "baldertest",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.9",
"maintainer_email": null,
"keywords": "test, systemtest, reusable, scenario",
"author": "Max Stahlschmidt and others",
"author_email": null,
"download_url": "https://files.pythonhosted.org/packages/99/80/734c90b7079cfddb2a9b381eee3c9b7f1ebba68ad5c1c09c527c16d0ef4f/baldertest-0.1.0.tar.gz",
"platform": "unix",
"description": "\n<div align=\"center\">\n <img style=\"margin: 20px;max-width: 68%\" src=\"https://docs.balder.dev/en/latest/_static/balder_w_boarder.png\" alt=\"Balder logo\">\n</div>\n\nBalder is a flexible Python test system that allows you to reuse test code written once for different but similar \nplatforms, devices, or applications. It enables you to install ready-to-use test cases and provides various test \ndevelopment features that help you test your software or devices much faster.\n\nYou can use shared test code by installing an [existing BalderHub project](https://hub.balder.dev), or you can create \nyour own. This makes test development for your project much faster, since it is oftentimes enough to install a BalderHub\nproject and only provide the user-specific code.\n\nBe part of the progress and share your tests with others, your company, or the whole world.\n\n# Installation\n\nYou can install the latest release with pip:\n\n```\npython -m pip install baldertest\n```\n\n# Run Balder\n\nAfter you've installed it, you can run Balder inside a Balder environment with the following command:\n\n```\nbalder\n```\n\nYou can also provide a specific path to the balder environment directory by using this console argument:\n\n```\nbalder --working-dir /path/to/working/dir\n```\n\n# How does it work?\n\nBalder allows you to reuse previously written test code by dividing it into the components that **are needed** for a \ntest (`Scenario`) and the components that **you have** (`Setup`).\n\nYou can define a test within a method of a `Scenario` class. This is often an abstract layer, where you only describe \nthe general business logic without providing any specific implementation details.\n\nThese specific implementation details are provided in the `Setup` classes. They describe exactly **what you have**. In \nthese classes, you provide an implementation for the abstract elements that were defined earlier in the `Scenario`. \n\nBalder then automatically searches for matching mappings and runs your tests using them.\n\n## Define the `Scenario` class\n\nInside `Scenario` or `Setup` classes, you can describe the environment using inner `Device` classes. For example, let's \nwrite a test that validates the functionality of a lamp. For that, keep in mind that we want to make this test as \nflexible as possible. It should be able to run with all kind of things that have a lamp:\n\n```python\nimport balder\nfrom lib.scenario_features import BaseLightFeature\n\n\nclass ScenarioLight(balder.Scenario):\n \n # The device with its features that are required for this test\n class LightSpendingDevice(balder.Device):\n light = BaseLightFeature()\n \n def test_check_light(self):\n self.LightSpendingDevice.light.switch_on()\n assert self.LightSpendingDevice.light.light_is_on()\n self.LightSpendingDevice.light.switch_off()\n assert not self.LightSpendingDevice.light.light_is_on()\n \n \n\n```\n\nHere, we have defined that a `LightSpendingDevice` **needs to have** a feature called `BaseLightFeature` so that this \nscenario can be executed.\n\nWe have also added a test case (named with a `test_*()` prefix) called `test_check_light`, which executes the validation\nof a lamp, by switching it on and off and checking its state.\n\n**Note:** The `BaseLightFeature` is an abstract Feature class that defines the abstract methods `switch_on()`, \n`switch_off()`, and `light_is_on()`.\n\n\n## Define the `Setup` class\n\nThe next step is defining a `Setup` class, which describes what we have. For a `Scenario` to match a `Setup`, the \nfeatures of all scenario devices must be implemented by the mapped setup devices.\n\nFor example, if we want to test a car that includes a lamp, we could have a setup like the one shown below:\n\n```python\nimport balder\nfrom lib.setup_features import CarEngineFeature, CarLightFeature\n\n\nclass SetupGarage(balder.Setup):\n \n class Car(balder.Device):\n car_engine = CarEngineFeature()\n car_light = CarLightFeature() # subclass of `lib.scenario_feature.BaseLightFeature`\n ...\n \n\n```\n\nWhen you run Balder in this environment, it will collect the `ScenarioLight` and the `SetupMyCar` classes and try to \nfind mappings between them. Based on the `ScenarioLight`, Balder looks for a device that provides an implementation of \nthe single `BaseLightFeature`. To do this, it scans all available setups. Since the `SetupMyCar.Car` device provides an \nimplementation through the `CarLightFeature`, this device will match.\n\n```shell\n+----------------------------------------------------------------------------------------------------------------------+\n| BALDER Testsystem |\n| python version 3.10.12 (main, Aug 15 2025, 14:32:43) [GCC 11.4.0] | balder version 0.1.0b14 |\n+----------------------------------------------------------------------------------------------------------------------+\nCollect 1 Setups and 1 Scenarios\n resolve them to 1 valid variations\n\n================================================== START TESTSESSION ===================================================\nSETUP SetupGarage\n SCENARIO ScenarioLight\n VARIATION ScenarioLight.LightSpendingDevice:SetupGarage.Car\n TEST ScenarioLight.test_check_light [.]\n================================================== FINISH TESTSESSION ==================================================\nTOTAL NOT_RUN: 0 | TOTAL FAILURE: 0 | TOTAL ERROR: 0 | TOTAL SUCCESS: 1 | TOTAL SKIP: 0 | TOTAL COVERED_BY: 0\n```\n\n## Add another Device to the `Setup` class\n\nNow the big advantage of Balder comes into play. We can run our test with all devices that can implement the \n`BaseLightFeature`, independent of how this will be implemented in detail. **You do not need to rewrite the test**.\n\nSo, We have more devices in our garage. So let's add them:\n\n```python\nimport balder\nfrom lib.setup_features import CarEngineFeature, CarLightFeature, PedalFeature, BicycleLightFeature, GateOpenerFeature\n\n\nclass SetupGarage(balder.Setup):\n \n class Car(balder.Device):\n car_engine = CarEngineFeature()\n car_light = CarLightFeature() # subclass of `lib.scenario_feature.BaseLightFeature`\n ...\n \n class Bicycle(balder.Device):\n pedals = PedalFeature()\n light = BicycleLightFeature() # another subclass of `lib.scenario_feature.BaseLightFeature`\n \n class GarageGate(balder.Device):\n opener = GateOpenerFeature()\n\n```\n\nIf we run Balder now, it will find more mappings because the `Bicycle` device also provides an implementation for the \n`BaseLightFeature` we are looking for.\n\n```shell\n+----------------------------------------------------------------------------------------------------------------------+\n| BALDER Testsystem |\n| python version 3.10.12 (main, Aug 15 2025, 14:32:43) [GCC 11.4.0] | balder version 0.1.0b14 |\n+----------------------------------------------------------------------------------------------------------------------+\nCollect 1 Setups and 1 Scenarios\n resolve them to 2 valid variations\n\n================================================== START TESTSESSION ===================================================\nSETUP SetupGarage\n SCENARIO ScenarioLight\n VARIATION ScenarioLight.LightSpendingDevice:SetupGarage.Bicycle\n TEST ScenarioLight.test_check_light [.]\n VARIATION ScenarioLight.LightSpendingDevice:SetupGarage.Car\n TEST ScenarioLight.test_check_light [.]\n================================================== FINISH TESTSESSION ==================================================\nTOTAL NOT_RUN: 0 | TOTAL FAILURE: 0 | TOTAL ERROR: 0 | TOTAL SUCCESS: 2 | TOTAL SKIP: 0 | TOTAL COVERED_BY: 0\n```\n\nBalder handles all of this for you. You only need to describe your environment by defining `Scenario` and `Setup` \nclasses, then provide the specific implementations by creating the features. Balder will automatically search for and \napply the mappings between them.\n\n**NOTE:** Balder offers many more elements to design complete device structures, including connections between multiple \ndevices.\n\nYou can learn more about that in the \n[Tutorial Section of the Documentation](https://docs.balder.dev/en/latest/tutorial_guide/index.html).\n\n\n# Example: Use an installable BalderHub package\n\nWith Balder, you can create custom test environments or install open-source-available test packages, known as \n[BalderHub packages](https://hub.balder.dev). For example, if you want to test the login functionality of a website, simply use the \nready-to-use scenario `ScenarioSimpleLogin` from the [`balderhub-auth` package](https://hub.balder.dev/projects/auth/en/latest/examples.html), \n\n\nWe want to use [Selenium](https://www.selenium.dev/) to control the browser and of course use html elements, so let's install \n`balderhub-selenium` and `balderhub-html` right away.\n\n```\n$ pip install balderhub-auth balderhub-selenium balderhub-html\n```\n\nSo as mentioned, you don't need to define a scenario and a test yourself; you can simply import it:\n\n```python\n# file `scenario_balderhub.py`\n\nfrom balderhub.auth.scenarios import ScenarioSimpleLogin\n\n```\n\nAccording to the [documentation of this BalderHub project](https://hub.balder.dev/projects/auth/en/latest/examples.html), \nwe only need to define the login page by overwriting the ``LoginPage`` feature:\n\n```python\n\n# file `lib/pages.py`\n\nimport balderhub.auth.contrib.html.pages\nfrom balderhub.html.lib.utils import Selector\nfrom balderhub.url.lib.utils import Url\nimport balderhub.html.lib.utils.components as html\n\n\nclass LoginPage(balderhub.auth.contrib.html.pages.LoginPage):\n\n url = Url('https://example.com')\n\n # Overwrite abstract property\n @property\n def input_username(self):\n return html.inputs.HtmlTextInput.by_selector(self.driver, Selector.by_name('user'))\n\n # Overwrite abstract property\n @property\n def input_password(self):\n return html.inputs.HtmlPasswordInput.by_selector(self.driver, Selector.by_name('user'))\n\n # Overwrite abstract property\n @property\n def btn_login(self):\n return html.HtmlButtonElement.by_selector(self.driver, Selector.by_id('submit-button'))\n\n```\n\nAnd use it in our setup:\n\n```python\n\n\n# file `setups/setup_office.py`\n\nimport balder\nimport balderhub.auth.lib.scenario_features.role\nfrom balderhub.selenium.lib.setup_features import SeleniumChromeWebdriverFeature\n\nfrom lib.pages import LoginPage\n\nclass UserConfig(balderhub.auth.lib.scenario_features.role.UserRoleFeature):\n # provide the credentials for the log in\n username = 'admin'\n password = 'secret'\n\nclass SetupOffice(balder.Setup):\n\n class Server(balder.Device):\n user = UserConfig()\n\n class Browser(balder.Device):\n selenium = SeleniumChromeWebdriverFeature()\n page_login = LoginPage()\n\n # fixture to prepare selenium - will be executed before the test session runs\n @balder.fixture('session')\n def selenium(self):\n self.Browser.selenium.create()\n yield\n self.Browser.selenium.quit()\n```\n\nWhen you run Balder now, it will execute a complete login test that you didn't write yourself - \n**it was created by the open-source community**.\n\n```shell\n+----------------------------------------------------------------------------------------------------------------------+\n| BALDER Testsystem |\n| python version 3.10.12 (main, Aug 15 2025, 14:32:43) [GCC 11.4.0] | balder version 0.1.0b14 |\n+----------------------------------------------------------------------------------------------------------------------+\nCollect 1 Setups and 1 Scenarios\n resolve them to 1 valid variations\n\n================================================== START TESTSESSION ===================================================\nSETUP SetupOffice\n SCENARIO ScenarioSimpleLogin\n VARIATION ScenarioSimpleLogin.Client:SetupOffice.Browser | ScenarioSimpleLogin.System:SetupOffice.Server\n TEST ScenarioSimpleLogin.test_login [.]\n================================================== FINISH TESTSESSION ==================================================\nTOTAL NOT_RUN: 0 | TOTAL FAILURE: 0 | TOTAL ERROR: 0 | TOTAL SUCCESS: 1 | TOTAL SKIP: 0 | TOTAL COVERED_BY: 0\n```\n\nIf you'd like to learn more about it, feel free to dive [into the documentation](https://balder.dev).\n\n# Contribution guidelines\n\nAny help is appreciated. If you want to contribute to balder, take a look into the \n[contribution guidelines](https://github.com/balder-dev/balder/blob/main/CONTRIBUTING.md).\n\nAre you an expert in your field? Do you enjoy the concept of balder? How about creating your own\nBalderHub project? You can contribute to an existing project or create your own. If you are not sure, a project for \nyour idea already exists or if you want to discuss your ideas with others, feel free to\n[create an issue in the BalderHub main entry project](https://github.com/balder-dev/hub.balder.dev/issues) or\n[start a new discussion](https://github.com/balder-dev/hub.balder.dev/discussions).\n\n# License\n\nBalder is free and Open-Source\n\nCopyright (c) 2022-2025 Max Stahlschmidt and others\n\nDistributed under the terms of the MIT license\n",
"bugtrack_url": null,
"license": "MIT",
"summary": "balder: reusable scenario based test framework",
"version": "0.1.0",
"project_urls": {
"Homepage": "https://docs.balder.dev",
"Source": "https://github.com/balder-dev/balder",
"Tracker": "https://github.com/balder-dev/balder/issues"
},
"split_keywords": [
"test",
" systemtest",
" reusable",
" scenario"
],
"urls": [
{
"comment_text": null,
"digests": {
"blake2b_256": "46b333313814639c7da74ca3517023019dfd2382f9d51e7c0167db9285d12df5",
"md5": "42b3b073ebc9fbfd27ce33032a66b5fe",
"sha256": "c149c37d91c44c08d2cd9ac5c766757bb892add3d9ff6f827ae91964c0a2595e"
},
"downloads": -1,
"filename": "baldertest-0.1.0-py3-none-any.whl",
"has_sig": false,
"md5_digest": "42b3b073ebc9fbfd27ce33032a66b5fe",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.9",
"size": 149119,
"upload_time": "2025-10-25T15:12:00",
"upload_time_iso_8601": "2025-10-25T15:12:00.116912Z",
"url": "https://files.pythonhosted.org/packages/46/b3/33313814639c7da74ca3517023019dfd2382f9d51e7c0167db9285d12df5/baldertest-0.1.0-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": null,
"digests": {
"blake2b_256": "9980734c90b7079cfddb2a9b381eee3c9b7f1ebba68ad5c1c09c527c16d0ef4f",
"md5": "758b9d0edc8869c7e9dc2729352d38e2",
"sha256": "9fe7cc1ffcb1dbed10e3d43d81f0ca97f366575ed1eaa3d33e9150303ea0e795"
},
"downloads": -1,
"filename": "baldertest-0.1.0.tar.gz",
"has_sig": false,
"md5_digest": "758b9d0edc8869c7e9dc2729352d38e2",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.9",
"size": 3741632,
"upload_time": "2025-10-25T15:12:01",
"upload_time_iso_8601": "2025-10-25T15:12:01.099198Z",
"url": "https://files.pythonhosted.org/packages/99/80/734c90b7079cfddb2a9b381eee3c9b7f1ebba68ad5c1c09c527c16d0ef4f/baldertest-0.1.0.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2025-10-25 15:12:01",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "balder-dev",
"github_project": "balder",
"travis_ci": false,
"coveralls": false,
"github_actions": true,
"requirements": [
{
"name": "alabaster",
"specs": [
[
"==",
"0.7.12"
]
]
},
{
"name": "Babel",
"specs": [
[
"==",
"2.9.1"
]
]
},
{
"name": "certifi",
"specs": [
[
"==",
"2024.7.4"
]
]
},
{
"name": "charset-normalizer",
"specs": [
[
"==",
"2.0.6"
]
]
},
{
"name": "docutils",
"specs": [
[
"==",
"0.17.1"
]
]
},
{
"name": "idna",
"specs": [
[
"==",
"3.7"
]
]
},
{
"name": "imagesize",
"specs": [
[
"==",
"1.2.0"
]
]
},
{
"name": "furo",
"specs": [
[
"==",
"2022.1.2"
]
]
},
{
"name": "Jinja2",
"specs": [
[
"==",
"3.1.6"
]
]
},
{
"name": "MarkupSafe",
"specs": [
[
"==",
"2.0.1"
]
]
},
{
"name": "packaging",
"specs": [
[
"==",
"21.0"
]
]
},
{
"name": "Pygments",
"specs": [
[
"==",
"2.15.0"
]
]
},
{
"name": "pyparsing",
"specs": [
[
"==",
"2.4.7"
]
]
},
{
"name": "pytz",
"specs": [
[
"==",
"2021.3"
]
]
},
{
"name": "pytest",
"specs": [
[
"==",
"6.2.5"
]
]
},
{
"name": "pylint",
"specs": [
[
"==",
"3.2.5"
]
]
},
{
"name": "requests",
"specs": [
[
"==",
"2.32.4"
]
]
},
{
"name": "snowballstemmer",
"specs": [
[
"==",
"2.1.0"
]
]
},
{
"name": "Sphinx",
"specs": [
[
"==",
"4.2.0"
]
]
},
{
"name": "sphinxcontrib-applehelp",
"specs": [
[
"==",
"1.0.2"
]
]
},
{
"name": "sphinxcontrib-devhelp",
"specs": [
[
"==",
"1.0.2"
]
]
},
{
"name": "sphinxcontrib-htmlhelp",
"specs": [
[
"==",
"2.0.0"
]
]
},
{
"name": "sphinxcontrib-jsmath",
"specs": [
[
"==",
"1.0.1"
]
]
},
{
"name": "sphinxcontrib-mermaid",
"specs": [
[
"==",
"0.7.1"
]
]
},
{
"name": "sphinxcontrib-qthelp",
"specs": [
[
"==",
"1.0.3"
]
]
},
{
"name": "sphinxcontrib-serializinghtml",
"specs": [
[
"==",
"1.1.5"
]
]
},
{
"name": "urllib3",
"specs": [
[
"==",
"2.5.0"
]
]
}
],
"lcname": "baldertest"
}
JSON
