第一篇：軟件測(cè)試總結(jié)報(bào)告

引言

1.1 編寫目的

編寫該測(cè)試總結(jié)報(bào)告主要有以下幾個(gè)目的 1．通過(guò)對(duì)測(cè)試結(jié)果的分析，得到對(duì)軟件質(zhì)量的評(píng)價(jià)

2．分析測(cè)試的過(guò)程，產(chǎn)品，資源，信息，為以后制定測(cè)試計(jì)劃提供參考 3．評(píng)估測(cè)試測(cè)試執(zhí)行和測(cè)試計(jì)劃是否符合

4.分析系統(tǒng)存在的缺陷，為修復(fù)和預(yù)防 bug 提供建議

1.2 背景

1.3 用戶群

主要讀者：***項(xiàng)目管理人員 其他讀者：*** 項(xiàng)目相關(guān)人員。

1.4 定義

基本功能點(diǎn)測(cè)試：等價(jià)類劃分法、邊界值法、錯(cuò)誤推測(cè)法、場(chǎng)景法

業(yè)務(wù)流程測(cè)試：根據(jù)業(yè)務(wù)邏輯，構(gòu)建測(cè)試數(shù)據(jù)，執(zhí)行業(yè)務(wù)流程，查看執(zhí)行結(jié)果與預(yù)期是否一致 界面易用性測(cè)試：根據(jù)界面測(cè)試規(guī)范及日常使用習(xí)慣，提出軟件的非功能實(shí)現(xiàn)問(wèn)題

回歸測(cè)試：對(duì)已修復(fù)的問(wèn)題，根據(jù)測(cè)試出該錯(cuò)誤的用例，重新執(zhí)行該用例，驗(yàn)證問(wèn)題是否真正被修復(fù)，以及是否又引起了其它錯(cuò)誤

1.5 測(cè)試對(duì)象

對(duì)綜合管理系統(tǒng)進(jìn)行全新測(cè)試，主要進(jìn)行功能測(cè)試、系統(tǒng)測(cè)試

1.6 測(cè)試階段

第一階段：對(duì)主業(yè)務(wù)邏輯及功能進(jìn)行測(cè)試 第二階段：對(duì)所有業(yè)務(wù)邏輯及功能進(jìn)行深入測(cè)試 第三階段：回歸測(cè)試

1.7 測(cè)試工具

BugFree缺陷管理工具

1.8 參考資料

《***功能描述》 《***數(shù)據(jù)字典》 《***測(cè)試計(jì)劃》 《***測(cè)試用例》 《***項(xiàng)目計(jì)劃》 測(cè)試概要

***系統(tǒng)測(cè)試從 2012年7月25日到2012年10月12日基本結(jié)束，歷時(shí)近70個(gè)工作日。后續(xù)還有一些掃尾的工作，又增加一些工作時(shí)日。是一項(xiàng)花費(fèi)大量人力物力的項(xiàng)目。

***通過(guò)BugFree缺陷管理工具進(jìn)行缺陷跟蹤管理，在bugfree中有詳細(xì)的測(cè)試用例以及用例執(zhí)行情況記錄

2.1 進(jìn)度回顧

2.2 測(cè)試執(zhí)行

此次測(cè)試嚴(yán)格按照項(xiàng)目計(jì)劃和測(cè)試計(jì)劃執(zhí)行，按時(shí)完成了測(cè)試計(jì)劃規(guī)定的測(cè)試對(duì)象的測(cè)試。針對(duì)測(cè)試計(jì)劃規(guī)定的測(cè)試策略，在測(cè)試執(zhí)行中都有體現(xiàn)，在測(cè)試執(zhí)行過(guò)程中，依據(jù)測(cè)試計(jì)劃和測(cè)試用例，對(duì)系統(tǒng)進(jìn)行了完整的測(cè)試、2.3 測(cè)試用例

測(cè)試環(huán)境與方法

3.1 軟硬件環(huán)境

3.2 測(cè)試方法和工具 測(cè)試結(jié)果

4.1 Bug 引入階段

4.2 Bug 引入原因 測(cè)試覆蓋分析

1.此次測(cè)試的重點(diǎn)在在于對(duì)功能的測(cè)試，特別是V2.0新增功能的測(cè)試； 2.***完成在常見(jiàn)的操作環(huán)境下的測(cè)試，因此具有良好的兼容性。

3.本次此時(shí)的目的除了基本的功能測(cè)試外，重點(diǎn)突出對(duì)系統(tǒng)易用性的測(cè)試，力圖使系統(tǒng)更加的人性化，操作更加簡(jiǎn)單，易懂。測(cè)試結(jié)果和建議

6.1 測(cè)試結(jié)論

1.***的測(cè)試工作已基本結(jié)束，功能測(cè)試目標(biāo)也已完成，剩下部分報(bào)表的設(shè)計(jì)需要繼續(xù)完善。

2.本次測(cè)試從功能性，易用性，兼容性等多個(gè)方面進(jìn)行測(cè)試，力圖在滿足客戶需求的基礎(chǔ)上操作更加簡(jiǎn)捷，人性化。6.2 改進(jìn)建議

1.測(cè)試過(guò)程中遇到的最大問(wèn)題是需求的不確定性和需求的變更。前期由于開發(fā)人員和測(cè)試人員對(duì)一些需求的理解不一致，或是在需求文檔中需求的定義不明確，大家根據(jù)自己的理解開展工作，繼而在后期工作中產(chǎn)生一些不必要的bug;除此之外，由于在前期，沒(méi)有對(duì)客戶的需求進(jìn)行較為準(zhǔn)確的界定，在開發(fā)過(guò)程中，客戶提出一些新的要求，而這些要求和其他功能具有關(guān)聯(lián)性，需求做改動(dòng)，開發(fā)和測(cè)試也進(jìn)行改動(dòng)，比較顯著地例子是在開發(fā)中后期要求在一個(gè)關(guān)聯(lián)性強(qiáng)的表中增加一個(gè)字段，從而引起一系列重復(fù)的測(cè)試。因此我認(rèn)為在開發(fā)前期要反復(fù)確定需求，并制定需求變更標(biāo)準(zhǔn)，避免在開發(fā)過(guò)程中出現(xiàn)重復(fù)，返工的現(xiàn)象。

2.本次測(cè)試由于主要是手工測(cè)試，因此未能實(shí)現(xiàn)對(duì)一些功能的進(jìn)行大量數(shù)據(jù)操作的測(cè)試

