智能家居(系統(tǒng)測試報告).doc

《智能家居(系統(tǒng)測試報告).doc》由會員分享，可在線閱讀，更多相關《智能家居(系統(tǒng)測試報告).doc（6頁珍藏版）》請在裝配圖網(wǎng)上搜索。

. 1 系統(tǒng)測試報告 1.1 編寫目的 編寫該測試總結報告主要有以下幾個目的 1． 通過對測試結果的分析，得到對軟件質量的評價； 2． 評估測試，測試執(zhí)行和測試計劃是否符合要求； 3． 分析系統(tǒng)存在的缺陷，為修復和預防bug提供建議。 1.2 用戶群 主要讀者：XX項目管理人員，XX項目測試經(jīng)理 其他讀者：XX項目相關人員。 1.3 定義 嚴重bug：出現(xiàn)以下缺陷，測試定義為嚴重bug。 1. 系統(tǒng)無響應，處于死機狀態(tài)，需要其他人工修復系統(tǒng)才可復原。 2. 點擊某個菜單后出現(xiàn)“此頁無法顯示”或者返回異常錯誤。 3. 進行某個操作（增加、修改、刪除等）后，出現(xiàn)“此頁無法顯示” 或者返回異常錯誤。 4. 當對必填字段進行校驗時，未輸入必輸字段，出現(xiàn)“此頁無法顯示” 或者返回異常錯誤。 5. 系統(tǒng)定義不能重復的字段輸入重復數(shù)據(jù)后，出現(xiàn)“此頁無法顯示” 或者返回異常錯誤。 1.4 測試環(huán)境 1.4.1 測試用例 家庭成員登錄后，通過系統(tǒng)的身份驗證即可進行控制燈光操作。反之，不能進行控制燈光操作。只能保證一個用戶登錄服務器--也就是說第一個人登錄后，后面的人要登錄進去是不被允許的，一般在session中存一個useid和guid，并在application里存放一個guid。 另：只能輸入三次，若三次都錯誤，只能關閉再重新啟動登錄界面，如圖1所示。 圖 1 在存儲器中，用戶登錄需要系統(tǒng)身份驗證輸入賬號密碼，在數(shù)據(jù)庫中建立一個注冊表，把家庭成員中每一個人的賬號（如手機號）和密碼（如出生年月）導入進去，登錄時輸入用戶賬號密碼，并與注冊表中的數(shù)據(jù)進行校對，若有就可以登錄，沒有就驗證失敗。管理員登陸之后的權限是可以修改密碼及登陸狀況。如圖2所示。 圖 2 只能保證一個用戶登錄服務器--也就是說第一個人登錄后，后面的人要登錄進去是不被允許的，一般在session中存一個useid和guid，并在application里存放一個guid。在用戶登錄時刷新session和application。用戶操作比較session和application里是否相同，不同則強制退出，用戶退出時從application與session移除這些信息。 圖 3 系統(tǒng)處于工作時，管理員和已登錄的用戶可以對系統(tǒng)的工作狀態(tài)進行查看，實時的反饋系統(tǒng)的信息，如圖4所示。 圖 4 1.5 測試結果 測試發(fā)現(xiàn)的bug主要集中在登陸和狀態(tài)查看階段，屬于一般性的缺陷，但是測試的時候，出現(xiàn)了幾個嚴重級別的bug，出現(xiàn)嚴重級別的bug主要表現(xiàn)在以下幾個方面。 1. 添加數(shù)據(jù)代碼重復后，出現(xiàn)的找不到頁面的錯誤； 2. 未考慮非語種代碼的情況； 3. 數(shù)據(jù)庫設計未考慮系統(tǒng)管理員角色，導致用系統(tǒng)管理員進行操作的時候出現(xiàn)找不到頁面錯誤； 4. 權限控制的高與低異常。 1.6 測試結論 1.6.1 功能性 系統(tǒng)正確實現(xiàn)了通過數(shù)據(jù)字典管理基礎數(shù)據(jù)的功能，實現(xiàn)了數(shù)據(jù)內(nèi)容的多語言功能。實現(xiàn)了代理管理，用戶管理的查詢，添加，修改，刪除的功能，系統(tǒng)還實現(xiàn)了將權限控制細化到菜單按鈕的功能。 系統(tǒng)在實現(xiàn)用戶管理下的權限管理功能時，存在重大的缺陷，權限控制不嚴密，權限設計有遺漏。 1.6.2 易用性 現(xiàn)有系統(tǒng)實現(xiàn)了如下易用性： 1. 查詢，添加，刪除，修改操作相關提示信息； 2. 輸入限制的正確性； 3. 輸入限制提示信息的正確性，可理解性，一致性。 現(xiàn)有系統(tǒng)存在如下易用性缺陷： 1. 界面排版不美觀； 2. 輸入，輸出字段的可理解性差； 3. 輸入缺少解釋性說明； 4. 中英文對應的正確性。 1.6.3 可靠性 現(xiàn)有系統(tǒng)的可靠性控制不夠嚴密，很多控制是通過頁面控制實現(xiàn)的，如果頁面控制失效，則用戶很難繼續(xù)操作，能夠使數(shù)據(jù)庫內(nèi)插入數(shù)據(jù)，引發(fā)錯誤。 現(xiàn)有系統(tǒng)的容錯性不高，如果系統(tǒng)出現(xiàn)錯誤，返回錯誤類型為找不到頁面錯誤，無法回復到出錯前的狀態(tài)。 1.7 典型缺陷引入原因分析 測試過程中發(fā)現(xiàn)的缺陷主要有以下幾個方面： 1． 需求定義不明確 需求文檔中，存在功能定義錯誤，輸入輸出字段描述錯誤，輸入輸出字段限制定義錯誤，輸入輸出限制定義缺失這幾種類型的缺陷。使得開發(fā)人員根據(jù)需求進行設計時，沒有考慮相關功能的關聯(lián)性，以及需求錯誤的地方，在測試過程中，需求相關的問題表現(xiàn)出來。需求做改正，設計必須跟著做改動，浪費時間和影響開發(fā)人員的積極性，可能會導致開發(fā)人員不按照需求進行設計而根據(jù)自己的經(jīng)驗來進行設計。 2． 功能性錯誤 a) 功能沒有實現(xiàn)，導致無法進行需求規(guī)定的功能的測試。主要是無法進入管理員修改權限界面。 b) 功能實現(xiàn)錯誤，實現(xiàn)了需求未定義的功能，執(zhí)行需求定義的功能時系統(tǒng)出現(xiàn)錯誤。 3． 頁面設計和需求不一致 頁面設計沒有根據(jù)需求進行，輸入，輸出字段文字錯誤，用戶無法理解字段含義。頁面設計沒有完成需求規(guī)定的輸入限制驗證，導致用戶可以輸入錯誤的或者無效的數(shù)據(jù)，這些數(shù)據(jù)有可能會引起功能性錯誤。 4． 多語言數(shù)據(jù)問題 a) 系統(tǒng)中很多輸入字段是通過調(diào)用數(shù)據(jù)字典的方式輸入，但是現(xiàn)有系統(tǒng)中，很多數(shù)據(jù)字典的多語言信息沒有完成，導致使用多語言的時候，顯示空白字段。 b) 系統(tǒng)中很多地方使用多語言，由于多語言編碼不統(tǒng)一導致頁面設計和數(shù)據(jù)設計使用語言編碼不一致，由此引起的多語言數(shù)據(jù)無法顯示的缺陷。 5． 頁面設計易用性缺陷 a) 頁面設計不友好，系統(tǒng)中很多頁面的輸入字段無明確的輸入提示，用戶無法理解何種輸入是正確的，但是用戶輸入錯誤后，系統(tǒng)提示出錯，增加用戶負擔。 b) 提示信息錯誤，不同模塊相同結果的提示信息不一致，用戶操作后，相應的提示信息不明確，引起用戶誤解。 c) 提示信息一致性，用戶在不同頁面執(zhí)行相同的操作，提示信息不同。 6． 開發(fā)人員疏忽引起的缺陷 因為開發(fā)人員的疏忽，導致系統(tǒng)需要驗證的地方，調(diào)用了錯誤的驗證，系統(tǒng)需要進行輸入控制的地方?jīng)]有進行相應的控制。 精選word范本！