問題タブ [traceability]

マネージャー、テスター、およびチーム内の他の人々からの次の質問にどのように答えますか。

バグ #829 はどのビルドで修正されていますか? 現在のテスト ビルドで完了したタスクは何ですか?

簡単に言えば、要件、タスク、およびバグのトレーサビリティを、レポートのレポートからデプロイまで、どのように実現するのでしょうか? これを達成するために、どのようなプロセス、ツール、テクニックを使用していますか?

さまざまなプロジェクトで、分析フェーズで開発したユースケースモデルがプロジェクトの要件をカバーしていることを確認する必要がありました。そのために、要件ステートメント（一意に識別される）とユースケース（これも一意に識別される）の間である程度のトレーサビリティを得ることができました。場合によっては、トレーサビリティを有効にすることは、私が良い投資であると私が考えた（そして後で証明した）いくつかの追加の努力を意味しました。

さて、私が直面した最大の問題は、後で（変更要求の結果として、またはユースケースの変更の結果として）状況が変化し始めたときに、このトレーサビリティを維持することでした。

トレーサビリティ維持のためのベストプラクティスのアイデアはありますか？

（プロジェクトの他の項目に適用できます-たとえば、ユースケースとテストケース、または要件と受け入れテストケース）

後で編集 ツールが役立つかもしれませんが、トレーサビリティのギャップやエラーを検出することはできません。ナビゲーション...多分、しかし、変更を適用した後のトレーサビリティが最新または正しいという保証はありません。

いくつかの機能仕様を読みながら要件を収集しているので、XML スキーマで少しのトレーサビリティ機能を処理できるようにしようとしています。(要件管理には理想的ではありませんが、少なくとも開始点です。)

私がやっていることは、現在読んでいる機能仕様ごとに < functionalSpec>タグを作成することです。見つけた要件ごとに< requirement>タグを作成します。要件がどこから来たのかを追跡できるようにしたいので、< functionalSpec>要素のIDを持つ < trace>要素を作成します。< functionalSpecId>タグにプレーン テキストを入力する代わりに、XSD を検証して、既存の機能仕様に存在するIDのみを入力するようにします。私の問題は、 XML Schema W3C Recommendationsのように見えるところに来ています。ドキュメントには、私がやりたいことは不可能であると書かれています。(約 1/2 ダウン)

{selector} は、宣言されている要素のインスタンスに関連する制限された XPath ([XPath]) 式を指定します。これは、制約が適用される従属要素 (つまり、宣言された要素内に含まれる) のノード セットを識別する必要があります。

私は XSD ファイルにかなり慣れていないので、これを作成するために Oxygen を使用しています。次のエラーが表示されます。

E [Xerces] ID 制約エラー: ID 制約 "KeyRef@1045a2" には、範囲外のキーまたは一意を参照するキー参照があります。

私の質問は、XSD を使用して以下と同じ XML 構造を使用できるようにする方法を知っている人はいますか?

以下は XML ファイルです。

以下はXSDファイルです。

次のような列を持つ既存のトレーサビリティ マトリックスが Excel にあります。

• 計画
• ビジネスルールグループ
• 要件ID
• ビジネスルール
• 種類
  など

この Excel スプレッドシートで新しい要件を作成すると、その要件 IDが必要に応じて TFS 内および TFS 全体に伝達されるという意味で、DRY のままにしたいと思います (繰り返さないでください) 。この要件 ID 値を TFS に再入力する必要があるというのは、直感に反する/奇妙に思えます。

私は基地から外れていますか、それともこれは完全に実行可能ですか? 最近、この Microsoft TFS Webcast を見ました。有益ではありますが、この基本的な問題には対処していません。

https://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?culture=en-IN&EventID=1032448402&CountryCode=IN

次に、1 つ以上の要件 ID に関連付けられた TFS 作業項目の作成を想定しています。これにより、Excel のトレーサビリティ マトリックスから TFS 作業項目に、その後の機能要求/ユース ケース/単体テスト/ソース コードなどを通じて、前方/後方トレーサビリティが拡張され、閉じられます。

ありがとう！

要件と設計ドキュメントの間をマッピングするトレーサビリティ マトリックスを作成するように依頼されました。リンクはほとんどの場合 1:M であり、したがってマッピングと保守が難しいため、1 つの要件を設計にリンクする方法を考えるのに非常に苦労しています。任意の例の方向に何かポイントがあるか、このコンテキストでマトリックスを管理する方法についてアドバイスを提供できますか. Requirements to Testing は私には理にかなっていますが、なぜ Requirements to Design が必要なのかわかりません。明らかに、これは CMMI3 監査に必要です。

助けてくれてありがとう

私はいくつかのルビー（Railsではない）を書いていて、テストを書くためにshouldaでテスト/ユニットを使用しています。

テストから設計/要件に至るまでのトレーサビリティを実装できる宝石はありますか？

つまり、テストにテストする要件の名前をタグ付けしてから、テストされていない、またはテストに失敗した要件などのレポートを生成したいと思います。

うまくいけば、それはルビーにとってあまりにも企業的ではありません。

ありがとう！

テスト ケースが tracebaility マトリックス以外のすべての要件をカバーしているかどうかを確認する方法。

.zip がダウンロードされるたびに、ある種の隠しデータ (購入者/ダウンローダーの電子メール アドレスなど) を .zip ファイルに「スタンプ」する方法はありますか?

基本的に、追跡/セキュリティ上の理由から、ある種の Unique 変数を .zip に挿入しようとしています。

.zip をそのように変更できるかどうかさえわかりませんが、調べてみて答えが見つからなかったので、質問する必要があると考えました。