3.系統(tǒng)目前比較明顯的缺陷是報(bào)表打開速度比較慢，這個(gè)嚴(yán)重影響了系統(tǒng)的性能，是需要研究改進(jìn)的部分。

第二篇：WEB軟件測(cè)試總結(jié)報(bào)告

XXX管理平臺(tái)

XXX項(xiàng)目測(cè)試總結(jié)報(bào)告

目錄

1.項(xiàng)目測(cè)試結(jié)果........................................................................................................................2 1.1 BUG嚴(yán)重程度................................................................................................................2 1.2 BUG問(wèn)題分布狀況........................................................................................................3 2.測(cè)試結(jié)論................................................................................................................................4 2.1界面測(cè)試.........................................................................................................................4 2.2功能測(cè)試.........................................................................................................................4 2.3兼容性測(cè)試.....................................................................................................................4 2.4易用性.............................................................................................................................4 2.5 負(fù)載/壓力測(cè)試...............................................................................................................5 3.軟件問(wèn)題總結(jié)與分析............................................................................................................6 4.建議........................................................................................................................................7

XXX管理平臺(tái)

1.項(xiàng)目測(cè)試結(jié)果

1.1 BUG嚴(yán)重程度

測(cè)試發(fā)現(xiàn)的bug主要集中在次要功能和輕微，屬于一般性的缺陷，但測(cè)試的時(shí)候出現(xiàn)了37個(gè)主邏輯級(jí)別的bug,以及嚴(yán)重級(jí)別的2個(gè).XXX管理平臺(tái)

1.2 BUG問(wèn)題分布狀況

由上圖可以看出，主要為代碼錯(cuò)誤占36%,以及標(biāo)準(zhǔn)規(guī)范的問(wèn)題占35%,界面優(yōu)化占17%,設(shè)計(jì)缺陷占9%,其他占2%

XXX管理平臺(tái)

2.測(cè)試結(jié)論

2.1界面測(cè)試

網(wǎng)站系統(tǒng)實(shí)現(xiàn)與設(shè)計(jì)稿一致。站點(diǎn)的導(dǎo)航條位置，導(dǎo)航的內(nèi)容布局，首頁(yè)呈現(xiàn)的樣式與需求一致。網(wǎng)站的界面符合標(biāo)準(zhǔn)和規(guī)范，直觀性強(qiáng)。

2.2功能測(cè)試

分不同賬號(hào) 總權(quán)限賬號(hào),以及店長(zhǎng)賬號(hào)分別進(jìn)行功能測(cè)試。1:鏈接測(cè)試無(wú)問(wèn)題,不存在死鏈接,測(cè)試鏈接都存在.2:對(duì)頁(yè)面各個(gè)不同數(shù)據(jù)的測(cè)試,主要的出入庫(kù),銷售報(bào)表,訂單查看管理等一一對(duì)應(yīng),不存在數(shù)據(jù)有誤差的問(wèn)題.2.3兼容性測(cè)試(Windows下)測(cè)試總的瀏覽器包括:360極速瀏覽器,火狐瀏覽器,谷歌瀏覽器,IE瀏覽器,測(cè)試通過(guò),主要邏輯以及次要功能都沒(méi)問(wèn)題,因?yàn)闉g覽器的不同,導(dǎo)致界面瀏覽不一定相同,例如有的界面瀏覽頁(yè)面顯示正常,有的界面顯示不一樣。

2.4易用性

網(wǎng)站實(shí)現(xiàn)了如下易用性： 1.輸入限制的正確性

2.輸入限制提示信息的正確性，可理解性，一致性 3.界面排版美觀

4.web應(yīng)用系統(tǒng)易于導(dǎo)航，直觀

5.web應(yīng)用系統(tǒng)的頁(yè)面結(jié)構(gòu)、導(dǎo)航、菜單、連接的風(fēng)格一致

XXX管理平臺(tái)

2.5 負(fù)載/壓力測(cè)試

主要測(cè)試了壓了測(cè)試: 測(cè)試

結(jié)

果

60秒內(nèi)發(fā)請(qǐng)求,一次1000個(gè)請(qǐng)求,總共請(qǐng)求了2230個(gè)請(qǐng)求,成功了2208個(gè)失敗兩個(gè) 1:每個(gè)請(qǐng)求用時(shí)30ms(吞吐量)2:服務(wù)器收到請(qǐng)求，響應(yīng)頁(yè)面要花費(fèi)的時(shí)間:332ms 3: 并發(fā)的每個(gè)請(qǐng)求平均消耗時(shí)間 :33.ms 4:請(qǐng)求一共花了:72s

XXX管理平臺(tái)

第一個(gè)1000個(gè)人同時(shí)發(fā)出1000個(gè)請(qǐng)求 總共1004個(gè)請(qǐng)求失敗4個(gè),成功1000 1:每個(gè)請(qǐng)求用時(shí)9ms(吞吐量)2:服務(wù)器收到請(qǐng)求，響應(yīng)頁(yè)面要花費(fèi)的時(shí)間:109128ms 3: 并發(fā)的每個(gè)請(qǐng)求平均消耗時(shí)間 :109.ms 4:請(qǐng)求一共花了:109s

1:如上圖當(dāng)同時(shí)在線人數(shù)達(dá)到45時(shí)候,服務(wù)器崩潰,導(dǎo)致成功率一直下降到達(dá)40%,直到結(jié)束總請(qǐng)求達(dá)到:26796.平均每個(gè)請(qǐng)求響應(yīng)時(shí)間為281ms,系統(tǒng)吞吐量(tps)20.89/s.因?yàn)橄到y(tǒng)被困導(dǎo)致數(shù)據(jù)反映不準(zhǔn).3.軟件問(wèn)題總結(jié)與分析

從測(cè)試過(guò)程中發(fā)現(xiàn)bug的嚴(yán)重程度與分布狀況來(lái)看，引起缺陷主要有以下幾方面：

1.沒(méi)有需求文檔

