軟件測試計劃

1、CleanRoom測試計劃項目名稱：CleanRoom黑盒測試組 長：馬玉寅組 員：王煜欽鄧卓軒楊黎帆丁寧劉洋洋劉宇峰肖仲浩王煜欽張釗陶浩然張浩楊鏡東編寫：劉洋洋 馬玉寅 2019年06月23日校對：楊鏡東 馬玉寅 2019年06月26日審核：劉宇峰 馬玉寅 2019年06月27日測試計劃標(biāo)識符表1.1測試計劃標(biāo)識符表用例編號功能描述MA1002_01_01設(shè)置清洗時間MA1002_01_02設(shè)置超時報警時間MA1002_01_03設(shè)置系統(tǒng)時間MA1002_02_01請求由外門進(jìn)入隔離室MA1002_02_02觀察外門開關(guān)順序MA1002_02_03清洗操作MA1002_02_04中斷清洗操作

2、MA1002_02_05請求進(jìn)入凈化室MA1002_03_01請求由里門進(jìn)入隔離室MA1002_03_02請求由外門離開隔離室MA1002_04_01用戶在隔離室內(nèi)處于清洗狀態(tài)時超過超時報警時間并進(jìn)行超時報警MA1002_04_02用戶在隔離室內(nèi)準(zhǔn)備離開時超過超時報警時間并進(jìn)行超時報警MA1002_04_03隔離室恐慌報警MA1002_04_04凈化室恐慌報警MA1002_05_01系統(tǒng)復(fù)位MA1002_06_01測試windows XP的系統(tǒng)兼容性MA1002_06_02測試windows 7的系統(tǒng)兼容性MA1002_06_03測試windows Server 2012的系統(tǒng)兼容性MA100

3、2_06_04測試windows 10的系統(tǒng)兼容性目錄表表2.1目錄表目錄表名1.1測試計劃標(biāo)識符表2.2目錄表5.2.1測試范圍表6.1測試項表14.1測試任務(wù)表18.1進(jìn)度表20.1測試計劃文檔修訂記錄表20.2測試計劃文檔審批記錄表21.1測試計劃評審文檔修訂記錄表21.2測試計劃評審文檔審批記錄表參考文獻(xiàn)（1）數(shù)據(jù)庫系統(tǒng)概論（第五版）（作者：王珊、薩師煊、名稱數(shù)據(jù)系統(tǒng)概論、出版 社：高等教育出版社、發(fā)表日期：2016-5-1）；（2）軟件測試技術(shù) 清華大學(xué)出版社。（3）軟件測試與質(zhì)量保證詞匯表MA1002 :測量審核樣品代號，即凈化室控制程序。測試用例：指用于測試程序是否能夠完成某一目

4、標(biāo)的步驟、預(yù)期輸出與實際輸出的集合。介紹（范圍）5.1介紹：黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試 中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況 下，在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用， 程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)， 不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進(jìn)行測試。5.2測試范圍表5.2. 1測試范圍表測試類型是否計劃進(jìn)行測試測試的優(yōu)先級說明安裝/卸載測試否最高優(yōu)先級程序的安裝與卸載測試功能測試是最高優(yōu)先級系統(tǒng)功能的正確實現(xiàn)及 與需求

5、是否符合的測試資源占有測試否對系統(tǒng)在安裝或運(yùn)行后 對硬盤、內(nèi)存、CPU及網(wǎng) 絡(luò)占有率測試兼容性測試是低優(yōu)先級系統(tǒng)對各種運(yùn)行環(huán)境的 兼容性（例如操作系統(tǒng)、 瀏覽器）以及與歷史版本 的兼容性、與第三方軟件 的兼容性測試可靠性/穩(wěn)定性 測試是最高優(yōu)先級系統(tǒng)運(yùn)行的可靠性、對各 種異外情況錯誤處理能 力的測試并發(fā)測試否系統(tǒng)對并發(fā)操作的支持 性測試壓力測試否系統(tǒng)在大負(fù)載量條件的 性能測試用戶友好性 測試是高等優(yōu)先級主要是指測試人員以用 戶的角度對系統(tǒng)操作的 方便性、可使用性、界面 友好性的給出評價。軟件安全性 測試否主要從軟件安全性角度 測試系統(tǒng)對業(yè)務(wù)數(shù)據(jù)保 存、訪問及軟件系統(tǒng)自身 的安全性進(jìn)行測試。配置

