軟體測試工作計劃範文
軟體測試工作計劃範文
時間真是轉瞬即逝，我們的工作又邁入新的階段，是時候開始寫工作計劃了。可是到底什麼樣的工作計劃才是適合自己的呢？以下是小編為大家整理的軟體測試工作計劃範文，僅供參考，大家一起來看看吧。
軟體測試工作計劃 篇1
第1章 引言
1.1目的
簡述本計劃的目的，旨在說明各種測試階段任務、人員分配和時間安排、工作規範等。
測試計劃在策略和方法的高度說明如何計劃、組織和管理測試專案。測試計劃包含足夠的資訊使測試人員明白專案需要做什麼是如何運作的。另外，清晰的文件結構能使任何一個讀者在瀏覽計劃的前面幾頁後，就能對專案有一個大概的認識。測試計劃只是測試的一個框架，很多細節需要跟開發人員或其他人員溝通，因此計劃不包括測試用例的細節和系統功能的詳細資訊。在計劃目的中需要指明讀者物件。
1.2名詞解釋
列出本計劃中使用的專用術語及其定義
列出本計劃中使用的全部縮略語全稱及其定義
1.3參考資料
列出本計劃各處參考的經過核准的全部文件和主要文獻。
1.4測試摘要
這一節主要說明測試計劃中重要的和可能有爭議的問題。本節的主要目的是將這些資訊傳遞給那些可能不會通讀整個測試計劃文件的人員（比如經理或開發專案的負責人）。
1.4.1 重點事項
列出測試的重點事項。可以將問題按重要程度和優先順序羅列出來，然後在後面的章節中再對這些問題進行詳細說明，這樣就能讓對這些問題有重要影響的人員知道問題的所在
1.4.2 爭議事項
簡要說明爭議事項。
1.4.3 風險評估
透過對技術文件的閱讀，對被測系統可能存在的問題：系統設計，資料庫設計，響應時間，計費策略，因測試環境不足可能存在的測試缺陷事先評估出來，以指導測試方案，進行有重點的測試．
1.4.4 時間進度
簡要說明測試開始時間與釋出時間。
1.4.5 測試目標
簡要說明測試釋出的質量目標：
測試計劃中所有測試方法和模組已經執行透過
所有的測試案例已經執行過
所有的重要等級為1/2的Bug已經解決並由測試驗證
第2章 專案背景
2.1測試範圍
說明本計劃涵蓋的測試範圍，比如功能測試、整合測試、系統測試、驗收測試等。通常說明什麼是要測試的，什麼是不要測試的是非常重要的。明確規定這些問題後，測試人員對該做什麼有一個清晰的認識。
（1）簡要地列出測試物件中將接受測試或將不接受測試的那些效能和功能。
（2）如果在編寫此文件的過程中作出的某些假設可能會影響測試設計、開發或實施，則列出所有這些假設。
（3）列出可能會影響測試設計、開發或實施的所有風險或意外事件。
（4）列出可能會影響測試設計、開發或實施的所有約束。
提示和技巧：
需要測試和特別注意測試那些部分？
測試是否專麼針對與某些問題的解決?
哪些部分不需要測試，為什麼？
哪些部分需要推遲測試,為什麼?
是否要驗證每個模組的穩定性？
測試的優先順序和先後順序
2.2測試目標
系統目標對測試人員瞭解自己需要做什麼是非常重要的。測試專案負責人應積極與系統設計人員或開發人員溝通，以取得相關資料。測試人員必須知道系統是做什麼並且幫助專案實現這種目標。在計劃中包括系統檢視和目標後，要確保所有的測試人員都知道專案和系統的目標。
通常情況下專案計劃都是模糊的。模糊的目標必須透過成員的努力轉換成可衡量和實現的東西。沒有固定的檢視和目標，你將無法完成部分任務。而且，你會發現很難將對產品的認識向別人轉述。
2.3聯絡方式
列出專案參與人員的職務、姓名、E-mail 和電話。
2.4風險及約束
列出測試過程中可能存在的一些風險和制約因素，並給出規避方案。如：
由於客觀存在的裝置、網路等資源原因，使得測試不全面。明確說明哪些資源欠缺，產生什麼約束
由於研發模式為現場定製，且上線時間壓力大，使得測試不充分。明確說明在此中約束下，測試如何應對
只針對專門的客戶群需求的測試。明確說明此約束下的客戶群和業務範圍。
2.5測試文件
列出測試過程中可能用到的參考文件、相關的設計文件以及儲存位置，測試完成後應產生的文件。
2.5.1測試參考文件
第3章質量目標
描述本階段測試目標和要求。質量目標應該包括產品的質量目標和測試小組的質量目標。
質量不僅是衡量系統的功能或效能是否正常。對系統來說，在開發過程中儘早建立全面的質量標準與系統的及時釋出是一樣重要的。質量目標是一個強有力的工具，應該在系統開發過程中儘早建立。一個定義準確的質量目標在以後的產品開發過程中幫助決策。例如，系統是否能夠正式發行？在程式碼完成後，應該修復那些缺陷？在系統完成後那種型別的測試是最合適的？
3.1產品質量目標
可以是產品的質量達到什麼樣的目標，產品的流程聯通性達到什麼樣的`要求。
3.2測試質量目標
評價測試質量的目標可以有：
第4章 資源需求
4.1培訓資料4.2測試環境
4.2.1硬體測試環境
描述建立測試環境所需要的裝置、用途及軟體部署計劃。
“機型（配置）”：此處說明所需裝置的機型要求以及記憶體、CPU、硬碟大小的最低要求。
“用途及特殊說明”：此裝置的用途，如資料庫伺服器，web伺服器，後臺開發等；如有特殊約束，如開放外部埠，封閉某埠，進行效能測試等，也寫在此列；
“軟體及版本”：詳細說明每臺裝置上部署的自開發和第三方軟體的名稱和版本號，以便系統管理員按照此計劃分配測試資源；
“預計空間”：說明第三方軟體和應用程式的預計空間；
“環境約束說明”：建立此環境時的特殊約束。如需要開發外部訪問埠，需要進行效能測試等。
4.2.2軟體測試環境
4.3測試工具
此專案將列出測試使用的工具以及用途：
第5章 測試策略
5.1整體測試策略
本節的目的是說明計劃中使用的基本的測試過程。
使用里程碑技術在測試過程中驗證每個模組，測試人員在需求階段參與測試工作，進行需求review、設計review、測試案例設計和測試開發，在系統開發完成之後，正式執行測試。產品達到軟體產品質量要求和測試要求後釋出，並提交相關的測試文件。
5.2開始/中斷/完成標準
說明中斷/開始/完成測試的標準。
5.3測試型別
5.4測試技術
第6章 測試計劃
6.1進度計劃
在此章節，對各階段的測試給出里程碑計劃，包括階段、里程碑、資源等。
6.1.1測試時間進度
6.1.2測試里程碑
6.2測試準備
6.2.1 測試環境準備
6.2.2安裝測試
6.2.3煙霧測試
6.3 具體測試實施任務和時間人員安排
軟體測試工作計劃 篇2
一、指導思想
我們的指導思想是：測試驅動開發，用例指導結果， 資料記錄變化。
測試是國內企業面臨的一個共同的問題，要麼就是不重視，要麼就是不徹底。我既然選擇了測試，就會為此而執著地追求到底！
在產品開發過程中，或多或少的會留下一些問題。這很正常，如果問題到使用者手裡才發現，那似乎有點晚了，況且修復成本也增加了不少。我們的策略是：測試早介入，問題早發現。這樣資源投入比以前要多一些，我覺得還是值得的。
在測試過程中，我們將加大用例設計力度，用科學的用例來發現BUG、用可靠的資料給來定位BUG、用合理的溝通技巧來跟進BUG，努力打造出一支能發現BUG的精良隊伍。
二、工作重點
整體來說：提出“測試123計劃”。
什麼是測試123計劃呢？我是這樣想的：以泛華自研產品為中心，努力向同行業先進的測試團隊看齊；堅持兩手抓，一手抓執行力，一手抓BUG，兩手同時發力，絕不手軟；為了響應產品線的發展，我們組建了三條測試線：DAQ測試線、系統平臺測試線和通訊互連測試線。
接下來，分8個方面來討論：
1. 提升團隊凝聚力和戰鬥力
提倡以人為本。具體有如下舉措：
自我認識，分工合作，充分發揮個人優勢
為團隊成員提供深造的機會，建設學習型測試團隊
認真聽取團隊成員的見解和建議
鼓勵團隊成員的創造力
實施參與管理，有效授權
營造開放、信任和自由溝通的氛圍
適當開展業餘活動
2. 加強隊伍建設
根據公司的戰略規劃，有重點、有步驟地組建測試團隊。目前只考慮硬體測試，逐步培養軟體測試和系統測試人員。
具體有如下舉措：
PS-DAQ TestLine
現有3人，由常鵬坤牽頭。計劃發展到4～6人，其中多功能卡1人，同步卡1人，DSA卡2人。另VxWorks測試儲備 1人。
業務範圍：
（1）重點：研發測試。測試早介入，問題早發現。參與到研發過程中的各種測試，直到IPA結束。包括核心器件選型測試，單元測試，整合測試，系統測試，alpha和beta測試，使用者驗收測試等。並參與一系列研發評審活動，瞭解相關技術背景，為充分測試作準備。
（2）次要：小批次驗證測試。包括測試環境搭建，生產測試程式設計與驗證，生產測試規範編寫與歸檔，小批次測試並觸發質檢入庫。最後，編寫小批次驗證測試總結報告，並組織產品線進行會議評審。
（3）發展：自動化測試。開發低成本、高效可靠的智慧程控開關和相關的介面卡，搭建機櫃式的自動化測試平臺，並自主開發自動化測試程式。
（4）VxWorks測試儲備，並逐步細化。
（5）配合DAQ產品線，適當做些市場應用性的驗證測試。
PS-SP TestLine：
現有1人，光桿司令是韋忠品。計劃發展到2～3人，其中機箱1人，控制器1人，EMC測試1人。
業務範圍：
（1）重點：研發測試。包括核心器件選型測試，研發樣品驗收測試，IPA產品器件變更測試等。
（2）次要：小批次驗證測試。包括測試環境搭建，生產測試規範編寫與歸檔，小批次測試並觸發質檢入庫。最後，編寫小批次驗證測試總結報告，並組織產品線進行會議評審。多關心轉產後的生產測試，這也是泛華目前的一個薄弱環節，我們將派人去監督這個產線的生產測試。
（3）發展：EMC測試。先外包，學習和積累EMC測試經驗，等時機成熟了，再考慮自己建設EMC實驗室。
（4）配合系統平臺（SP）產品線，適當做些市場應用性的驗證測試。
PS-LINK TestLine：
現有1人，領頭羊是許春亮。計劃發展到1～2人，試行任務捆-綁，協同工作。包括DAQ產品之外的所有硬體板卡。
業務範圍：
（1）重點：研發測試。測試早介入，問題早發現。參與到研發過程中的各種測試，直到IPA結束。包括核心器件選型測試，單元測試，整合測試，系統測試，alpha和beta測試，使用者驗收測試等。並參與一系列研發評審活動，瞭解相關技術背景，為充分測試作準備。
（2）次要：小批次驗證測試。包括測試環境搭建，生產測試程式設計與驗證，生產測試規範編寫與歸檔，小批次測試並觸發質檢入庫。最後，編寫小批次驗證測試總結報告，並組織產品線進行會議評審。
（3）配合Link產品線，適當做些市場應用性的驗證測試。
總而言之，為了更好的完成測試任務，測試隊伍在2015年將要翻一倍。
3. 測試環境建設
花點時間、花點資金來建設下測試環境，會給我們帶來事半功倍的效果。
具體有如下需求：
（1）系統平臺環境：目前有2套，9106+3031與9114+3030（機箱電源帶負載能力比新機箱差些，插滿板卡啟動有問題）。計劃再增加3套，分別是：寬溫9108+3050、自研PXIe機箱+PXIe控制器、NI PXIe機箱+PXIe控制器(指標對比或參考用)。
（2）自研重點PXI板卡：各一塊，用於各種發散性的測試。
（3）專業儀表：比如頻率計、功率計等，資金計劃在10～20萬之內。
（4）測試易耗品：如各種測試線纜、接外掛、聯結器、端子等測試輔材，期望公司有高效的採購通道。
4. 建立規範的測試用例庫
我們的測試管理平臺支援測試用例庫的管理，包括建立、修改、帥選、組合、匯入、匯出等操作，目前的測試用例放置在流程中，等規範化以後，可以隨機加入專用的測試用例庫。
具體按如下流程來操作:
首先，按測試線來編寫測試用例設計規範。包括測試用例的常用設計方法，命名規則，內容、格式、附件等。
然後，按照規範來整理之前的測試用例，去粗取精，形成規範的、高效的測試用例。 接下來，我們組織評審團進行測試用例專題評審，合格的用例即可流入測試用例庫。 我們要堅持做一件事情：不斷向庫中放測試用例，測試方案優先考慮用例庫。
5. 規範BUG的評級依據
BUG管理一直是我們的重中之中。我們強制要求嚴重以上的BUG必須在IPA之前修復。自然，BUG的評級顯得尤為重要。現在，有一些對BUG評級的定義，可能比較抽象，實際操作起來有些困難。為了彌補這些不足，我們將重點考慮如下幾個問題：
（1）什麼樣的問題是BUG？
（2）如何對BUG進行量化評級？
（3）拿出具體例項。
準備整理成文件，貫徹執行。是P1的絕不判P0；發現了生產問題，絕不說成是設計BUG。
6. 提升測試技術
將硬體測試劃分為：功能測試、效能測試、可靠性測試。現在覆蓋比較多的是功能測試和效能指標測試。接下來，我們會提高可靠性測試方面的用例。
如何提升自研產品的測試技術呢？
具體有如下舉措：
鎖定目標為以上三類測試，有的放矢，並參考NI相關文件
參與研發過程中的概要設計、詳細設計評審（學習）
產品需求細化
業務和實現邏輯分解
實現技術（演算法）分解
選擇合適的測試手段（工具應用及反推）
選擇不同的測試角度
改變不同的使用者場景
功能關聯/依賴法
測試點反推法
bug反推法
從使用者使用的角度去設計用例
結構性分析法
EMC
7. 全面推動自動化測試
自動化測試主要應用在DAQ與LINK產品線的批次測試上。為此，我們要設計一個實用的、高效的、穩定的自動化測試平臺。
平臺包括：
（1）機架式硬體測試平臺，放在測試工位上（非ATE生產系統），我們作自動化程式除錯和小批次驗證用，生產測試環境直接複製即可。
（2）開發低成本的通用智慧程控開關，實現多通道訊號路由。
（3）設計通用的自動化測試軟體平臺，非LabVIEW程式設計環境。
（4）提供工廠模式和維護模式。
難點在於：智慧程控開關和通用軟體平臺上。需要領導支援，一方面是資金投入；兩一方面是人員安排，我們適當利用測試空隙時間來完成。
8. 培訓與交流
具體有如下舉措：
（1）每週五下午開展交流例會，主要是工作彙報和遺留問題討論。如果時間允許的.話，可進行專題技術交流。
（2）4次以上外部技術培訓，主要包括DAQ專題培訓，反射記憶體技術、1553B系統技術和429系統技術培訓，EMC專題培訓，VxWorks培訓等。
（3）參加市內重要的測試技術展會。
（4）2次以上業務活動。
三、考核目標
1. 建立標準的測試用例庫
2. 測試用例數量增加30%
3. 測試BUG數量增加30%
4. 搭建一套自動化測試平臺
5. 測試團隊發展到中等規模（10～14人）
軟體測試工作計劃 篇3
一 、工作職責：
1、協調好軟體測試工程師與測試員之間的工作關係
2、對不同的專案進行優先評級，合理分配人力資源。
二 、目的：
更好的協助軟體測試工程師，按時甚至時提前完成測試專案。
三、工作計劃
一、協助測試員的導師，幫助剛入職的測試員進行工作環境和工作內容，工作規範，規章制度的熟悉。
二、幫助剛入職的測試員把測試時必須用的耳機， USB線，下載線，T卡，充電器，SIM卡，備齊。
三、分配測試專案
1、測試員分配測試專案的原則
（1）按照專案的優先等級進行分配
（2）按照測試能力進行分配
（3）按照對不同平臺的熟悉程度進行分配
2、測試工程師提交協助測試專案的原則
（1）以書面形式，提前一天，特殊情況可提前半天，提交協助測試申請。內容包括：現在正在負責測試專案的個數，協助測試專案的進度安排，預計佔用測試員的天數。
（2）以口頭或者是書面的形式，告知測試專案的修改內容和測試重點。
（3）原則上測試員手上都有專案的話，將不在接手新專案，重點緊急專案可例外。
四、測試員的日常管理
1、與測試員進行交流與溝通，對工作中遇到的問題與困難能幫助解決的儘量幫助解決，自己不能解決的請教他人與於幫助解決。
2、監督測試員的日常工作，對工作中的錯誤與於指正。
3、每週提交周工作總結表（見附件），每月提交月工作總結表 原則上：周工作總結表，每週五五點半開始填寫，六點之前上交 月工作總結表以前三週工作總結表為基礎填寫，每月第四周，週五五點半開始填寫，六點之前上交