軟件測試項目經(jīng)驗怎么寫 軟件測試項目經(jīng)驗?zāi)０?br />
軟件測試項目經(jīng)驗范文(篇一)

作為軟件的重要環(huán)節(jié)，軟件測試越來越受到人們的重視。隨著軟件開發(fā)規(guī)模的增大、復(fù)雜程度的增加，以尋找軟件中的錯誤為目的的測試工作就顯得更加困難。然而，為了盡可能多地找出中的錯誤，生產(chǎn)出高的軟件產(chǎn)品，加強對測試工作的組織和管理就顯得尤為重要。

從軟件的生存周期看，測試往往指對程序的測試，這樣做的優(yōu)點是被測對象明確，測試的可作相對較強。但是，由于測試的依據(jù)是規(guī)格說明書、文檔和使用說明書，如果設(shè)計有錯誤，測試的質(zhì)量就難以保證。即使測試后發(fā)現(xiàn)是設(shè)計的錯誤，這時，修改的代價是相當昂貴的。因此，較理想的做法應(yīng)該是對軟件的開發(fā)過程，按軟件工程各階段形成的結(jié)果，分別進行嚴格的審查。軟件的生命周期可用圖1的表示。

為了確保軟件的質(zhì)量，對圖1的過程應(yīng)進行嚴格的管理。雖然測試是在實現(xiàn)且證后進行的，實際上，測試的準備工作在分析和設(shè)計階段就開始了。

軟件測試計劃作為軟件項目計劃的子計劃，在項目啟動初期是必須規(guī)劃的。在越來越多公司的軟件開發(fā)中，軟件質(zhì)量日益受到重視，測試過程也從一個相對獨立的步驟越來越緊密嵌套在軟件整個生命周期中，這樣，如何規(guī)劃整個項目周期的測試工作;如何將測試工作上升到測試管理的高度都依賴于測試計劃的制定。測試計劃因此也成為測試工作的賴于展開的基礎(chǔ)。

一個好的測試計劃可以起到如下作用

1. 避免測試的“事件驅(qū)動”

2. 使測試工作和整個開發(fā)工作融合起來

3. 資源和變更事先作為一個可控制的風險項目經(jīng)理圈子

測試計劃的模板在各個公司中都大同小異，在個人實踐中發(fā)現(xiàn)，測試計劃制定中存在的問題具有相似，下面重點就這些相似的問題談?wù)勅绾沃贫ㄜ浖�項目測試計劃。

問題一：測試階段劃分

就通常軟件項目而言，基本上采用“瀑布型開發(fā)方式，這種開發(fā)方式下，各個項目主要活動比較清晰。整個項目生命周期為需設(shè)計編測試實施維護。然而，在制定測試計劃時候，有些測試經(jīng)理對測試的階段劃分還不是十分明晰，經(jīng)常*遇到的問題是把測試單純理解成系統(tǒng)測試，或者把把各類型測試設(shè)計(測試用例的編寫和測試數(shù)據(jù)準備)全部放入生命周期的“測試階段”，這樣造成的問題是浪費了開發(fā)階段可以并行的項目日程，另一方面造成測試不足。

相應(yīng)階段可以同步進行相應(yīng)的測試計劃編制，而測試設(shè)計也可以結(jié)合在開發(fā)過程中實現(xiàn)并行，測試的實施即執(zhí)行測試的活動即可連貫在開發(fā)之后。值得注意的是：單元測試和集成測試往往由開發(fā)人員承擔，因此這部分的階段劃分可能會安排在開發(fā)計劃而不是測試計劃中。

問題二：系統(tǒng)測試階段日程安排

劃分階段清楚了，隨之而來的問題是測試執(zhí)行需要多長的時間?標準的工程方法或CMM方式是對工作量進行估算，然后得出具體的估算值。但是這種方法過于復(fù)雜，可以另辟專題討論。一個可作的簡單方法是：根據(jù)測試執(zhí)行上一階段的活動時間進行換算，換算方法是與上一階段活動時間1：～左右。舉個例子，對測試經(jīng)理來說，因為開發(fā)計劃可能包含了單元測試和集成測試，系統(tǒng)測試的時間大概是編*階段(包含單元測試和集成測試)1到倍。這種方法的優(yōu)點是簡單，依賴于項目計劃的日程安排，缺點是水分太多，難于量化。那么，可以采用的另一個簡單方法是經(jīng)驗評估。評估方法如下：項目管理者聯(lián)盟文章

1. 計算需求文檔的頁數(shù)，得出系統(tǒng)測試用例的頁數(shù)

需求頁數(shù)：系統(tǒng)測試用例頁數(shù)≈ 1：1

2. 由系統(tǒng)測試用例頁數(shù)計算編寫系統(tǒng)測試用例時間轉(zhuǎn)自項目管理者聯(lián)盟

編寫系統(tǒng)測試用例時間≈系統(tǒng)測試用例頁數(shù)×1小時

3. 計算執(zhí)行系統(tǒng)測試用例時間