6、測試否指對被測系統(tǒng)使用說明 書中要求的軟硬件配置 進(jìn)行驗證。在此主要指硬 件的配置要求驗證測試?；謴?fù)測試否是指被測試系統(tǒng)的服務(wù) 器喘或客戶喘或網(wǎng)絡(luò)在 機(jī)器突然出故障(例如突 然斷電或斷網(wǎng))后重新恢 復(fù)正常的能力測試。文檔檢查否對提供的用戶手冊、系統(tǒng) 的在線幫助等技術(shù)文檔 進(jìn)行一致性檢查。其他測試：否備注：(1 )請在表中選擇本次測試計劃進(jìn)行的測試類型，并對測試的優(yōu)先級給以說明。(2)測試的優(yōu)先級分為四個級別，請在表格中填寫相應(yīng)序號。1最高優(yōu)先級：首先測試，并詳細(xì)測試；2中等優(yōu)先級：正常測試；3低等優(yōu)先級：只需粗略測試，但本次測試必須進(jìn)行；4最低優(yōu)先級：只需粗略測試，可以留到下輪測試進(jìn)行;測試項

7、表6. 1測試項表測試項測試需求測試清洗時間的設(shè)置方法系統(tǒng)已處于復(fù)位狀態(tài)測試超時報警的設(shè)置方法系統(tǒng)已處于復(fù)位狀態(tài)測試系統(tǒng)時間的設(shè)置格式系統(tǒng)已處于復(fù)位狀態(tài)測試由外界進(jìn)行外門解鎖是否正常系統(tǒng)已處于復(fù)位狀態(tài)測試進(jìn)入隔離室時能否保證凈化室與外界隔離已請求進(jìn)入，外門解鎖，外門未開測試清洗步驟外門解鎖，外門鎖打開，已進(jìn)入隔離室測試中斷清洗的情況外門解鎖，外門鎖打開，已進(jìn)入隔離室測試由隔離室進(jìn)行里門解鎖是否正常已進(jìn)入隔離室并清洗完成測試由凈化室進(jìn)行里門解鎖是否正常已進(jìn)入凈化室并關(guān)閉里門測試由隔離室進(jìn)行外門解鎖是否正常已由凈化室進(jìn)入隔離室測試隔離室被占用且清洗狀態(tài)超時報警是否正常已進(jìn)入隔離室并處于清洗狀態(tài)測試

8、隔離室被占用且非清洗狀態(tài)超時報警是否正常已進(jìn)入隔離室并未處于清洗狀態(tài)測試隔離室進(jìn)行恐慌報警是否正常隔離室被占用測試凈化室進(jìn)行恐慌報警是否正常無測試系統(tǒng)復(fù)位后的狀態(tài)無測試windows XP的系統(tǒng)兼容性軟件包為正常的EXE拓展文件測試windows 7的系統(tǒng)兼容性軟件包為正常的EXE拓展文件測試windows Server 2012的系統(tǒng)兼容性軟件包為正常的EXE拓展文件測試windows 10的系統(tǒng)兼容性軟件包為正常的EXE拓展文件軟件風(fēng)險問題在測試計劃執(zhí)行過程中，可能存在以下因素影響計劃的按時完成：（1）測試人員對被測試產(chǎn)品的熟悉進(jìn)度慢；（2）測試人員對測試工具的使用熟悉程度不夠；（3）被測

9、試產(chǎn)品存在重大錯誤，以致于測試無法繼續(xù)，需要開發(fā)組進(jìn)行額外的調(diào)試和 修改才能繼續(xù)；（4）硬件、軟件或網(wǎng)絡(luò)環(huán)境出現(xiàn)故障等。其中第一點(diǎn)測試人員對被測試產(chǎn)品的熟悉進(jìn)度慢是影響測試進(jìn)度最大的因素。待測特征（1）程序是否可以輸出預(yù)期結(jié)果；（2）系統(tǒng)功能實現(xiàn)的完整程度和整體效果；（3）系統(tǒng)的跨平臺性；（4）系統(tǒng)的可靠性與穩(wěn)定性；不予測試的特征（1）參數(shù)設(shè)置用例（2）凈化室進(jìn)入控制用例（3）凈化室離開控制用例（4）報警測試用例（5）系統(tǒng)復(fù)位測試用例方法（策略）（1）使用非法輸入。例如，在只允許輸入數(shù)字的地方，輸入英文或其他特殊字符；（2）直接輸入默認(rèn)值。例如，默認(rèn)值為空，則不改變次默認(rèn)值，而將空值作為輸入值