需求文檔只是個(gè)大綱的形式，沒(méi)有詳細(xì)的需求文檔。沒(méi)有相應(yīng)的輸入輸出字段限制及統(tǒng)一的字段名稱，使得開發(fā)人員根據(jù)需求進(jìn)行設(shè)計(jì)時(shí)，沒(méi)有考慮相關(guān)功能的關(guān)聯(lián)性。在沒(méi)有詳細(xì)需求的指引下，開發(fā)人員根據(jù)自己的經(jīng)驗(yàn)進(jìn)行設(shè)計(jì)，負(fù)著不同模塊開發(fā)的人員沒(méi)有統(tǒng)一設(shè)計(jì)。在測(cè)試過(guò)程中，需求相關(guān)聯(lián)的問(wèn)題表現(xiàn)出來(lái)，及風(fēng)格統(tǒng)一的問(wèn)題。例外沒(méi)有需求文檔導(dǎo)致測(cè)試,無(wú)法根據(jù)需求文檔來(lái)進(jìn)行用例的設(shè)計(jì),只有靠自己自己測(cè)試經(jīng)驗(yàn)來(lái)測(cè)試排除BUG.2.功能性錯(cuò)誤

在測(cè)試的過(guò)程中，部分功能沒(méi)有現(xiàn)實(shí)，導(dǎo)致部分模塊無(wú)法進(jìn)行功能的測(cè)試。功能實(shí)現(xiàn)錯(cuò)誤，在功能模塊的開發(fā)時(shí)，是進(jìn)行先開發(fā)后調(diào)整的策略，沒(méi)有具體的需求文檔，部分模塊的功能實(shí)現(xiàn)有所偏差。

3.頁(yè)面設(shè)計(jì)易用性缺陷 頁(yè)面輸入字段限制不統(tǒng)一，系統(tǒng)中多個(gè)頁(yè)面存在相同的字段，但用戶輸入相

XXX管理平臺(tái)

同的數(shù)據(jù)，提示輸入的限制不相同，沒(méi)有統(tǒng)一輸入字段的限制。

提示信息錯(cuò)誤，不同模塊相同結(jié)果的提示信息不一致，用戶操作后，相應(yīng)的提示信息不明確，引起用戶誤解。

提示信息一致性，用戶在不同頁(yè)面執(zhí)行相同的操作，提示信息不同。4.開發(fā)人員疏忽引起的缺陷

網(wǎng)站在開發(fā)的過(guò)程中，不斷的追加新需求，或調(diào)整。開發(fā)人員修復(fù)或修改問(wèn)題時(shí)，有時(shí)疏忽沒(méi)對(duì)相關(guān)聯(lián)的地址進(jìn)行修改驗(yàn)證。導(dǎo)致因修改修復(fù)問(wèn)題而引入更多的問(wèn)題。

5.開發(fā)版本的控制

在測(cè)試一個(gè)版本(代理商版)，發(fā)現(xiàn)問(wèn)題重復(fù)出現(xiàn)，還會(huì)引入新的bug,開發(fā)人員修改的問(wèn)題時(shí)，提交的版本相互覆蓋。引起上一個(gè)版本已關(guān)閉的問(wèn)題，在下一版本重復(fù)出現(xiàn)。

4.建議

在項(xiàng)目開始的時(shí)候，應(yīng)該制定相應(yīng)的標(biāo)準(zhǔn)，編碼標(biāo)準(zhǔn)，需求變更標(biāo)準(zhǔn)等，開發(fā)和測(cè)試人員嚴(yán)格按照標(biāo)準(zhǔn)進(jìn)行，可以在后期減少因?yàn)殚_發(fā)，測(cè)試不一致而導(dǎo)致的問(wèn)題，同時(shí)可以降低溝通成本。

發(fā)布版本的時(shí)候，正確布置測(cè)試環(huán)境，減少因?yàn)闇y(cè)試環(huán)境，測(cè)試數(shù)據(jù)庫(kù)數(shù)據(jù)的問(wèn)題而出現(xiàn)的無(wú)效bug。

開發(fā)人員解決bug的時(shí)候，填寫bug原因以及解決方式，方便bug的跟蹤。開發(fā)人員在開發(fā)版本上發(fā)現(xiàn)bug，可以通知測(cè)試人員，因?yàn)殚_發(fā)人員發(fā)現(xiàn)的bug很有可能在測(cè)試版本上出現(xiàn)，而測(cè)試人員和開發(fā)人員的思路不同，有可能測(cè)試人員沒(méi)有發(fā)現(xiàn)該bug，而且，這樣可以保證發(fā)現(xiàn)的bug都能夠被跟蹤。

做好版本的控制，從開發(fā)版本，測(cè)試版本做好每個(gè)環(huán)節(jié)的版本控制。

第三篇：《軟件測(cè)試技術(shù)》課程總結(jié)報(bào)告

《軟件測(cè)試技術(shù)》課程總結(jié)報(bào)告

班級(jí)：姓名：學(xué)號(hào)：

一、課程概述

二、課程實(shí)訓(xùn)項(xiàng)目

三、課程知識(shí)點(diǎn)總結(jié)

四、收獲和體會(huì)

第四篇：軟件測(cè)試（推薦）

一、簡(jiǎn)答5*6’

1.為什么不讓時(shí)間有余的人做測(cè)試工作

表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對(duì)測(cè)試的輕視。測(cè)試和測(cè)試的人有很大關(guān)系。測(cè)試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問(wèn)題，細(xì)心有條理，總結(jié)問(wèn)題，如果具備這樣的優(yōu)點(diǎn)，做其它工作同樣也會(huì)很出色，因此這里還有一個(gè)要求，就是要喜歡測(cè)試這項(xiàng)工作。2.軟件測(cè)試風(fēng)險(xiǎn)主要體現(xiàn)在哪里

我們沒(méi)有對(duì)軟件進(jìn)行完全測(cè)試，實(shí)際就是選擇了風(fēng)險(xiǎn)，因?yàn)槿毕輼O有可能存在沒(méi)有進(jìn)行測(cè)試的部分。因此，我們要盡可能的選擇最合適的測(cè)試量，把風(fēng)險(xiǎn)降低到最小 3.所有軟件測(cè)試缺陷都需要修復(fù)嗎

