Add Ken'ichi Ohmichi for Quality Assurance
Change-Id: I819ea3b8ba423e74d229d66dfc6f50f49ddad37f
This commit is contained in:
parent
2df3a1e30c
commit
695dded1e4
88
candidates/ocata/Quality_Assurance/oomichi.txt
Normal file
88
candidates/ocata/Quality_Assurance/oomichi.txt
Normal file
@ -0,0 +1,88 @@
|
||||
Ken'ichi Ohmichi (oomichi)
|
||||
|
||||
Hi everyone,
|
||||
|
||||
Thank you for given chance to run as a PTL in current Newton cycle.
|
||||
This experience is exciting and I am glad to work together in the community.
|
||||
I'd like to continue running as the PTL in the Ocata cycle.
|
||||
|
||||
# Newton Summary
|
||||
|
||||
At first, it is nice to summarize the Newton cycle for the next Ocata cycle.
|
||||
We have worked for multiple items in this Newton cycle, and the progress is
|
||||
amazing. To be honest, my power is not enough to cover all area and this
|
||||
achievement has been attained by all contributors in this project.
|
||||
Thank you very much for your contributions.
|
||||
|
||||
## Tempest
|
||||
|
||||
Tempest is a biggest project under OpenStack QA, the commit number is 13th
|
||||
of 754 in whole OpenStack[1]. During the Newton cycle, we have provided
|
||||
Tempest CLI workflow. Users can use Tempest for different clouds/usecases
|
||||
with separated workspaces, then the operation becomes easy.
|
||||
|
||||
The other thing is the cleanup. Tempest had deep class hierarchy and some
|
||||
magic for resource creation and cleanup. That made investigations hard when
|
||||
detecting issues. We have removed such barriers for easy debugging.
|
||||
|
||||
Now Tempest provides test frameworks to whole OpenStack projects with stable
|
||||
interfaces. The interfaces still are increasing by releasing Tempest for helping
|
||||
the other projects. In the Newton cycle, we released 2 versions(12.1.0, 12.2.0)
|
||||
and they contain many features as these renos[2]. The other projects switched
|
||||
using these stable interfaces, this situation is appreciated.
|
||||
|
||||
## Devstack
|
||||
|
||||
One of big Devstack changes is Neutron becomes the default. Neutron is the
|
||||
direction as the network service instead of nova-net. The change has long
|
||||
history like enabling/reverting the default Neutron, and now the activation
|
||||
is stable. So we will be able to get feedback about Neutron widely from
|
||||
the ecosystem and that will make the quality better in long-term.
|
||||
|
||||
The other try is the Devstack code migration for Heat. Devstack provides
|
||||
a plugin interface to manage its own Devstack code on each project repo,
|
||||
that makes each project development smooth. The Devstack code has been
|
||||
implemented in Heat repo and the Heat gate starts running by using that
|
||||
in the Newton cycle. In addition, several projects rely on Heat. So these
|
||||
projects need to enable Heat on the gate, and Magnum team succeeded to
|
||||
do that by working together with Heat team. That is a good collaboration
|
||||
across projects.
|
||||
|
||||
## OpenStack-Health
|
||||
|
||||
OpenStack-Health is a useful tool to know test condition of whole OpenStack
|
||||
projects from bird's-eye view. By using much data for showing graphs, the
|
||||
performance became issue and we have improved that in this cycle.
|
||||
|
||||
The other thing is links to elastic recheck and bug report.
|
||||
On last failed tests, we can see related elastic recheck and bug report on
|
||||
the same line. That helps developers to investigate gate issues.
|
||||
|
||||
# For Ocata
|
||||
|
||||
Based on the Newton experience, I think there are several items for the Ocata cycle.
|
||||
|
||||
* Help other projects:
|
||||
According to the other projects' PTL candidacies, many future PTLs will work
|
||||
for QA in the next cycle. QA team will continue helping these projects by
|
||||
communicating to the other projects. And it is nice to provide good document
|
||||
which describes how to use new test interfaces of Tempest for the other projects.
|
||||
* Continue bug triage:
|
||||
An interesting thing is that bug reports tend to be submitted as Tempest bugs
|
||||
even if they are due to the other projects' issues. So the bug triage of Tempest
|
||||
is important to improve whole OpenStack quality by setting reports to suitable
|
||||
projects. We started some prototype[3] to show bug triage progress of Tempest.
|
||||
Such kind of graph will be helpful to motivate people for the triage. I hope
|
||||
this will be expanded to other projects.
|
||||
|
||||
This is my proposal and thanks for giving me a chance to raise my hand again.
|
||||
Regardless of the election result, I will do my best in this project for the next cycle.
|
||||
|
||||
Thanks
|
||||
Ken'ichi Ohmichi
|
||||
|
||||
---
|
||||
[1]: http://stackalytics.com/?metric=commits&release=newton
|
||||
[2]: http://docs.openstack.org/releasenotes/tempest/unreleased.html
|
||||
[3]: https://github.com/oomichi/bug-counter#current-graph
|
||||
|
Loading…
Reference in New Issue
Block a user