今日、テストプロセスの手動実行の問題は、実装段階で多くのエラーが検出されるため、緊急の問題の1つです。
この出版物は、OpenStackのテスト自動化へのアプローチを提案しています。これは、OpenStackに基づくソフトウェア開発の品質と速度を向上させ、IT製品の実装時間を短縮するのに役立ちます。
最初は、自動化プロセス自体が図と図で説明されています。 プロセスを説明した後、OpenStackのテストを自動化するために設計されたツールを検討します。
OpenStackテスト自動化プロセスの構築
このアプローチは、継続的なソフトウェア供給の一部としての継続的なテストに基づいています。 継続的なテストにより、コードの品質を安定化および改善できます。 なぜなら すべてのアプリケーションは開発から始まるため、本格的なテストを開発サイクルに実装する必要があります。
ステージ :
- 開発者が変更を加えます。
- この変更では、バージョン管理システムがコードの構文をチェックします。
- 変更は開発者のブランチに分類されます。
- CHECK環境でテストプロセスが開始されます。
- 環境展開
- 展開する
- コード構文テストの実行
- 単体テストの実行
- 環境を削除する
- プロジェクトのメインブランチでマージリクエストを作成します。
- 変更はバージョン管理システムのメインブランチに分類されます。
- DEV環境でテストプロセスが開始されます
- 開発環境にデプロイする
- 単体テストの実行
- 新機能の受け入れテストを実行する
- 煙テストの実行
- 必要な機能がすべて準備できたら
- 新しいソフトウェアバージョンの作成
- QA環境でテストプロセスが開始されます
- QA環境にデプロイする
- 品質保証エンジニアによる新機能の並行検証
- テストを実行して環境インフラストラクチャを確認する
- 機能テストの実行
- ストレステストの実行
- PRODUCTION環境に新しいバージョンを導入するプロセスの開始
- 戦闘環境にデプロイする
- テストを実行して主な機能を検証する
図1.自動化OpenStackのテストプロセス
図1 CHECKおよびDEV環境でテストするための最初のパイプラインのアクティビティ図
図2。 QAでのテストおよびPRODUCTION環境での展開のための2番目のパイプラインのアクティビティの図
図3 OpenStackテスト自動化プロセスのフローチャート
テストステップの1つが失敗した場合のステップ
テスト段階に合格しても、すぐに成功する結果を保証するものではありません。 新しい機能が正しく実装されていない場合や、新しい変更が他のソフトウェア機能の動作に影響する場合があります。 発生した問題をより迅速に解決するために、通知システムを使用することをお勧めします。
このペーパーで提案されているプロセス自動化のテスト方法では、次の通知方法を使用することが提案されています。
- 仕事用メール経由;
- メッセンジャー経由;
通知システムの使用に加えて、自動モードでは、QA環境でのソフトウェア検証の段階でエラーが検出されるとエラータスクが作成され、検証段階の前にエラーが検出されると開発者にタスクが再発見されるタスク管理システムを使用することも効果的ですDEV環境での機能。
ツールキット
さまざまなツールを使用してOpenStackテストプロセスを自動化できますが、分析後、次のツールが特定されました。
上記のツールは、OpenStackテスト自動化プロセスの構築に推奨されます。
この出版物は非常に面倒であることが判明しましたが、この記事が誰かの助けになることを願っています。 次の出版物では、上記のツールを統合するための詳細なガイドとともに、Jenkins CIでこのアプローチを使用する例を説明します。