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