編寫系統(tǒng)用例用時：執(zhí)行系統(tǒng)測試用時≈ 1：

4. 計算回歸測試包含的時間項目經(jīng)理博客

系統(tǒng)測試用時：回歸測試用時≈ 2：1

注：以上比值是個人工程經(jīng)驗值，需要更正比值的測試經(jīng)理可以在具體實踐中收集數(shù)據(jù)

基于以上方法優(yōu)點是需求為已知的，可以利用已知來推算未知，適用于需求是已知且相對穩(wěn)定的情況下;缺點是處于研發(fā)狀態(tài)的項目，需求不清晰的時候比較難計算�，F(xiàn)套用一個例子加于說明：需求文檔頁數(shù)為500，系統(tǒng)測試用例頁數(shù)推算為500，則編寫系統(tǒng)測試用例時間為500小時，執(zhí)行系統(tǒng)測試用例時間為1000小時，回歸測試需要500小時，加起來總共為2000小時，按一天8小時計算，共計250個工作日/人;假如一個月為22個工作日，則共計約11人/月，即投入4個人需要3個月左右時間工作量完成。當然，這是系統(tǒng)測試需要的全部時間。根據(jù)測試階段劃分原則，設(shè)計用例時間可以和開發(fā)同步進行，只需在測試階段中安排的時間為1500小時即4人2個月工作量。

項目管理培訓

(測試經(jīng)理在編寫測試計劃時候，測試進度中的計劃開始/結(jié)束時間往往用如2005的具體時間劃分方式，這樣引起的問題是當項目計劃進行變更的時候，測試計劃時間不得不隨時調(diào)整，這種變更可能是頻繁而瑣碎的，可以替代的辦法是取消這種方式，采用30工作日/2人或者2人月這種工作量記錄方式，這樣一來，只需在項目計劃中跟蹤階段的具體開始時間即可，不必反復(fù)修改測試計劃。)

項目管理培訓

值得注意的是：國內(nèi)大多數(shù)公司的測試時間都是不足的，不可能按照這樣的理想比例進行運作，因為測試執(zhí)行的時間實際上不可能占據(jù)整個項目周期的1/2，甚至要短于其中任何一個項目階段時間。即使是微軟的測試結(jié)束原則也并不是完成所有必需的測試，而是測試在按計劃結(jié)束的那一天結(jié)束!在測試時間不足的情況下，可參考下面項目計劃變更時的做法，因為計劃變更也涉及到測試時間不足的情況。

參考文獻：

[1]徐新海;林宇斐;易偉;;CPU-GPGPU異構(gòu)體系結(jié)構(gòu)相關(guān)技術(shù)綜述[J];計算機工程與科學;2009年S1期

[2]趙改善，孔祥寧，王于靜，方伍寶，孫成龍;64位集群計算平臺波動方程疊前深度偏移的性能優(yōu)化[J];勘探地球物理進展;2005年01期

[3]職燕;;基于ARM的PC104/PLUS處理器模塊設(shè)計[J];桂林電子科技大學學報;2008年04期

軟件測試項目經(jīng)驗范文(篇二)

軟件測試人員自我評價

【篇1：軟件測試工程師-個人簡歷】

個 人 簡 歷

基本信息：

姓 名：

出生年月：1991年7月

工作年限：2年

婚姻狀態(tài)：未婚

電子郵箱： 性 別：男 畢業(yè)學校：廣東建華學院 學 歷：大專 專 業(yè)：計算機專業(yè) 手 機：

專業(yè)技能：

1、熟悉軟件測試理論，軟件測試流程，編寫測試用例等;

2、熟練應(yīng)用黑盒測試的方法，如邊界值法、等價類法、場景法等;3、掌握自動化測試工具qtp、性能測試工具loadrunner的基本使用，如錄制腳本，參數(shù)化設(shè)置，腳本優(yōu)化等;

4、熟悉軟件測試的管理工具，如bugfree缺陷管理工具、svn版本控制、mindmanager 思 維導(dǎo)圖等工具的使用;

5、熟悉oracle和mysql數(shù)據(jù)庫的基本操作，如增、刪、查、該等命令的使用;

6、熟悉linux操作系統(tǒng)的基本操作;

7、對c語言有一定的了解，如9條基本語句、數(shù)組、指針等等的使用;項目經(jīng)驗：

項目一

項目名稱： 奔騰出租車

運行環(huán)境： linux + mysql + apache

項目概述： 本系統(tǒng)是一套功能全面的出租車管理系統(tǒng)，通過該軟件可以讓出租車公司內(nèi)部

3、搭建測試環(huán)境，保證測試出的數(shù)據(jù)真實可靠;

4、執(zhí)行測試用例，用bugfree提交bug并跟蹤其狀態(tài);5、進行回歸測試; 6、編寫測試報告。

項目心得： 對軟件測試有了更深層的理解，當編寫用例時，要嘗試新的技術(shù)，新的思維，