從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒(méi)有必要修復(fù)所有的軟件缺陷。測(cè)試人員要做的是能夠正確判斷什么時(shí)候不能追求軟件的完美。對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對(duì)每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定那些缺陷要修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：-沒(méi)有足夠的時(shí)間資源。在任何一個(gè)項(xiàng)目中，通常情況下開發(fā)人員和測(cè)試人員都是不夠用的，而且在項(xiàng)目中沒(méi)有預(yù)算足夠的回歸測(cè)試時(shí)間，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級(jí)中進(jìn)行修復(fù)。-不是缺陷的缺陷。我們經(jīng)常會(huì)碰到某些功能方面的問(wèn)題被當(dāng)成缺陷來(lái)處理，這類問(wèn)題可以以后有時(shí)間時(shí)考慮再處理。缺陷是否修改要由軟件測(cè)試人員、項(xiàng)目經(jīng)理、程序員共同討論來(lái)決定是否修復(fù)，不同角色的人員從不同的角度來(lái)思考，以做出正確的決定。4.如何減少測(cè)試人員跳槽帶來(lái)的損失 建議我們從以下兩個(gè)方面做起：

-加強(qiáng)部門內(nèi)員工之間的互相學(xué)習(xí)，互相學(xué)習(xí)是建立學(xué)習(xí)型組織的基本要求，是知識(shí)互相轉(zhuǎn)移的過(guò)程。在此基礎(chǔ)上，可以把個(gè)人擁有的技術(shù)以知識(shí)的形式沉積下來(lái)，也就完成了隱性知識(shí)到顯性知識(shí)的轉(zhuǎn)化。

-管理者就應(yīng)該把員工的個(gè)人成長(zhǎng)和企業(yè)的發(fā)展聯(lián)系起來(lái)，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實(shí)現(xiàn)。

5.驗(yàn)收測(cè)試的注意點(diǎn)有哪些 測(cè)試要注意下面的事項(xiàng)：

（1）用戶現(xiàn)場(chǎng)測(cè)試不可能測(cè)試全部功能，因此要測(cè)試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過(guò)測(cè)試，證明沒(méi)有問(wèn)題才可以和用戶共同進(jìn)行測(cè)試。測(cè)試核心模塊的目的是建立用戶對(duì)軟件的信心。當(dāng)然如果這些模塊如果問(wèn)題較多，不應(yīng)該進(jìn)行演示。（2）如果某些模塊確實(shí)有問(wèn)題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶做成合理的解釋。爭(zhēng)得時(shí)間后，及時(shí)修改缺陷來(lái)彌補(bǔ)。（3）永遠(yuǎn)不能欺騙用戶，蒙混過(guò)關(guān)。6.完全測(cè)試程序是可能的嗎

實(shí)際上完全測(cè)試是不可能的。主要有以下原因：-完全測(cè)試比較耗時(shí)，時(shí)間上不允許；

-完全測(cè)試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；-輸入量太大，不能一一進(jìn)行測(cè)試；-輸出結(jié)果太多，只能分類進(jìn)行驗(yàn)證；-軟件實(shí)現(xiàn)途徑太多；

-軟件產(chǎn)品說(shuō)明書沒(méi)有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測(cè)試的程度要根據(jù)實(shí)際情況確定 7.是不是發(fā)現(xiàn)的缺陷越多就說(shuō)明軟件缺陷越多 其中的原因主要如下：

-代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯(cuò)誤。類的繼承導(dǎo)致所有的子類會(huì)包含基類的錯(cuò)誤，反復(fù)拷貝同一代碼意味可能也復(fù)制了缺陷。-程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫的功能缺陷較多。

“缺陷一個(gè)連著一個(gè)”不是一個(gè)客觀規(guī)律，只是一個(gè)常見(jiàn)的現(xiàn)象。如果軟件編寫的比較好，這種現(xiàn)象就不常見(jiàn)了。測(cè)試人員只要嚴(yán)肅認(rèn)真的測(cè)試程序就可以了。8.軟件測(cè)試就是QA嗎

軟件測(cè)試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷。測(cè)試人員的主要工作是測(cè)試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是測(cè)試保證人員的工作對(duì)象。軟件測(cè)試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。9.測(cè)試產(chǎn)品和測(cè)試項(xiàng)目區(qū)別

習(xí)慣上把開發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來(lái)滿足特定的用戶需求。項(xiàng)目和產(chǎn)品的不同特點(diǎn)，決定我們測(cè)試產(chǎn)品和測(cè)試項(xiàng)目仍然會(huì)有很多不同的地方：

-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)?lái)很多負(fù)面的影響。而做項(xiàng)目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。測(cè)試資源投入多少不同。做軟件產(chǎn)品通常是研發(fā)中心來(lái)開發(fā)，進(jìn)度壓力要小些。同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力、物力資源。項(xiàng)目最后要和用戶共同驗(yàn)收測(cè)試，這是產(chǎn)品測(cè)試不具有的特點(diǎn)。此外，測(cè)試產(chǎn)品與測(cè)試項(xiàng)目在缺陷管理方面、測(cè)試策略制定都會(huì)有很大不同，測(cè)試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作 10.如何編寫提交給用戶的測(cè)試報(bào)告

測(cè)試報(bào)告一般分為內(nèi)部測(cè)試報(bào)告和外部測(cè)試報(bào)告。內(nèi)部報(bào)告是我們?cè)跍y(cè)試工作中的項(xiàng)目文檔，反映了測(cè)試工作的實(shí)施情況,一般外部測(cè)試報(bào)告要滿足下面幾個(gè)要求：

根據(jù)內(nèi)部測(cè)試報(bào)告進(jìn)行編寫，一般可以摘錄；不可以向客戶報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒(méi)有必要讓客戶知道；報(bào)告上可以列出一些缺陷，但必須是中級(jí)的缺陷，而且這些缺陷必須是修復(fù)的；報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來(lái)負(fù)面作用，尤其是性能測(cè)試報(bào)告?？傊獠繙y(cè)試報(bào)告要小心謹(jǐn)慎的編寫。

二、論述2*12’

1.請(qǐng)論述為什么要進(jìn)行軟件測(cè)試，并列舉歷史上2~3個(gè)著名軟件測(cè)試（缺陷）案例，說(shuō)明測(cè)試重要性

軟件測(cè)試的目的,第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望做的事情（，另一方面是確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事情。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的回饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。第三軟件測(cè)試不僅是在測(cè)試軟件軟件產(chǎn)品本身，而且還包括軟件開發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開發(fā)過(guò)程很可能是有缺陷的。因此，軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開發(fā)過(guò)程是高質(zhì)量的。

愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng)把“槍口”對(duì)準(zhǔn)了自己人 美國(guó)迪斯尼公司的獅子王游戲軟件的兼容性問(wèn)題 售票系統(tǒng)性能問(wèn)題

