Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Change-Id: I4a637249a50b5c8e3fc344493622f85c3583a2f4
Signed-off-by: Delia Popescu <delia.popescu@enea.com>
|
|
|
|
utils/test has been migrated to the releng-testresults repo
Change-Id: If14a30e6abed1424d1e00b0fae048b7d869ec99b
Signed-off-by: Trevor Bramwell <tbramwell@linuxfoundation.org>
|
|
As far as I know the site that consumed this resource was never actually
published, and given this runs frequently on master, removing it should
save resources.
Change-Id: I383fcffcef98e0e12a38d15dcb1204419283b833
Signed-off-by: Trevor Bramwell <tbramwell@linuxfoundation.org>
|
|
The BUILD_TAG on ZTE baremetal PODs don't include the word "baremetal".[1]
Line 117 can't be correctly executed. Use a negative checking instead.
[1] https://build.opnfv.org/ci/job/functest-fuel-zte-pod1-daily-master/206/injectedEnvVars/
Change-Id: I1a36494768e0172bcf6a016fd8f2524854c9b876
Signed-off-by: wu.zhihui <wu.zhihui1@zte.com.cn>
|
|
|
|
Change-Id: I9baa04ff062f36569c1e143014239931de64cf32
Signed-off-by: thuva4 <tharma.thuva@gmail.com>
|
|
components are implemented by TestAPI team, they are not the third
party code, put them under opnfv_testapi/ui directory
Change-Id: Ia0f5e2afe4bcb12bcb74d3a8d78fb28fe1432bec
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
|
|
divide resources into handlers&models
put ui handlers into handlers directory
put User into user_models.py
Change-Id: I3d9e260097205213c3ea8d4eac08b9019e017f71
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
Change-Id: Iaa9c15092aafda2024f08c467eea2f3ab9cddd96
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
new added pep8 check: https://build.opnfv.org/ci/job/testapi-verify-master/435/console
Change-Id: I29c1ffbb534babf55ec2fe675001cc85b9e2e922
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
|
|
we were used to count the number of PASS of the last 4 runs
it works 80% of the cases
4 runs
4 OK => 3 points
3 OK => 3 points
2 OK => 2 points
1 OK => 1 point
0 => 0
it is different from the normal score calculation
4 OK => 3 points
3 OK => 2 points
2 OK => 2 points
1 OK => 1 point
0 => 0
Change-Id: Ib8df2c294e0036246176c181b7a7ac290ebea07e
Signed-off-by: Morgan Richomme <morgan.richomme@orange.com>
|
|
in local deployment situation, authentication can be disabled by
setting authenticate=False of ui section in config.ini
JIRA: RELENG-324
Change-Id: I9157d1723851feb12435033dbdd59035e3eb5777
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
criteria must be fix with 'PASS/FAIL', case insensitive
or else, BADREQUEST exception will be raises
JIRA: RELENG-327
Change-Id: Ic648b9d38937fc63924e42cfdf5345cdaa32e1ed
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
remove
* tempest_full_parallel
* rally_full
Change-Id: Ibb944e7d32dc3cf0fc0b87a269c9e2f0327410e4
Signed-off-by: Morgan Richomme <morgan.richomme@orange.com>
|
|
as architecture is not considered as a constraints (unlike scenario or
installer) we need to work on the build tag to retrieve the data
but it is not possible to use regex directly in the API
so retrieveing the accurate results require extra processing
* based on build_tag, filter the results properly per scenario
* build a table build_tag time for a given scenario
* keep only the last 4 results
* evaluation criteria field
It would simplified if architecture could be declared as a constraint
then querying the resuls will not change and not require intermediate
steps
JIRA: FUNCTEST-880
Change-Id: Id4fe4f56babf0964d41e299905c804e0d837c3d7
Signed-off-by: Morgan Richomme <morgan.richomme@orange.com>
|
|
update directory was employed to update TestAPI before auto deployment
is adopted, now it is useless and can be deleted.
Change-Id: I4e5ae84e80879cd9f711dc1d02224ae4f5902e49
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
fail record: https://build.opnfv.org/ci/job/opnfv-yamllint-verify-master/1050/console
Change-Id: Ic709b9a3d1d3642a3deebd930714a2ba2de22da6
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
|
|
|
|
Change-Id: Id2e6b148f896eee5122339e501c8604e74ef774c
Signed-off-by: rpaik <rpaik@linuxfoundation.org>
|
|
To keep consistent with other testing project,
yardstick should change criteria value from 'SUCCESS' to 'PASS'
Change-Id: I8d8779927a74749e7c43df4e55e1888c49cbbbaf
Signed-off-by: chenjiankun <chenjiankun1@huawei.com>
|
|
The trend tool will read installer field in scenario_history.txt
But now this field is fuel not fuel@x86 or fuel@aarch64.
So I change fuel -> fuel@x86 & fuel@aarch64.
Change-Id: I8e97e57febd559f65be559b16bceee5cf8268926
Signed-off-by: chenjiankun <chenjiankun1@huawei.com>
|
|
|
|
|
|
Since scenario data do not have a field named architecture,
So I choose pod_name for now.
For example:
pod_name: arm-pod5
I assume that it is based arm architecture
Change-Id: I92159a5e08b1ed80701494483fd9922dbd459193
Signed-off-by: chenjiankun <chenjiankun1@huawei.com>
|
|
centralize jjb related scripts
Change-Id: I4abeb06f17b48b8e7ac15803db0f3ce7eb0c1b93
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
Change-Id: Iba2a7b5de9cb56c2cc6579fb9ff37b3242a0283f
Signed-off-by: Alex Yang <yangyang1@zte.com.cn>
|
|
the goal is not to penalize scenario with few iteration due to
CI pipeline constraints
until now the top score was calculated on the base on 4 iterations, it means
whatever the number of iterations, we always consider the possible top score
based on at least 4 iterations
each case can get
- 3 points (last 4 iterations PASS)
- 2 points (more than 1 PASS over the last 10 days but 1 FAIL of the last 4)
- 1 point (at least 1 PASS over the last 10 days)
- no point (never work)
so if we consider a scenario with 10 cases, the top score is
30 = 10*3 (max points)
the coefficient to calculate the top score is not the number of iterations
- 1 iteration => possible top score 10
- 2 iterations => top score 20
- 3 iterations => top score 20
- 4 or more iterations => top score 30
previously top score was systematically 30
https://wiki.opnfv.org/plugins/servlet/mobile#content/view/6828617
Change-Id: I01102bc00766b7f5b58e73befa7d5328fcc895cc
Signed-off-by: Morgan Richomme <morgan.richomme@orange.com>
|
|
This reverts commit 3f27c8b519e42295bd76ace5506903f265e48560.
Change-Id: I024ba8c0b960387138a71be9bc19f6d1b72030ca
|
|
Fuel baremetal deployments provide a certificate, which should be
copied over to test containers. Virtual deployments do not, hence
the need to determine the deployment type and decide whether the
certificate should be transferred in the first place.
However, the Docker args we contruct will try to map the certificate
file no matter what, so we will instead try to transfer the cert
from Salt Master in all deployments, and just create an empty file
in case it does not exist.
Change-Id: I3d3fe6cabf552a88841c529ce38446b2e54b3053
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
Change-Id: I19916f1e4dd04297cc7d73e93a12767d335c0d99
Signed-off-by: Yujun Zhang <zhang.yujunz@zte.com.cn>
|
|
- use data in last 10 days instead of 1 day
- hide installers without any data
- remove redundant qtip reporting
Change-Id: If73a439572b6a1cf09c7d34f643fb14be82196ca
Signed-off-by: Yujun Zhang <zhang.yujunz@zte.com.cn>
|
|
|
|
minor pylint fix in functest/reporting-status
Change-Id: Ibfd4f0da1475c34c40a3d9e00530f8f15eb3c7dc
Signed-off-by: Morgan Richomme <morgan.richomme@orange.com>
|
|
Change-Id: Ia1ad4c0654ad2dea7fdb61b81725af9aaafc4750
Signed-off-by: liyin <liyin11@huawei.com>
|
|
Change-Id: I22df519d949fb28eaecc6af99347868023a1e2a8
Signed-off-by: Linda Wang <wangwulin@huawei.com>
|
|
Danube -> Euphrates in euphrates.html
add euphrates dir
fix CONFIG_REPORTING_YAML value
fix import error in scenario.py
Change-Id: Ic0457bf8d1c67bd21ef6a31564792eb98cfca9ad
Signed-off-by: chenjiankun <chenjiankun1@huawei.com>
|
|
|
|
+ minor fixes
* unknown => real test case names
* pylint corrections
Change-Id: I75446e4006d41fe1bb25106420910025afa01489
Signed-off-by: Morgan Richomme <morgan.richomme@orange.com>
|
|
|
|
|
|
substitue docker-compose.template with string description,
so that user can wget deploy.py and execute directly.
Change-Id: I9703a1c8dfbdc46470561d54c6663e3728540162
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
1. In the original design, if the auto-job starts soon after
the watchdog starts, the auto update might be mingled with
connectivity check, which may lead to update failure. so instead,
the connectivity is checked first, if failed and module is not in deploying,
restart module.
2. only automate-docker-deploy job will impact the container status during
auto-job, so substitue auto-job status check with automate-docker-deploy's
3. the watchdog is not only for testapi, but also for reporting, and
all docker container server deployed in testresults.opnfv.org, so move it under
utils/test/opts, which is leveraged to store tool-sets employed for testing tools.
Change-Id: I766f3a534a3d510ce7509d4e742150150ccd8f54
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
leverage docker compose to deploy testresults set
testapi/reporting/mongo
usage:
python one_click_deploy.sh -tp 8082 -rp 8084 -tl http://host_ip:8082
Change-Id: I8dfb868637749b82ec86e58220376b03ad50664d
Signed-off-by: SerenaFeng <feng.xiaowei@zte.com.cn>
|
|
http_pass is wrong for nginx, we need to change it to proxy_pass
Change-Id: Ib679b36a4a139c02647564719e1cfc49a9f376a2
Signed-off-by: chenjiankun <chenjiankun1@huawei.com>
|
|
|