任務(wù)評估和風(fēng)險分析報告

1、軟件產(chǎn)品項目任務(wù)評估和風(fēng)險分析軟件測試是一項高風(fēng)險的工作，它是不可避免的，總是存在的。軟件產(chǎn)品項目測試過程中不可避免地存在風(fēng)險。藍(lán)色字體為需要編輯的內(nèi)容1. 軟件需求的風(fēng)險軟件需求本身不清晰或者開發(fā)商對產(chǎn)品的需求特性理解不準(zhǔn)確有偏差，這樣導(dǎo)致最終開發(fā)的產(chǎn)品功能可能不是用戶真正想要的功能。由于軟件產(chǎn)品項目是自主研發(fā)的產(chǎn)品，在產(chǎn)品設(shè)計初期，根據(jù)其他公司做的同類軟件的相關(guān)功能，定制了軟件產(chǎn)品的需求說明，這些需求在某些程度上可能不滿足客戶的全部需求，這就需要在軟件產(chǎn)品的1.0版本發(fā)布后，根據(jù)客戶的具體需求進(jìn)行定制版的研發(fā)和測試。2. 人員的風(fēng)險：軟件產(chǎn)品開發(fā)測試階段，測試人員和開發(fā)人員的招聘從未停止，

2、測試人員流動性較強，而且每個測試工程師測試的思維方式肯定有差別，所以測試工作多讓這些工程師在測試每一輪后，再進(jìn)行不同模塊的交叉測試，從而導(dǎo)致測試的時間比預(yù)期延長。同時很多測試工程師介入到項目測試的時間太短，短期內(nèi)不能全面的提交比較有質(zhì)量的bug。3. 測試環(huán)境的風(fēng)險測試人員在測試過程中搭建的測試環(huán)境，雖然原則上是盡可能模擬用戶實際使用的環(huán)境。但是不可能100%完全和用戶的環(huán)境一下，尤其是車載環(huán)境，用于測試的3G上網(wǎng)卡只有幾張，不能夠搭建客戶的實際使用環(huán)境，測試環(huán)境中基本用虛擬車臺代替，這樣就會存在一定的風(fēng)險，因為有些軟件的缺陷只有在特定的環(huán)境下（包括硬件、操作系統(tǒng)、殺毒軟件和軟件的不同版本的補

3、丁和用戶實際使用的數(shù)據(jù)等）才能出現(xiàn)。軟件產(chǎn)品軟件項目測試過程中主要以會議室環(huán)境為測試環(huán)境，會議室環(huán)境是有網(wǎng)通專網(wǎng)和電信外網(wǎng)環(huán)境組成。此測試環(huán)境不能應(yīng)用于所有客戶的使用環(huán)境。4. 測試深度和廣度的風(fēng)險1) 測試的廣度，用戶的操作肯定是千變?nèi)f化的，測試工程師在測試的時候肯定不能100%覆蓋到這些千變?nèi)f化得操作。有些極端的情況容易被遺漏、測試不到。2) 測試的深度，實際項目使用過程中，用戶的并發(fā)操作是常見的現(xiàn)象。很多bug可能只能在用戶并發(fā)的情況才會出現(xiàn)，而軟件產(chǎn)品項目測試過程中由于具體條件限制不能模擬用戶并發(fā)的情況，從而不能發(fā)現(xiàn)這些bug。5. 測試工具本身可能產(chǎn)生誤差1) 測試過程中使用QTP等

4、工具來模擬用戶的手工操作，但是這種工具本身就存在誤差、或者使用者操作不當(dāng)產(chǎn)生的誤差，比如：在項目后期的回歸測試的時候使用自動化功能測試工具QTP進(jìn)行回歸測試的時候，由于修改了某些腳本導(dǎo)致QTP每次測試都能通過，但是到用戶現(xiàn)場的話有可能會最簡單的功能都通不過2) 測試web客戶端時，還用到了Loadrunner模擬并發(fā)測試環(huán)境，用Selenium IDE錄制web客戶端操作，并連接selenium rc+eclipse junit編輯腳本進(jìn)行強度測試。3) 軟件產(chǎn)品測試過程中使用到的工具還有抓包工具、進(jìn)程資源利用檢查工具、processxp、檢查數(shù)據(jù)庫的工具等，這些工具的功能沒有經(jīng)過嚴(yán)格測試，本

5、身的誤差不能忽視。6. 測試資源的不充分1) 硬件資源不夠：具體監(jiān)控項目中使用所有車載設(shè)備都是用3G卡連接，由于硬件限制，目前軟件產(chǎn)品項目僅能使用4、5張電信、聯(lián)通卡進(jìn)行測試。2) 軟件資源不充分：A. 軟件產(chǎn)品平臺屬于應(yīng)用軟件，用戶使用的操作系統(tǒng)、PC硬件多種多樣，測試過程中不能完全模擬用戶使用的軟件環(huán)境來進(jìn)行測試。B. 軟件產(chǎn)品平臺測試認(rèn)證服務(wù)器數(shù)據(jù)節(jié)點數(shù)量時，由于環(huán)境限制，測試中模擬了2萬個節(jié)點，不能完全模擬10萬個節(jié)點存儲， 7. 測試方法的執(zhí)行和設(shè)計1) 通過軟件產(chǎn)品測試總結(jié)的報告可以看出，提交的bug很大一部份是web客戶端、監(jiān)控點管理、現(xiàn)場預(yù)覽、軌跡分析、回放功能模塊的缺陷，軟件產(chǎn)品平臺軟件的主要功能模塊就是這一部分。2) Bug修復(fù)情況表可以看出所有級別bug修復(fù)率都達(dá)到了92%以上，但是無效bug占用較多，達(dá)到13%，可見由于該項目前期需求不明確，是首次發(fā)布，所以提出了很多被歸為“設(shè)計如此”的bug。8. 軟件維護(hù)階段的風(fēng)險軟件維護(hù)包含兩個主要的維護(hù)階段：一個是軟件生產(chǎn)完畢到軟件試運行階段的維護(hù)，這個階段是一種真實環(huán)境的測試性維護(hù)，其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或未發(fā)現(xiàn)的問題；另一個階段是當(dāng)軟件的運行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運行環(huán)境（包括硬件平臺，軟件環(huán)境等）時進(jìn)行的軟件維護(hù)，具體可能是軟件版本的升級或軟件移植等。對系統(tǒng)