10、；（3）輸入臨近或者超出程序處理范圍的數(shù)值；（4）使用特殊字符、特殊長度、無效的文件名；（5）改變文件訪問權(quán)限；（6）使文件內(nèi)容錯誤，并讓軟件使用這個文件。測試項通過/失敗準(zhǔn)則11.1測試項通過標(biāo)準(zhǔn)測試項的通過標(biāo)準(zhǔn)目前定義為：當(dāng)此項的功能能夠正確地完成，并且它的操作沒有引起其他功能項或整個系統(tǒng)的錯誤， 則認(rèn)為此項測試通過。11.2系統(tǒng)測試通過標(biāo)準(zhǔn)系統(tǒng)測試的通過標(biāo)準(zhǔn)目前定義為：對于每一類測試，當(dāng)沒有發(fā)現(xiàn)致命性錯誤和嚴(yán)重性錯誤、一般性錯誤數(shù)量小于測試用例 總數(shù)的2%，告警性錯誤數(shù)量小于測試用例總數(shù)的5%，則認(rèn)為系統(tǒng)通過本次測試，但要以測 試結(jié)果評審會的評審結(jié)果為最后標(biāo)準(zhǔn)。掛起準(zhǔn)則主業(yè)務(wù)流上某些問題

11、導(dǎo)致工作流不通順；某些功能模塊的問題導(dǎo)致依賴其實現(xiàn)的功能不能測試；出現(xiàn)大量的BUG，測試?yán)^續(xù)執(zhí)行沒有意義。這里BUG的數(shù)量比例沒辦法給出具體 量化標(biāo)準(zhǔn)，只能根據(jù)實際的情況定制。如通過組織的質(zhì)量度量，某功能模塊的BUG數(shù)應(yīng)該 在30以內(nèi)，在測試執(zhí)行時，沒有執(zhí)行完就已經(jīng)發(fā)現(xiàn)超出30個BUG，那么就可以確定是BUG 數(shù)量太多，繼續(xù)測試無意義；資源的短缺，如測試過程中需要抽調(diào)人員到其他任務(wù)中；測試中發(fā)現(xiàn)程序結(jié)構(gòu)（或業(yè)務(wù)）不合理，這些是由于項目前期工作不充分造成，如沒 有完善的需求調(diào)研，沒有概要、詳細(xì)設(shè)計等；用例的通過度。這需要建立在用例通過評審，達(dá)到既定覆蓋率，且有效性合格。以上各種均需要根據(jù)具體情況

12、具體衡量，制定與項目匹配的標(biāo)準(zhǔn)，以實現(xiàn)掛起要達(dá) 到的目的。掛起這一部分的內(nèi)容需要在測試計劃中明確說明，以防止在測試執(zhí)行過程中 出現(xiàn)問題，產(chǎn)生不必要的扯皮。測試交付物測試計劃書測試用例測試分析報告錯誤報告評審報告測試任務(wù)表14.1測試任務(wù)表角度測試計劃測試方案目的測試過程持續(xù)時間預(yù)估測 試過 程，方 法要求根據(jù)項目要求和測試方案，合理安排介入、完成時間。依據(jù)需 求，合 理評估 測試方 式方 法。關(guān)注人一般是上級領(lǐng)導(dǎo)或者配合團(tuán)隊組內(nèi)參與測試 的人員環(huán)境需求產(chǎn)品運(yùn)行環(huán)境：特定的運(yùn)行環(huán)境，或者對其他程序有依賴的產(chǎn)品兼容性環(huán)境：與其他進(jìn)程或者系統(tǒng)的兼容性沖突環(huán)境：安裝各種殺毒軟件壓力測試環(huán)境：構(gòu)造多用戶

13、并發(fā)的數(shù)據(jù)量測試服務(wù)器搭建：與服務(wù)器交互，構(gòu)造測試數(shù)據(jù)職責(zé)測試計劃測試用例測試計劃測試用例測試分析報告錯誤報告評審報告人員安排與培訓(xùn)需求（1）明確劃分測試范圍：涉及團(tuán)隊合作的功能，在前期一定做好溝通和確認(rèn)，雙方 的測試范圍，并且在測試方案或者郵件中明確寫出，意在提醒雙方的職責(zé)范圍。（2）明確各功能模塊的負(fù)責(zé)人：確定參與的人員和時間，確認(rèn)長線工作量，平衡各 人員之間的工作量。也給開發(fā)同學(xué)提供對應(yīng)的溝通接口人。（3）團(tuán)隊合作：需要其他團(tuán)隊輔助的工作，一定要提前溝通，切忌臨時找人，造成 測試進(jìn)度耽擱。17.1人員組成小組成員12人。17.2人員分工與職責(zé)姓名黑盒測試任務(wù)劉洋洋楊鏡東劉宇峰測試計劃（具