往往bug就出現(xiàn)在意想不到的地方;明白了回歸測試的重要性，因為偶爾會

有些模塊在上一版本沒有出現(xiàn)問題，但在修復(fù)某個bug時卻出問題了，所以

測試時需要考慮全局，不要只局限于某個小模塊。

項目二：

項目名稱： 金華酒店管理系統(tǒng)

運行環(huán)境： linux + mysql + apache +php

項目概述： 金華酒店管理系統(tǒng)主要應(yīng)用于中小型酒店，通過該軟件可以方便快捷的管理

改變了酒店業(yè)務(wù)模式，大大提高了工作效率。本系統(tǒng)的功能包括房間狀況管理、

添加房間信息、維修管理、退房管理、客戶入住等，是為了不讓人工繁瑣去操

作，而設(shè)計的一個管理系統(tǒng)。

責任描述： 1、測試軟件是否達到需求規(guī)格書的要求，包括：各個功能點是否以實現(xiàn)，業(yè)

務(wù)流程是否正確;

2、編寫測試用例，如用邊界值法、等價法、錯誤推斷法等方法編寫;

3、搭建測試環(huán)境(按照說明書搭建);

4、執(zhí)行測試用例，用bugfree提交bug并跟蹤其狀態(tài)。

項目心得： 測試的規(guī)范化是及其重要的。測試時要注意bug的群集現(xiàn)象，因為往往百分

之八十的問題都發(fā)生在百分之二十的模塊當中。

項目三： 項目名稱： 科達薪水助手

運行環(huán)境： linux + mysql + apache +php

項目概述： 本系統(tǒng)基于b/s架構(gòu)，主要用來支持企業(yè)薪酬管理，方便企業(yè)管理員工信

息，統(tǒng)計日常支出，員工薪酬管理等等。主要功能模塊有員工信息管理、部

門管理、工資管理、收支統(tǒng)計、系統(tǒng)設(shè)置、輔助工具、薪酬報表等。本系統(tǒng)

的特色就是把員工的信息和薪酬等信息整合在一起，更方便快捷的操作，一

套好的工資管理系統(tǒng)，有助于建立科學有效的薪酬體系。

責任描述： 1、編寫測試用例;

2、執(zhí)行測試用例，用bugfree工具提交bug，并跟蹤其狀態(tài)。

項目心得： 對黑盒測試的各種方法的應(yīng)用更加得心應(yīng)手了。

工作經(jīng)歷：

2012/08—2015/01 創(chuàng)拓達科技有限公司 軟件測試工程師 自我評價：

本人性格隨和，適應(yīng)能力強，有較強的學習能力，能獨立分析和解決問題。能快速融 入到團隊中去，工作積極上進，對于領(lǐng)導(dǎo)分配的任務(wù)認真完成。

【篇2：軟件測試專員個人簡歷模板】

【篇3：軟件測試工程師�？拼髮W生畢業(yè)自我評價】

軟件測試工程師專科大學生畢業(yè)自我評價

回首三年大學生活，各種情景歷歷在目，這些日子有成功的喜悅，有失敗的彷徨。在學習方面，我覺得大學生的首要任務(wù)還是學好基礎(chǔ)知識，所以在學習上我踏踏實實，一點也不放松自己。我認為好的學習方法對學好知識很有幫助，所以在每次考試后，我都會總結(jié)一下學習經(jīng)驗。一份耕耘一分收獲，每每看到自己優(yōu)異的成績，我就會對自己更有信心，沒有什么事是不可能的。對于我們現(xiàn)代大學生來說，光光學好書本上的知識是遠遠不夠的。學習當然是重要的，一個人能力的培養(yǎng)也不容忽視。三年的大學生活給了我很多挑戰(zhàn)自我的機會，如系學生會的競選。在參與各種社團活動的過程中，我結(jié)交了一些很好的朋友，學到了為人處事的方法，鍛煉了自己的能力。這些經(jīng)歷使我明白有些事情如果嘗試了，成功的機會就有一半，如果不去嘗試，成功的幾率只能為零。機會來臨時，我們就要好好地把握住。

在專業(yè)技能上，為適應(yīng)社會發(fā)展的需求，我認真學習各種專業(yè)知識，發(fā)揮自己的特長;挖掘自身的潛力，結(jié)合每年的暑期社會實踐機會，從而逐步提高了自己的學習能力和分析處理問題的能力以及一定的協(xié)調(diào)組織和管理能力。

在社會實踐上，我利用課余時間經(jīng)常閱覽各類的書籍，并參加了軟件測試工程師的培訓，成績優(yōu)秀。學習固然是學生的職業(yè)，這份職業(yè)同樣需要有智慧、毅力和恒心。在當今這個快速發(fā)展的信息時代，我們只有不斷汲取新知識，才不會落伍，才可能戰(zhàn)勝自己。

三年的大學生活是我人生中想抹也抹不掉的回憶，我邁步向前的時候不會忘記回首凝望曾經(jīng)的歲月。謝謝我的大學鑄造了成長的我。