2.論述軟件測(cè)試科學(xué)的發(fā)展歷程 1957年之前－調(diào)試為主 20世紀(jì)50年代，計(jì)算機(jī)剛誕生不久，只有科學(xué)家級(jí)別的人才會(huì)去編程，需求和程序本身也遠(yuǎn)遠(yuǎn)沒(méi)有現(xiàn)在這么復(fù)雜多變，相當(dāng)于開發(fā)人員一人承擔(dān)需求分析，設(shè)計(jì)，開發(fā)，測(cè)試等所有工作，當(dāng)然也不會(huì)有人去區(qū)分調(diào)試和測(cè)試。

1957–1978－證明為主 當(dāng)時(shí)計(jì)算機(jī)應(yīng)用的數(shù)量，成本和復(fù)雜性都大幅度提升，隨之而來(lái)的經(jīng)濟(jì)風(fēng)險(xiǎn)也大大增加，測(cè)試就顯得很有必要了，這個(gè)時(shí)期測(cè)試的主要目就是確認(rèn)軟件是滿足需求的，也就是我們常說(shuō)的“做了該做的事情”。

1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒(méi)做不該做的事情，這會(huì)使測(cè)試更加全面，更容易發(fā)現(xiàn)問(wèn)題。

1983–1987－評(píng)估為主 人們提出了在軟件生命周期中使用分析，評(píng)審，測(cè)試來(lái)評(píng)估產(chǎn)品的理論。軟件測(cè)試工程在這個(gè)時(shí)期得到了快速的發(fā)展.1988–至今－預(yù)防為主 預(yù)防為主是當(dāng)下軟件測(cè)試的主流思想之一。測(cè)試不是在編碼完成后才開始介入，而是貫穿于整個(gè)軟件生命周期。3.論述軟件缺陷的由來(lái)

軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開發(fā)過(guò)程決定的。

軟件本身：①需求不清晰，導(dǎo)致設(shè)計(jì)目標(biāo)偏離客戶的需求，從而引起功能或產(chǎn)品特征上的缺陷。②系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無(wú)法設(shè)計(jì)成一個(gè)很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問(wèn)題或系統(tǒng)維護(hù)、擴(kuò)充上的困難；即使設(shè)計(jì)成良好的面向?qū)ο蟮南到y(tǒng)，由于對(duì)象、類太多，很難完成對(duì)各種對(duì)象、類相互作用的組合測(cè)試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對(duì)象狀態(tài)變化等方面問(wèn)題。③對(duì)程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯(cuò)誤。④對(duì)一些實(shí)時(shí)應(yīng)用，要進(jìn)行精心設(shè)計(jì)和技術(shù)處理，保證精確的時(shí)間同步，否則容易引起時(shí)間上不協(xié)調(diào)，不一致性帶來(lái)的問(wèn)題。⑤沒(méi)有考慮系統(tǒng)崩潰后的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問(wèn)題，從而存在系統(tǒng)安全性、可靠性的隱患。⑥系統(tǒng)運(yùn)行環(huán)境的復(fù)雜，不僅用戶使用的計(jì)算機(jī)環(huán)境千變?nèi)f化，包括用戶的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶環(huán)境下的問(wèn)題；在系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大。從而會(huì)引起強(qiáng)度或負(fù)載問(wèn)題。⑦由于通信端口多、存取和加密手段的矛盾性等，會(huì)造成系統(tǒng)的安全性或適用性等問(wèn)題。⑧新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問(wèn)題，事先沒(méi)有考慮到。

團(tuán)隊(duì)工作：系統(tǒng)需求分析時(shí)對(duì)客戶的需求理解不清楚，或者和用戶的溝通存在一些困難。不同階段的開發(fā)人員相互理解不一致。對(duì)于設(shè)計(jì)或編程上的一些假定或依賴性，相關(guān)人員沒(méi)有充分溝通。項(xiàng)目組成員技術(shù)水平參差不齊技術(shù)問(wèn)題。算法錯(cuò)誤：在給定條件下沒(méi)能給出正確或準(zhǔn)確的結(jié)果。語(yǔ)法錯(cuò)誤：對(duì)于編譯性語(yǔ)言程序，編譯器可以發(fā)現(xiàn)這類問(wèn)題；但對(duì)于解釋性語(yǔ)言程序，只能在測(cè)試運(yùn)行時(shí)發(fā)現(xiàn)。計(jì)算和精度問(wèn)題：計(jì)算的結(jié)果沒(méi)有滿足所需要的精度。系統(tǒng)結(jié)構(gòu)不合理、算法選擇不科學(xué)，造成系統(tǒng)性能低下。接口參數(shù)傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問(wèn)題。

項(xiàng)目管理的問(wèn)題：缺乏質(zhì)量文化，不重視質(zhì)量計(jì)劃，對(duì)質(zhì)量、資源、任務(wù)、成本等的平衡性把握不好，容易擠掉需求分析、評(píng)審、測(cè)試、等時(shí)間，遺留的缺陷會(huì)比較多。系統(tǒng)分析時(shí)對(duì)客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。開發(fā)周期短，需求分析、設(shè)計(jì)、編程、測(cè)試等各項(xiàng)工作不能完全按照定義好的流程來(lái)進(jìn)行，工作不夠充分，結(jié)果也就不完整、不準(zhǔn)確，錯(cuò)誤較多；周期短，還給各類開發(fā)人員造成太大的壓力，引起一些人為的錯(cuò)誤。開發(fā)流程不夠完善，存在太多的隨機(jī)性和缺乏嚴(yán)謹(jǐn)?shù)膬?nèi)審或評(píng)審機(jī)制，容易產(chǎn)生問(wèn)題。文檔不完善，風(fēng)險(xiǎn)估計(jì)不足等。4.軟件測(cè)試V模型

①繪制示意圖

②闡述每個(gè)步驟是做什么 需求分析

即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項(xiàng)功能

概要設(shè)計(jì)

主要是架構(gòu)的實(shí)現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實(shí)現(xiàn)等項(xiàng)事務(wù)。詳細(xì)設(shè)計(jì)

對(duì)概要設(shè)計(jì)中表述的各模塊進(jìn)行深入分析，對(duì)各模塊組合進(jìn)行分析等。軟件編碼

按照詳細(xì)設(shè)計(jì)好的模塊功能表，編程人員編寫出實(shí)際的代碼。單元測(cè)試