14、體內(nèi)容參照說明書）、測試用例王煜欽張浩鄧卓軒測試分析報告陶浩然 肖仲浩錯誤報告丁寧張釗楊黎帆評審報告17.3培訓(xùn)要求暫無。進(jìn)度表表18.1進(jìn)度表測試任務(wù)開始日期期限測試計劃2019.6.121天測試計劃評審2019.6.131天測試用例2019.6.145天測試用例評審2019.6.202天測試結(jié)果分析2019.6.212天測試結(jié)果評審2019.6.231天錯誤報告2019.6.242天錯誤報告評審2019.6.261天計劃風(fēng)險與應(yīng)急措施19.1影響計劃的潛在因素在測試計劃執(zhí)行過程中，可能存在以下因素影響計劃的按時完成:測試人員對被測試產(chǎn)品的熟悉進(jìn)度慢；測試人員對測試工具的使用熟悉程序不夠；被

15、測試產(chǎn)品存在重大錯誤，以致于測試無法繼續(xù)，需要開發(fā)組進(jìn)行額外的調(diào)試和修 改才能繼續(xù)；硬件、軟件或網(wǎng)絡(luò)環(huán)境出現(xiàn)故障等。其中第一點(diǎn)是影響測試進(jìn)度的最大的因素。19.2應(yīng)急措施如果上述潛在的可能事件發(fā)生，則通過適當(dāng)加班來保證計劃的按時完成。如果是由 于被測試產(chǎn)品存在重大錯誤而嚴(yán)重影響測試進(jìn)度，則考慮按照測試暫停標(biāo)準(zhǔn)來暫停該測 試。審批表20.1文檔修訂記錄表修訂記錄早節(jié)修訂日期版本修訂描述修訂者審核者12019-6-141.0添加內(nèi)容楊鏡東劉洋洋182019-6-162.0修改內(nèi)容劉宇峰劉洋洋表20.2文檔審批記錄表審批記錄審批方式審批日期版本審批意見提交者審批者電子審閱2019-6-301.0添加

16、內(nèi)容馬玉寅馬玉寅測試計劃評審21.1基本信息待評審的工作成果測試計劃技術(shù)評審方式人工評審評審時間2019/06/13-2019/06/13評審地點(diǎn)機(jī)房評審所需設(shè)備計算機(jī)參加技術(shù)評審的人員類別名字工作單位職稱、職務(wù)：主持人劉洋洋、楊鏡馬玉寅組組員東、劉宇峰評審 小組 成員劉洋洋馬玉寅組組員楊鏡東馬玉寅組組員劉宇峰記錄員劉洋洋、楊鏡 東、劉宇峰馬玉寅組組員作者劉洋洋馬玉寅組組員楊鏡東馬玉寅組組員劉宇峰其它 人員21.2缺陷識別模塊已識別的缺陷建議缺陷解決方案測試準(zhǔn)備模塊對被測試產(chǎn)品不夠熟悉多運(yùn)行幾遍21.3評審結(jié)論與意見評審結(jié)論文檔編寫思維嚴(yán)謹(jǐn)、語言通順、語義清晰，實驗順序安排完好，并能按順序完成實驗，發(fā)現(xiàn) 其中的問題并較好的總結(jié)出來。意見無負(fù)責(zé)人簽字：劉洋洋簽字日期：2019/06/1321.4缺陷修正、跟蹤與審核缺陷跟蹤缺陷名稱如何解決審核人意見測試人員對被測試產(chǎn)品的熟 悉進(jìn)度慢提前熟練研究無測試人員對測試工具的使用熟悉程度不夠進(jìn)行多次聯(lián)系操作無被測試產(chǎn)品存在重大錯誤，以 致于測試無法繼續(xù)，需要開發(fā) 組進(jìn)行額外的調(diào)試和修改才 能繼續(xù)對被測試軟件在原有的基礎(chǔ)上進(jìn) 行二次開發(fā)無硬件、軟件或網(wǎng)絡(luò)環(huán)境出現(xiàn)故 障對硬件、軟件、網(wǎng)絡(luò)環(huán)境進(jìn)行修復(fù)無審核修正后的