基于web的小區(qū)物業(yè)管理系統(tǒng)設(shè)計(jì)書-資料下載頁
2025-06-23 03:18本頁面
【正文】 1building_idsamllint(6)PKnot null樓宇I(lǐng)D2total_idsamllint(6)not null樓層數(shù)3total_areadoublenull總面積4heightdoublenull樓高5typevarchar(20)null類型6statusvarchar(10)null狀態(tài)第6章 測試方案設(shè)計(jì)(1)測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程；(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試；(3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。由于本系統(tǒng)是基于WEB的物業(yè)管理系統(tǒng)，因此可以采用的測試策略為以黑盒測試為主，白盒測試為輔，的手動測試為主的測試策略。黑盒測試法（又稱功能測試法）是把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，是在程序接口進(jìn)行的測試，它只檢查程序功能是否按照規(guī)格說明書的規(guī)定正常使用。白盒測試法（又稱結(jié)構(gòu)測試法）是把程序看成裝在一個(gè)透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理過程，這種方法按照程序內(nèi)部的邏輯測試程序，檢驗(yàn)程序中的每條通路是否都能按照預(yù)定要求正確工作。基于WEB的應(yīng)用軟件一般采用多層結(jié)構(gòu)，在測試時(shí)也采用分層的策略。并且采用自底向上的集成測試方式。通過測試并不能證明程序就是完全正確的，但我們的目的就是要通過測試保證軟件的可靠性，因此，必須仔細(xì)設(shè)計(jì)測試方案，力爭用最少的測試發(fā)現(xiàn)盡可能多的錯(cuò)誤。Web應(yīng)用軟件的測試分為三層：表示層，業(yè)務(wù)層和數(shù)據(jù)層。表示層的測試主要關(guān)注Web應(yīng)用軟件的界面和與客戶的交互，測試的重點(diǎn)是HTML文檔的結(jié)構(gòu)與客戶端的程序，業(yè)務(wù)層的測試主要關(guān)注Web應(yīng)用軟件包含的業(yè)務(wù)邏輯，測試的重點(diǎn)是服務(wù)器端的程序，數(shù)據(jù)層的測試主要關(guān)注Web應(yīng)用軟件處理不同的數(shù)據(jù)的能力，測試的重點(diǎn)包括對數(shù)據(jù)完整性的測試以及對大數(shù)據(jù)量下數(shù)據(jù)庫操作的性能測試。(1) 鏈接測試：首先，應(yīng)該測試所有可能出現(xiàn)在頁面上的鏈接。其次，對于每個(gè)鏈接，需要測試是否有頁面或者服務(wù)器端程序與之相連。(2) 表單測試：對表單的測試可以很好地完成對表示層、業(yè)務(wù)程和數(shù)據(jù)層這3層的集成測試，此時(shí)，可以對表單能夠完成的增、刪、改、查，以及表單元素的邊界值等逐一進(jìn)行測試，以檢查這3層能否協(xié)調(diào)一致。(3) Cookie測試：在對Web應(yīng)用軟件進(jìn)行系統(tǒng)測試的時(shí)候，必須檢查Cookie是否能正常工作。需要測試由Cookie帶來的服務(wù)器端程序間的數(shù)據(jù)依賴關(guān)系，以及對Cookie的安全限制和對Cookie的定期刪除是否會影響到Web應(yīng)用程序的正常運(yùn)行。(1) 并發(fā)測試：(2) 負(fù)載測試和壓力測試：(3) 配置測試和性能調(diào)優(yōu)：易用性測試與表示層中對排版結(jié)構(gòu)測試是類似的，著重需要檢查。對于那些由服務(wù)器端生成的排版元素，需要檢查生成部分的字體類型、屏幕布局、色彩、圖像分辨率等內(nèi)容是否美觀，以及是否與頁面上其他排版元素一致。如果頁面上包含很多圖片，那么客戶端會消耗很長時(shí)間用來下載圖片，下載過程結(jié)束之后，頁面的布局會有所不同，因此需要測試這些對易用性的影響，尤其是在壓力非常大的時(shí)候。(1) 測試數(shù)據(jù)庫中的內(nèi)容：由于內(nèi)容測試并不只在系統(tǒng)開發(fā)完全之后進(jìn)行一次，而是要在系統(tǒng)運(yùn)行過程的過程之中隨著數(shù)據(jù)庫的變化隨時(shí)進(jìn)行，所以測試數(shù)據(jù)庫中的內(nèi)容不完全是系統(tǒng)測試的一部分。(2) 測試器端程序和客戶端程序是否會在數(shù)據(jù)的處理過程中引入錯(cuò)誤的內(nèi)容：這方面的測試通常與功能測試結(jié)合在一起進(jìn)行。(1) 服務(wù)器端的內(nèi)容安全性：雖然服務(wù)器端存放著大量的內(nèi)容，但是不應(yīng)該讓所有用戶能訪問所有內(nèi)容。在測試的時(shí)候，需要檢查用戶能否繞過Web應(yīng)用軟件設(shè)置的訪問控制機(jī)制直接訪問相關(guān)內(nèi)容。(2) 客戶端的內(nèi)容安全性：在實(shí)現(xiàn)由多個(gè)頁面組成業(yè)務(wù)邏輯時(shí)，開發(fā)人員經(jīng)常采用在表單中隱藏?cái)?shù)據(jù)類型來完成數(shù)據(jù)的傳遞，用戶可能獲得這引起信息。另外，某些客戶端程序可能會要求服務(wù)器端發(fā)送多于用戶所需的數(shù)據(jù)到客戶端，以方便客戶端程序的處理，這時(shí)候，如果把需要保密的信息誤發(fā)給客戶端也會帶來隱患?？蛻舳丝赡艽嬖诤芏喟踩[患，需要對客戶端的內(nèi)容安全性進(jìn)行充分的測試。(3) Cookie安全性：Cookie也是帶來安全隱患的重要因素之一。(4) 日志功能：對于某些應(yīng)用軟件來說，實(shí)現(xiàn)完善的日志功能是安全性一個(gè)重要保障。復(fù)雜的Web應(yīng)用程序通常需要和其他系統(tǒng)協(xié)作完成所需要的功能，面不僅僅是在頁面間進(jìn)行鏈接，這就涉及到接口測試的問題，安通常包括兩個(gè)方面：(1) 使用接口：(2) 提供接口：第七章 總結(jié)[參考文獻(xiàn)][1] 施伯樂.《數(shù)據(jù)庫系統(tǒng)教程》.高等教育出版社,2008[2] 韓萬江.《軟件項(xiàng)目管理案例教程》(第二版).機(jī)械工業(yè)出版社，2011 [3] 彭龑.《軟件工程》.重慶大學(xué)出版社,2011[4] 林銳.《軟件工程思想》浙江大學(xué):CADCG國家重點(diǎn)實(shí)驗(yàn)室,200026
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1