按照設(shè)定好的最小測(cè)試單元進(jìn)行按單元測(cè)試，主要是測(cè)試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。集成測(cè)試

經(jīng)過(guò)了單元測(cè)試后，將各單元組合成完整的體系，主要測(cè)試各模塊間組合后的功能實(shí)現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據(jù)集成測(cè)試計(jì)劃，一邊將模塊或其他軟件單位組合成系統(tǒng)，一邊運(yùn)行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。系統(tǒng)測(cè)試

經(jīng)過(guò)了單元測(cè)試和集成測(cè)試以后，我們要把軟件系統(tǒng)搭建起來(lái)，按照軟件規(guī)格說(shuō)明書中所要求，測(cè)試軟件其性能功能等是否和用戶需求相符合，在系統(tǒng)中運(yùn)行是否存在漏洞，等。驗(yàn)收測(cè)試

主要就是用戶在拿到軟件的時(shí)候，在使用現(xiàn)場(chǎng)，會(huì)根據(jù)前邊所提到的需求，以及規(guī)格說(shuō)明書來(lái)做相應(yīng)測(cè)試，以確定軟件達(dá)到符合效果的。

第五篇：西南科技大學(xué)軟件測(cè)試實(shí)訓(xùn)總結(jié)報(bào)告

實(shí)訓(xùn)總結(jié)報(bào)告 學(xué) 院 名 稱：專 業(yè) 班 級(jí)：學(xué) 號(hào)：學(xué) 生 姓 名：實(shí) 訓(xùn) 地 點(diǎn)：實(shí) 訓(xùn) 日 期：

信息工程學(xué)院 通信工程 20124410 唐曼玲 新區(qū)圖書館

2015.1.5--1.16

一、實(shí)訓(xùn)目的：

1.了解軟件測(cè)試概念，軟件測(cè)試主要內(nèi)容，手動(dòng)測(cè)試自動(dòng)測(cè)試，初步掌握軟件測(cè)試并且能夠進(jìn)行簡(jiǎn)單運(yùn)用。

2.了解軟件測(cè)試在當(dāng)前計(jì)算機(jī)行業(yè)的地位和前景。3.了解為了成為軟件測(cè)試工程師所需要掌握的技能。

二、實(shí)訓(xùn)內(nèi)容：

1.移動(dòng)警務(wù)通項(xiàng)目環(huán)境搭建 2.軟件測(cè)試的基本概念

3.軟件研發(fā)流程及系統(tǒng)測(cè)試過(guò)程 4.需求評(píng)審流程和評(píng)審要點(diǎn) 5.測(cè)試計(jì)劃和方案寫作要點(diǎn) 6.測(cè)試用例寫作要點(diǎn)和設(shè)計(jì)方法 7.軟件缺陷的概念和找軟件缺陷 8.TDD測(cè)試和開發(fā)設(shè)計(jì)文檔 9.溫度轉(zhuǎn)換器測(cè)試及開發(fā)設(shè)計(jì) 10.項(xiàng)目實(shí)戰(zhàn)總結(jié)

三、實(shí)訓(xùn)總結(jié)(不低于2500字)

這次大三寒假實(shí)訓(xùn)的主題是“軟件測(cè)試”，和同學(xué)們?cè)趫D書館機(jī)房一起學(xué)習(xí)。在軟件開放越來(lái)激烈的當(dāng)今，追求軟件質(zhì)量也是一個(gè)重要內(nèi)容。軟件測(cè)試，即在軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。整個(gè)測(cè)試過(guò)程分單元測(cè)試、組裝測(cè)試以以及系統(tǒng)測(cè)試三個(gè)階段進(jìn)行。測(cè)試的方法主要有白盒測(cè)試和黑盒測(cè)試兩種。在測(cè)試過(guò)程中需要建立詳細(xì)的測(cè)試計(jì)劃并嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行測(cè)試，以減少測(cè)試的隨意性。這次的實(shí)訓(xùn)大致分為兩個(gè)階段。第一階段主要是文字處理工夫多一點(diǎn)，考驗(yàn)了我們對(duì)找病句修改病句的能力；第二階段主要涉及了利用JAVA來(lái)編輯測(cè)試代碼，主要考察了我們細(xì)心程度，還有鞏固了我們編程能力。

第一階段我們主要學(xué)習(xí)了移動(dòng)警務(wù)通項(xiàng)目環(huán)境搭建，軟件測(cè)試的基本概念，軟件研發(fā)流程及系統(tǒng)測(cè)試過(guò)程，需求評(píng)審流程和評(píng)審要點(diǎn)這四大點(diǎn)。具體細(xì)節(jié)包括了：需求評(píng)審、軟件測(cè)試方法與工具、用例設(shè)計(jì)、用例設(shè)計(jì)評(píng)審、測(cè)試評(píng)估報(bào)告、缺陷報(bào)告記錄、缺陷管理與統(tǒng)計(jì)以及測(cè)試評(píng)估報(bào)告。在學(xué)習(xí)氛圍濃重的機(jī)房?jī)?nèi)，我們認(rèn)真看著大幕上的課件和老師演示的內(nèi)容，并且都用手機(jī)或者筆記本記下了重要內(nèi)容和步驟，當(dāng)修改測(cè)試用例遇到不懂的問(wèn)題時(shí)，我們組的隊(duì)員都會(huì)及時(shí)詢問(wèn)老師尋求解答，保證我們小組學(xué)習(xí)的質(zhì)量和速度。

在移動(dòng)警務(wù)通項(xiàng)目中，老師要求我們修改需求報(bào)告，填寫需求評(píng)審。移動(dòng)警務(wù)通客戶端設(shè)備，它包括了信息收集，信息查詢查詢，定位等功能，我在小組主要負(fù)責(zé)的是信息查詢這個(gè)工作。信息查詢需求報(bào)告的修改涉及到很多內(nèi)容：需求填寫不完整，有歧義，用例填寫錯(cuò)誤等。需求語(yǔ)句中有“或”，“和”字眼出現(xiàn)的句子我們都格外小心，因?yàn)檫@是病句可能出現(xiàn)的信號(hào)。我和小組成員們認(rèn)真聽(tīng)取了卿老師的課堂講解，并且認(rèn)真記錄課堂筆記。我們還學(xué)會(huì)了利用虛擬手機(jī)平臺(tái)，模擬安卓手機(jī)，在手機(jī)上面進(jìn)行測(cè)試和使用，這個(gè)讓我大開眼界。在老師講完之后我們小組立馬投入到需求評(píng)審等練習(xí)，組長(zhǎng)給我們每個(gè)人都合理分配了適宜的任務(wù)，每個(gè)人都認(rèn)真工作著，通過(guò)借鑒和及時(shí)詢問(wèn)其他小組同學(xué)和老師，我們小組每次都很快地很好地完成了課堂練習(xí)任務(wù)。移動(dòng)警務(wù)通這個(gè)項(xiàng)目讓我學(xué)到了看任何東西都要認(rèn)真細(xì)心，特別是找病句的過(guò)程中是收貨很多的。

