mini-mo
minimo is a lightweight automation framework. mainly focuses on automated test/task. the project name comes from the mini robot M-O in WALL-E as the following guy:
using minimo, you can create some standardized project instances by mmo init command. it will generate project with the organized folders like:
project-root-folder-with-project-name
|- bin # minimo reserved command, don't touch it
|- cases # suite and cases here
|- ext # customized extensions, will be loaded before running commands
|- lib # customized library, put all your common code here
|- app.py
|- performer.py
|- log
|- templates # case template
|- vendor # vendor library
|- .dockerignore
|- .gitignore
|- config.yml # global configuration
|- Dockerfile # dockerfile if you want to run scheduler in docker
|- README.md
|- requirements.txt # dependencies here, use ``pip install -r requirements.txt`` to install all dependencies
after project created, under the project root path you can use minimo commands to create suite/cases by mmo new, or run suite/cases by mmo run.
minimo will create new cases from the case template which is under templates folder. you can customize the template. you can also customize template for each suite if you create templates folder under the suite root path.
currently minimo can run suite/cases in two types, which are serial and concorrence, they are easy to understand from their names. and they can be configured in config.yml.
in concorrence mode, suite/cases will be run by multi-thread pool, thread count can be configured by max_thread_count.
the output can be configured too, currently supports text, html or xml.
tip: we can use mmo or minimo as the main command after v0.4.0, but in older version, it’s only minimo.
Usage
we can use minimo by typing command in console, or calling its apis in your own project.
Installation
$ pip install -U minimo
Create project instance
cli
$ mmo init [project-name] [-t template-path] [-o output-path]
the project will be created under output-path, default is the current working directory if no output-path specified. minimo will initialize the project with default template. or you can specify a path which contains the template.
api
import minimo
mmo = minimo.Application(
interface="api",
root_path="/path/to/project/instance"
)
# return True or False for `init` result
result = mmo.call(
"init",
name="helloKitty",
template="/path/to/my/template",
output="./myprojects"
)
Create new cases
cli
$ mmo new [cases...] [-a author]
for example:
$ mmo new suite1/case1 suite2/case2 case3 [-a hellokitty]
minimo will walk through the sub-directory of task suite, if templates exists in task suite, it initializes the case by the suite specified templates, otherwise, by the project default templates.
if specified author name, it will be filled in the template file, or minimo will get the current system user as the author name.
api
import minimo
mmo = minimo.Application(
interface="api",
root_path="path/to/instance_project"
)
# return successfully created cases list
cases = mmo.call(
"new",
cases=["case1", "suite2/case1", "suite2/case2"]
)
template file is written in mako’s syntax, check out mako.
List all standard cases
cli
$ mmo ls [pattern...]
“pattern” supports Unix shell-style wildcards, such as * or ?. if not specified “pattern”, it will list all standard cases’ names under “cases” folder. if specified “pattern”, it will search the case name by “pattern”. can give multiple patterns, such as:
$ mmo ls foo bar*
api
import minimo
mmo = minimo.Application(
interface="api",
root_path="path/to/instance_project"
)
# return sorted valid cases
sorted_cases = mmo.call("ls")
Run suite
cli
$ mmo run [case...]
can specify some cases separated by whitespace as:
$ mmo run case1 case2 case3
and also can specify some suites (case group under one folder) as:
$ mmo run suite1 suite2 suite3
minimo will run all cases under those suites.
api
import minimo
mmo = minimo.Application(
interface="api",
root_path="path/to/instance_project"
)
# return output file path or None if all failed
sorted_cases = mmo.call(
"run",
cases=["suite1", "suite2/case1", "suite2/case2"]
)
Get help
$ mmo --help
$ mmo [command] --help
seems not useful in api mode
Get version
cli
$ mmo version
api
import minimo
mmo = minimo.Application(
interface="api",
root_path="path/to/instance_project"
)
# version string
version = mmo.call("version")
Scheduled jobs
we can run scheduled jobs in minimo project since r0.8, that is based on APScheduler. just configure your scheduler item in config.yml, minimo will execute your scheduled jobs in blocking mode, which means run in foreground, recommend you to run your project in a docker container. detail information about scheduler setting please refer to APScheduler.
cli
$ mmo start
api
import minimo
mmo = minimo.Application(
interface="api",
root_path="path/to/instance_project"
)
mmo.call("start")
please note that scheduler configured in case/config.yml will not work.
Metadata
Release files for minimo 0.8.6
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| minimo-0.8.6.tar.gz | 29.9 kB | Without provenance | Details |
Release files / minimo-0.8.6.tar.gz
| Download URL | minimo-0.8.6.tar.gz |
|---|---|
| Size | 29.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
119787da608da692f1f6b187b43450e02ae8accd2a5d40332743ca7fb070abae
|
|
BLAKE2b-256 checksum How to use checksums |
1aa287320b713033ca030ced82372d8072425f7270433640cacb84071a0602f6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/3.7.1 importlib_metadata/4.9.0 pkginfo/1.8.2 requests/2.27.0 requests-toolbelt/0.9.1 tqdm/4.62.3 CPython/3.10.1
|
Security for minimo 0.8.6
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.