TestLinkとEnterprise Architectを連携する
TestLinkとEnterprise ArchitectやRaQuestを連携するスクリプトが公開されていたのでメモ。
【元ネタ】
日々精進 - スパークスシステムズ ジャパン代表のBlog:TestLinkとEA/RaQuestとの連携 - livedoor Blog(ブログ)
jenkins-testlink-plugin: プログラマの思索
Enterprise ArchitectとRedmineを連携するアドオン: プログラマの思索
Enterprise Architectでモデルを書いて、そのモデルから要求を紐づけている時、その内容をTestLinkの要件管理機能にインポートできるスクリプトを公開している。
目的としては、モデルに書かれた仕様と本来の要求が関連している関係をTestLinkのテストケースと関連付けて、要求から仕様を経てテストケースに至るまでのトレーサビリティを実現したいことだ。
特にテストケース作成時に、要求や仕様を全て網羅しているか、という観点で、テストケースに対する要件カバレッジを取ると、結構網羅できていない時が多い。
つまり、テストケースの作成段階で、テストされない要求が結構出てくる。
だから、テストケース作成の作業は細心の注意を払う時が多い。
そして、TestLinkのテストカバレッジ機能を使えば、実際にテストできたテストケースから、逆に要求をどこまでテストで検証できたのか、という要件カバレッジを見ることもできる。
実際のテストでは、1サイクルのテストで全ての要求を網羅するのは不可能だ。
実際は、複数のサイクルで要求を網羅できるのが普通だから、アジャイル開発のように、テストケースやテスト対象の要求を分割して、サイクルないしイテレーション単位にテストして、要件カバレッジを100%にする戦略が必要となってくる。
TestLinkを使ってみると、実際のテスト管理や要求管理の奥深さを知ることができて面白かった。
個人的には、TestLinkのテストケースや要件管理とastahの要求図や概念モデルを連携できれば面白いだろうと思う。
特に、要求図はゴール指向分析という要求工学から発生した技術なので、よく考えられているのではないかと想像している。
astah* professional 6.1の要求図: プログラマの思索
色々試してみる。
| 固定リンク
「ソフトウェア工学」カテゴリの記事
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
- 「システムアーキテクチャ構築の原理」の感想(2024.05.06)
- ソフトウェア工学の根本問題から最近のソフトウェア設計を考えてみる(2024.03.03)
- マイクロサービス設計は従来のアーキテクチャ設計と何が違うのか(2024.01.02)
- 「ソフトウェアアーキテクチャ・ハードパーツ」の情報リンク~マイクロサービスの設計技法の課題は何なのか(2023.11.12)
「TestLink」カテゴリの記事
- JSTQBのテストプロセスの概念モデルを描いてみた(2023.05.26)
- TestLinkの要件管理にUSDMを適用する方法(2023.01.22)
- TestLinkのテストケースはクラスとインスタンスの考え方で区別する(2023.01.22)
- テスト管理ツールCAT、TestRail、QualityForwardのオンラインのマニュアルのリンク(2022.09.24)
- テスト管理ツールTestRail、CAT、QualityForwardの感想(2022.07.30)
コメント