這一階段主要涉及了“需求分析”。通過(guò)老師的講解，我了解到，在確定軟件開發(fā)可行的情況下，對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)分析。需求分析階段是一個(gè)很重要的階段，這一階段做得好，將為整個(gè)軟件開發(fā)項(xiàng)目的成功打下良好的基礎(chǔ)?！拔ㄒ徊蛔兊氖亲兓旧怼保瑯有枨笠彩窃谡麄€(gè)軟件開發(fā)過(guò)程中不斷變化和深入的，因此我們必須制定需求變更計(jì)劃來(lái)應(yīng)付這種變化，以保護(hù)整個(gè)項(xiàng)目的順利進(jìn)行。

第一階段中老師教我們使用了JUnit。它是一個(gè)開源的java測(cè)試框架，它是Xuint測(cè)試體系架構(gòu)的一種實(shí)現(xiàn)。在JUnit單元測(cè)試框架的設(shè)計(jì)時(shí)，設(shè)定了三個(gè)總體目標(biāo)，第一個(gè)是簡(jiǎn)化測(cè)試的編寫，這種簡(jiǎn)化包括測(cè)試框架的學(xué)習(xí)和實(shí)際測(cè)試單元的編寫；第二個(gè)是使測(cè)試單元保持持久性；第三個(gè)則是可以利用既有的測(cè)試來(lái)編寫相關(guān)的測(cè)試。JUnit可以把測(cè)試組織成測(cè)試系列；這個(gè)測(cè)試系列可以包含其它的測(cè)試或測(cè)試系列。JUnit測(cè)試的合成行為允許你組合多個(gè)測(cè)試并自動(dòng)的回歸從頭到尾測(cè)試整個(gè)測(cè)試系列。你也可以執(zhí)行測(cè)試系列層級(jí)架構(gòu)中任何一層的測(cè)試。使用Junit測(cè)試框架，你可以很便宜的撰寫測(cè)試并享受由測(cè)試框架所提供的信心。撰寫一個(gè)測(cè)試就像寫一個(gè)方法一樣簡(jiǎn)單；測(cè)試是檢驗(yàn)要測(cè)試的程序代碼并定義期望的結(jié)果。這個(gè)測(cè)試框架提供自動(dòng)執(zhí)行測(cè)試的背景；這個(gè)背景并成為其它測(cè)試集合的一部份。

利用這個(gè)，我們就可以在電腦上實(shí)現(xiàn)安卓手機(jī)的模擬，在電腦上面就可以對(duì)安卓手機(jī)上的應(yīng)用進(jìn)行測(cè)試和使用。我們就是用這個(gè)實(shí)現(xiàn)了移動(dòng)警務(wù)通的的第二階段任務(wù)測(cè)試代碼的編寫和測(cè)試的。

在實(shí)訓(xùn)的第二周，第二階段主要是溫度轉(zhuǎn)換器測(cè)試代碼的編寫和學(xué)習(xí)，在安卓手機(jī)模擬平臺(tái)下訓(xùn)練了我們JAVA編程能力。通過(guò)在Eclipse上編寫JAVA語(yǔ)言用于移動(dòng)警務(wù)通的Android平臺(tái)，我第一次體會(huì)到了編寫安卓應(yīng)用的樂(lè)趣。老師首先給我們普及了一下JAVA語(yǔ)言的一般用法和注意事項(xiàng)，然后開始編寫溫度轉(zhuǎn)換應(yīng)用程序。在老師的耐心講解下，我們開始自己操作?？赡軇傞_始有點(diǎn)不適應(yīng)不習(xí)慣，但是到了后來(lái)，就慢慢熟練起來(lái)。中途遇到問(wèn)題及時(shí)向老師提問(wèn)，老師親自過(guò)來(lái)幫我檢查錯(cuò)誤并且教我改正錯(cuò)誤，這其中的方法和體會(huì)我覺(jué)得是很寶貴的經(jīng)驗(yàn)財(cái)富。由于老師講的內(nèi)容我們都不是很熟悉，為了能夠更好地跟上上課節(jié)奏，我們就拿出手機(jī)，拍下老師每一次的內(nèi)容，在老師講完過(guò)后就看照片復(fù)習(xí)和操作，這樣的效果很好。

這次需求評(píng)審中最大的感悟就是要學(xué)好語(yǔ)文，尤其是查找病句的能力。因?yàn)樾枨罄锩婵赡苡泻芏嗟牟【?，這些病句有二義性或者錯(cuò)誤，我們就應(yīng)該立馬找出來(lái)及時(shí)修正，并且寫上批注，寫得很詳細(xì)很具體。最初找病句的時(shí)候由于沒(méi)有經(jīng)驗(yàn)，找的地方都不是很正確而且修改也沒(méi)修改好。接著聽(tīng)了老師對(duì)每一個(gè)例子的詳細(xì)講解和經(jīng)驗(yàn)總結(jié)，我們小組成員都找到了修改的方法和途徑，大大增加了需求評(píng)審的效率。后來(lái)找老師來(lái)幫我們看看這些批注，老師都說(shuō)我們寫的具體，寫地很好，這讓我們大受鼓舞。

