1月 17, 2025 by Qt Group 日本オフィス | Comments
Test Center 4.0では、Test Plan (テスト計画)を導入することでTest Centerのテスト管理機能を強化しました。Test Planは手動テストの計画を立てやすくしますが、新しく導入されたSquishのテスト実行機能の基盤でもあります。この機能については、このリンクから詳細をご確認ください。
これらの新機能追加の実際の動作については、以下のリリース概要ビデオをご覧ください。
この記事では、テスト計画機能の主な特徴と、それが手動テストにどのような変化をもたらすかを紹介します。
テスト計画は、テストが確実に完了するよう支援します。テスト計画では、テストサイクル中に実行すべきすべてのマニュアルテストおよび自動テストのリストを作成できます。また、選択したテストを実行すべき構成に関する情報も含まれています。テストサイクルの種類に応じて、さまざまなテスト計画を定義できます。たとえば、リポジトリの変更をトリガーとする通常の統合テストサイクルや、今後のリリースに備えたより詳細なテストサイクルなどです。
Test Center を使用して Squish の自動テストを実行する予定がない場合でも、テストと生成された結果が完全であることを確認するのに役立ちます。
Test Center は、テストサイクルの再利用可能な設計図として簡単に再利用できるテスト計画テンプレートと、現在実行中のテスト計画を表すテスト計画実行を区別します。計画テンプレートと計画実行はどちらも同じ方法で管理できますが、計画テンプレートをスケジュールして実行に移す場合、関連するバッチ結果や実行日、テストを実行すべきリポジトリのリビジョンなどの追加情報がテスト計画に添付されます。
総合テスト計画は、手動および自動テストサイクルの整理と、それらの完全性の検証に役立ちます。
Test Centerにテスト計画を追加した際、既存のマニュアルテスト管理を活用したいと考え、既存の「Manual Testing」(手動テスト)エリアを「Tests」エリアに変更しました。今後は、テストの管理、テスト計画、マニュアルおよび自動テストの実行に関連するすべてがこの「Tests」エリアに配置されることになります。
既存の「Test Management」(テスト管理) タブが拡張され、自動テストの管理も可能になりました。また、リポジトリ統合機能も強化され、リポジトリからSquishテストをインポートできるようになりました。また、リポジトリ内のSquishテストを自動実行用に特定することも可能になりました。
同時に、テスト計画テンプレートとテスト計画実行を管理するための2つの新しいタブが追加されました。
「Execution Configuration」(実行構成)タブは削除されましたが、その機能は保持され、テスト計画テンプレートまたはテスト計画実行にテスト実行を追加する際に表示されるようになりました。つまり、手動テスト計画の実行は、同じバッチに関連付けられるというあいまいな関連付けではなく、同じテスト計画に属することで関連付けられるようになりました。これにより、手動テストに間接的なレイヤーが追加されますが、以前のテストサイクルから手動テスト構成を再利用する能力が大幅に向上し、テストマネージャーとテスターの両者にとって手動テスト結果のモニタリングとブラウズが容易になります。
「Executions Overview」(実行の概要)タブも削除されましたが、その機能のほとんどは維持され、テストプラン実行をブラウズする際に表示されるようになりました。
結論として、重要な機能はすべてそのままに、テスト計画機能によってTest Centerのマニュアルテスト機能を拡張しました。これにより、テスト計画機能によってテストサイクルの管理が改善され、そのメリットを享受できるようになりました。
Test Center 4.0 のリリースノートで、改善点の一覧をご確認ください。
お客様および評価者は、Qt Customer PortalでTest Center 4.0パッケージを入手できます。Test Centerをまだお試しでない場合は、こちらから無料トライアルをリクエストしてください。
Download the latest release here: www.qt.io/download.
Qt 6.8 release focuses on technology trends like spatial computing & XR, complex data visualization in 2D & 3D, and ARM-based development for desktop.
Check out all our open positions here and follow us on Instagram to see what it's like to be #QtPeople.
3 6, 2025
このブログは「Squish 9.0 is Here: New MCU Support, Android Automotive..
3 6, 2025
このブログは「Automated UI Testing for Android Automotive..
3 6, 2025
このブログは「Introducing Squish Enterprise license model」を翻訳・一部加筆したものです。..
I thought I was pretty clear. We don't want your backend. We want our own back end powered by Qt, our Qt code, though a QObject-based web server. We define the objects, the signals, slots, etc.
We don't want BaaS.
Also, we wont want WebSockets. We want comet. Yeah, its not as elegant, but the firewalls sure like it better.
@Jason: Please take a look at: http://qt-project.org/wiki/...
This is a very good feedback. Thanks.
We also want support the scenario of setting up and maintaining your own backend that is powered by Qt.