需要軟體測試來評估軟體開發生命週期活動交付的某些或全部工作產品的質量。測試過程本身存在於開發生命週期的更大範圍內。
因此，測試經理需要在開發生命週期活動和工作產品如何影響測試以及反之亦然的情況下設計和試驗測試任務。
以採用敏捷開發方法的組織為例。
在這裡，開發人員通常通過建立自動的單元測試，並不斷將測試和**新增到配置管理系統中，來進行測試驅動的開發。
因此，測試經理必須與開發經理協調，確保測試團隊是這些活動的一部分並與之保持一致。
對單元測試的審查使測試人員能夠了解軟體及其實現，並提出改進建議以擴大其範圍和影響。
測試人員還可以評估如何將其遺留的自動化測試（尤其是功能回歸測試）整合到配置管理系統中。
如前所述，測試任務，軟體開發生命週期任務，測試和工作產品中的涉眾之間的確切關係取決於組織，專案，軟體開發生命週期等各種因素。測試與這些因素密切相關：
需求收集和管理 –在確定測試範圍和估計測試工作量時，測試經理還應在專案後期知道需求的變化，並進行控制活動以將變化也納入測試中。建議使技術測試分析師和測試分析師成為需求評審的一部分。
專案管理 –測試經理負責與技術測試分析師和測試分析師協調並最終確定測試時間表和資源需求，並將其提供給專案經理。如果專案計畫中有任何更改，則專案經理和測試經理必須共同努力進行測試控制活動，以將更改合併到專案計畫中。
管理產品配置，發布和變更 –由測試經理領導的測試團隊負責概述和描述測試過程和方法，並在測試計畫中進行定義。測試經理還可能要求分析人員提出構建驗證測試，並在整個測試實施過程中確定版本控制。
軟體開發和維護 – test manager負責與development manager協調以交付測試物件-包括測試內容和測試發布日期-並參與缺陷管理。
技術支援 –測試經理必須與技術支援經理協調，以在測試結束期間準確地提供測試結果並審查生產故障，以便可以改進測試過程。技術支援團隊必須了解觀察到的故障及其解決方案。
技術文件開發 –測試經理負責與技術文件經理協調工作，以確保按時提供測試文件並管理文件中指出的缺陷。
除了找到利益相關者之外，測試經理還必須列出其他對測試過程有影響或受其影響的軟體開發生命週期活動和工作產品。如果不這樣做，則測試過程可能無法實現其最佳效率。
測試中的其他工作產品
高階管理人員和測試經理還會建立諸如「 測試策略」，「 測試策略」，「 主測試計畫」和「 級別測試計畫」之類的文件，這些文件將在以後的主題中進行詳細討論。
在完整的測試過程中，尤其是通過測試分析師，可以建立許多任務作產品。示例包括測試用例，缺陷報告，測試日誌等的規範。
測試管理器通過遵循以下步驟來確保質量和一致性來支援測試分析師：
確定諸如拒收缺陷百分比之類的指標，以評估工作產品質量並在測試過程中監控其正確用法
選擇和定製用於記錄工作產品的模板
建立工作產品的標準，例如要求的詳細程度
使用正確的方法讓適當的涉眾審查測試工作產品
測試檔案的型別，詳細程度和測試檔案的特異性受以下因素影響：
使用的開發生命週期
應遵循的標準
須遵守的組織和其他規定
產品質量
專案風險
對於任何測試經理來說，獲取用於記錄測試工作產品的行業標準模板都是乙個重要的考慮因素。ieee 829是最重要的資源之一，因為它可以在任何行業中使用。
但是，它包含許多詳細級別，因此必須根據組織的標準進行自定義。
模板的常規使用可實現組織中流程的無縫連線，並減少了對培訓人員進行測試工作產品文件培訓的需求。
測試報告由測試管理器建立。將在「 測試指標」下進行討論。
RUP軟體開發生命週期
rup rational unified process 統一軟體開發過程，統一軟體過程是乙個物件導向且基於網路的程式開發方 1.起始階段 為專案建立乙個業務案例 1 意圖 建立業務模型用例 明確專案的範圍 2 結果 專案的實際需求 初始的業務案例。包括 成功準則，風險評估，所需資源評估，顯示主要里...
軟體開發生命週期（二）
根據軟體專案型別的不同，有很多的軟體開發周期模型。每種模型都遵循一系列操作的步驟，以適應專案需要，從而確保軟體開發順利進行。流水線模型，可迭代模型，敏捷開發模型，快速開發模型是最受歡迎的模型，而且已經被廣泛應用於生產環境中，如下，他們將會被一一介紹 1.流水線模型 流水線模型是最早的，最為人所熟知的...
軟體開發生命週期模型比較
1 瀑布模型 原理 根據軟體生存週期由立項 需求 策劃 設計 程式設計 測試 發布 維護 退役等階段組成，把每個階段當作瀑布中的乙個台階，把軟體生存過程比喻成瀑布中的流水。開發人員按照階段開發，管理人員按照階段管理。特點 a 文件驅動 b 過程逆轉性很差 適用物件 早期的面向過程的結構化分析 設計 ...