本次實(shí)訓(xùn)另一個(gè)體會(huì)就是對(duì)軟件測(cè)試這個(gè)工作很感興趣。因?yàn)榭紤]到自己作為一個(gè)女生對(duì)開發(fā)應(yīng)用程序編寫不是很在行，如果能有基礎(chǔ)的情況下從事軟件測(cè)試這份工作想必是很好的。我從網(wǎng)上了解了一下軟件測(cè)試的行業(yè)現(xiàn)狀，如今軟件開發(fā)過(guò)程中出現(xiàn)錯(cuò)誤或者缺陷的幾率越來(lái)越來(lái)多，市場(chǎng)對(duì)軟件的質(zhì)量越來(lái)越重視，所以軟件測(cè)試在軟件項(xiàng)目中顯得尤為重要。專業(yè)優(yōu)勢(shì)就業(yè)競(jìng)爭(zhēng)小，人才供不應(yīng)求讓軟件測(cè)試人員的就業(yè)競(jìng)爭(zhēng)壓力明顯小于同類其它職業(yè)，有利于從業(yè)者的身心健康。另外，由于軟件測(cè)試在我國(guó)起步較晚，獨(dú)立設(shè)置測(cè)試部門、對(duì)測(cè)試人員有強(qiáng)烈需求的多為獨(dú)具慧眼的大中型IT企業(yè)。軟件測(cè)試人才不需要在小企業(yè)積累經(jīng)驗(yàn)就能獲得知名企業(yè)的入門通行證，工作起點(diǎn)高于同類其它職業(yè)。高薪，剛?cè)胄械能浖y(cè)試人員，起步的月薪就在3000-5000元左右，遠(yuǎn)高于同齡人2000元的薪資水平，隨著工作經(jīng)驗(yàn)的豐富以及能力的提升，這份薪水將一路看漲。就業(yè)質(zhì)量高，與其他IT職位相比，軟件測(cè)試人員最大的優(yōu)勢(shì)就是發(fā)展方向太多了。由于工作的特殊性，測(cè)試人員不但需要對(duì)軟件的質(zhì)量進(jìn)行檢測(cè)，而且對(duì)于軟件項(xiàng)目的立項(xiàng)、管理、售前、售后等領(lǐng)域都要涉及。在此過(guò)程中，測(cè)試人員不僅提升了專業(yè)的軟件測(cè)試技能，還能接觸到各行各業(yè)，從而為自己的多元化發(fā)展奠定了基礎(chǔ)。而且從專業(yè)性質(zhì)分析，軟件測(cè)試人員更要具有認(rèn)真、耐心、細(xì)致、敏感等個(gè)性元素，我覺(jué)得而這在一定程度上與女性的個(gè)性氣質(zhì)相吻合。所以我覺(jué)得我對(duì)軟件測(cè)試這種工作很感興趣。

通過(guò)老師的講解和課后詢問(wèn)，我知道了如果要想成為好的測(cè)試人員，首先得了解自己要測(cè)試的軟件的相關(guān)知識(shí)。要了解軟件產(chǎn)品的架構(gòu)是什么樣的。要了解軟件的市場(chǎng)需求，在接觸軟件之初要可以多看看用戶的反饋信息，這些才是用戶最關(guān)心的，也是在測(cè)試中需要注意的問(wèn)題，滿足客戶是最大的需要。我們更應(yīng)該學(xué)習(xí)的是，了解軟件需求之后要學(xué)會(huì)要多讀些軟件系統(tǒng)的技術(shù)文檔，軟件設(shè)計(jì)文檔，這些文檔可以幫助了解產(chǎn)品如何工作。還有多看看公司 Bug 庫(kù)中的問(wèn)題，這些存在的問(wèn)題可以幫助自己了解軟件產(chǎn)品哪些地方存在缺陷，軟件系統(tǒng)哪些地方會(huì)出現(xiàn)錯(cuò)誤。軟件是運(yùn)行在一個(gè)大環(huán)境中，如果對(duì)系統(tǒng)不熟悉，那么有些問(wèn)題你不能從一個(gè)更廣闊的層面考慮，學(xué)習(xí)操作系統(tǒng)的知識(shí)，有助于你發(fā)現(xiàn)缺陷，定位問(wèn)題更加準(zhǔn)確。比如軟件運(yùn)行在 Windows 或者 Linux，如果不懂操作系統(tǒng)，你就無(wú)法建立測(cè)試環(huán)境，有些時(shí)候時(shí)候軟件的組件發(fā)生問(wèn)題，就是自己系統(tǒng)配置造成的，對(duì)系統(tǒng)不熟悉，會(huì)把外在原因歸結(jié)為軟件本身。所以要學(xué)習(xí)關(guān)于和軟件系統(tǒng)相關(guān)的知識(shí)，比如編程，網(wǎng)絡(luò)，數(shù)據(jù)庫(kù)等。

其實(shí)，我覺(jué)得不一定要學(xué)習(xí)到多好的程度，只是通過(guò)這些擴(kuò)展的知識(shí)面，可以在發(fā)現(xiàn)問(wèn)題，解決問(wèn)題上不會(huì)局限在狹小的圈子里。并且，和一切相關(guān)的人員交流，不同的交流渠道，獲取消息是不同的，角度也不同。和客戶交流，會(huì)在測(cè)試中從客戶的角度發(fā)現(xiàn)問(wèn)題；和開發(fā)人員交流，會(huì)了解開發(fā)人員怎么實(shí)現(xiàn)軟件功能的；和項(xiàng)目管理人員交流，會(huì)知道開發(fā)進(jìn)度以及遇到的困難。這些是從這次實(shí)訓(xùn)中獲得的寶貴收獲。

在培訓(xùn)的最后老師給我們講了計(jì)算機(jī)行業(yè)的就業(yè)工種和對(duì)應(yīng)的薪水情況、軟件測(cè)試行業(yè)分布、任職要求、必備技能、面試常用問(wèn)題等。我受到的觸動(dòng)很大，我們現(xiàn)在學(xué)到的東西遠(yuǎn)遠(yuǎn)沒(méi)有達(dá)到就業(yè)的水平和能力，每天就學(xué)習(xí)書本上的知識(shí)和實(shí)驗(yàn)室的項(xiàng)目，感覺(jué)自己的能力遠(yuǎn)遠(yuǎn)不行，感覺(jué)很大的壓力。

實(shí)習(xí)這段期間，自己的收獲是豐碩的：最起碼從意識(shí)上，發(fā)現(xiàn)自己的不足，并尋求到合適的解決途徑。非常感謝對(duì)我?guī)椭耐瑢W(xué)和老師，我堅(jiān)信：在你們的幫助下，我會(huì)持續(xù)努力，不斷反省，總結(jié)提高！我今年的計(jì)劃是考川大電子信息類的研究生，我希望在接下來(lái)的一年半可以充充實(shí)實(shí)，每天都過(guò)得有意義，為了變成一個(gè)優(yōu)秀的自己而努力。2015，加油！