共用方式為

R (Visual Studio ALM 字彙表)

  • 發行項

這份字彙表提供了 Visual Studio Application Lifecycle Management (ALM) 說明所使用之關鍵字的定義。

  • RAISERROR statement - RAISERROR 陳述式
    Transact-SQL 陳述式，它會顯示錯誤訊息並設定 @@ERROR 自動變數，但不會變更程序的流程。 您可以使用 RAISERROR 陳述式，從資料庫單元測試傳回測試結果。

  • Rank - 順位
    給予每個項目在順序中的唯一位置，如同堆疊順位。 請參閱排定優先權。

  • Regression - 回復
    先前已修正好的問題又再度出現的情況。

  • Regression Test - 迴歸測試
    每天在建置後所執行的測試，用以驗證原始程式碼的編譯是否已成功地建置。

  • Related Link - 相關連結
    兩個工作項目之間的 Team Foundation 連結。

  • Release - 發行
    升級以供使用或部署的建置。 發行可用於內部進行更深一層的測試，或用於外部加以發行或部署。

  • Release Candidate – 發行候選版本
    已通過測試準備發行的組建版本。

  • Report - 報告
    從 Team Foundation 度量資訊倉儲產生的資訊。

  • Request – 要求
    組成 Web 測試的 HTTP 要求，會在 Web 測試編輯器中以樹狀結構的樣式顯示。

  • Request Tree – 要求樹狀結構
    在 Web 測試編輯器中，含有 HTTP 要求 (URL) 之節點的樹狀結構。

  • Requirement – 需求
    (1) 一種條件或功能，使用者必須據以解決問題或達到目標。 (2) 一種條件或功能，產品或產品元件必須與其相符或擁有，以滿足合約、標準、規格或其他正式文件。 (3) 如 (1) 或 (2) 所述之條件或功能的書面表示。 [IEEE 610.12-1990]

  • Required Field - 必要的欄位
    具有規則的欄位， 實際上，工作項目類型的設計工具會識別必須填入各種值的欄位。

  • Requirements Analysis - 需求分析
    根據客戶的需要、期望和限制來確定方案的功能和效能特性。

  • Responsibility Matrix – 責任矩陣
    明確指定負責專案工作套件之執行、檢視和核准工作的各小組成員的文件。

  • Results List - 結果清單
    顯示來自工作項目查詢之結果清單的 UI 中的資料表和方格。

  • Results view - 結果檢視
    同時含有結果清單和工作項目表單的 Visual Studio 文件視窗。 結果檢視可以協助您快速定義和執行自己的查詢。

  • Risk - 風險
    一種工作項目類型，可以記錄可能含有不好結果的事件。 風險必須加以識別和指派，如果可能產生不好的影響，就必須緩和風險。

  • Risk Analysis – 風險分析
    對風險進行評估和分類並排定優先順序。 風險分析包括量的評估和質的評估，前者會測量風險發生的可能性和後果，後者會就風險對專案目標的影響排定其優先順序。

  • Risk Management – 風險管理
    一個積極的正式化程序，用於進行決策和採取行動以持續評估哪裡會出錯、評估和量化已識別的風險、判斷哪些重要的風險必須加以處理、實行解決這些風險的策略，並監控風險的狀態和降低風險的活動。

  • Risk Mitigation – 風險降低
    將風險發生的可能性和 (或) 造成的影響降低至可接受的程度。 降低風險並非避開風險。 您可以採取行動來緩和風險發生的可能性或造成的影響、將風險轉移到另一方，或完全避開風險。 一個特定的風險本身可能會有數個、一個或零個降低行動。

  • Risk Statement - 風險聲明
    一種狀況-後果式的聲明，可以藉由闡述事件或屬性之實際、現有專案狀態與事件或屬性之尚未發生的專案狀態之間的因果關係，清楚地說明風險。

  • Risk Trigger – 風險觸發程序
    表示風險已發生或即將發生， 這一類的表示常被稱為風險徵兆或警告前兆。 觸發程序可以在風險識別程序中找到，並在風險監和控制程序中觀察。

  • Risk-Driven Scheduling - 風險驅動排程
    一個好的排程準則，能夠根據相關的風險程度來排定工作的優先順序，並根據對主要關係人的重要程度來排定功能的優先順序。

  • Role - 角色
    1) 一組通常 (並非永遠) 由一個人員所執行的活動，而且通常是和某個安全性群組一起實作。 通常一個人員可以扮演多個角色。 2) 在 Team 測試中，應用程式或架構內的特定部分或功能。 例如，Web 伺服器、資料庫伺服器或用戶端。 3) 在網域特定的語言工具中，代表單方面的關係 (來源或目標)。 角色屬性包含其多重性及其角色扮演者。 3) 應用程式或架構內的特定部分或功能。 例如，Web 伺服器、資料庫伺服器或用戶端。

  • Rollout Plan – 首度發行計畫
    外部發行的交付計畫， 這個計畫會包括所有必須準備好的項目，以供巿場、作業或為客戶接受使用。

  • Rough Order of Magnitude Estimate - 粗數量級估計
    沒有仔細估算成本的評估，或是以初始或不完整之資料進行的評估， 一般分類為 1 - 3 天、3 - 10 天或多於 10 天。 粗數量級估計會為情節或服務需求或品質估算出一個約略的成本。

  • Run Configuration – 回合組態
    儲存在回合組態檔中而且會影響測試回合之執行階段環境的設定。

  • Run Query – 執行查詢
    用以執行工作項目查詢的命令。

  • Run Setting – 回合設定
    會影響負載測試執行之方式的一組屬性，例如，測試期間和測試說明可在回合設定中指定。