【正文】 ? 系統(tǒng)測試應(yīng)該盡量搭建與用戶實際使用環(huán)境相同的測試平臺，應(yīng)該保證被測系統(tǒng)的完整性，對臨時沒有的系統(tǒng)設(shè)備部件，也應(yīng)有相應(yīng)的模擬手段。 6 面向?qū)ο蟮能浖y試概述 ? 六、面向?qū)ο蟮南到y(tǒng)測試 (OOSystemTest) ? 系統(tǒng)測試時，應(yīng)該參考 OOA分析的結(jié)果，對應(yīng)描述的對象、屬性和各種服務(wù)，檢測軟件是否能夠完全 “ 再現(xiàn) ” 問題空間。 ，確認(rèn)使用什么輸入激發(fā)類的狀態(tài)、使用類的服務(wù)和期望產(chǎn)生什么行為等。 。 167。測試所要達(dá)到的覆蓋標(biāo)準(zhǔn)可以是：達(dá)到類所有的服務(wù)要求或服務(wù)提供的一定覆蓋率；依據(jù)類間傳遞的消息，達(dá)到對所有執(zhí)行線程的一定覆蓋率；達(dá)到類的所有狀態(tài)的一定覆蓋率等。 167?，F(xiàn)在流行的一些測試軟件都能提供一種稱為 可逆性工程 的功能，即通過原程序得到類關(guān)系圖和函數(shù)功能調(diào)用關(guān)系圖，例如 InternationalSoftwareAutomation公司的Panorama2forWindows9 Rational公司的RoseC++Analyzer等，將 可逆性工程 得到的結(jié)果與 OOD的結(jié)果相比較，檢測程序結(jié)構(gòu)和實現(xiàn)上是否有缺陷。 167。 基于單元測試對成員函數(shù)行為正確性的保證 ， 集成測試只關(guān)注于系統(tǒng)的結(jié)構(gòu)和內(nèi)部的相互作用 。 167。所以，面向?qū)ο蟮募蓽y試通常需要在整個程序編譯完成后進(jìn)行。類的行為與它的狀態(tài)密切相關(guān)，狀態(tài)不僅僅是體現(xiàn)在類數(shù)據(jù)成員的值，也許還包括其他類中的狀態(tài)信息。 6 面向?qū)ο蟮能浖y試概述 ? 五 、 面向?qū)ο蟮募蓽y試 (OOIntegrateTest) ? 傳統(tǒng)的集成測試，是由底向上通過集成完成的功能模塊進(jìn)行測試，一般可以在部分程序編譯完成的情況下進(jìn)行。除非字符串的長度是要求固定的，如 IP地址字符串。 ? （程序）對某一復(fù)雜度的輸入正確執(zhí)行，對更高復(fù)雜度的輸入也能正確執(zhí)行。 6 面向?qū)ο蟮能浖y試概述 ? 在設(shè)計測試用例選擇輸入數(shù)據(jù)時 ， 可以基于以下兩個假設(shè)： ? （ 程序 ） 對某一類輸入中的一個數(shù)據(jù)正確執(zhí)行 ， 對同類中的其他輸入也能正確執(zhí)行 。如等價類劃分法，因果圖法，邊值分析法，邏輯覆蓋法，路徑分析法，程序插裝法等等，方法的具體實現(xiàn)參見。沿用單元測試的概念，實際測試類成員函數(shù)。 ? ☆數(shù)據(jù)成員是否滿足數(shù)據(jù)封裝的要求 ☆類是否實現(xiàn)了要求的功能 167。 正是這種面向?qū)ο蟪绦蝻L(fēng)格 ，將出現(xiàn)的錯誤能精確的確定在某一具體的類 。 6 面向?qū)ο蟮能浖y試概述 ? 面向?qū)ο蟪绦蚴前压δ艿膶崿F(xiàn)分布在類中 。 6 面向?qū)ο蟮能浖y試概述 ? 三 、 面向?qū)ο缶幊痰臏y試 (OOPTest) ? 典型的面向?qū)ο蟪绦蚓哂欣^承、封裝和多態(tài)的新特性，這使得傳統(tǒng)的測試策略必須有所改變。 167。所以， OOD與 OOA的界限通常是難以嚴(yán)格區(qū)分的。OOD歸納的類，可以是對象簡單的延續(xù)，可以是不同對象的相同或相似的服務(wù)。 6 面向?qū)ο蟮能浖y試概述 ? 二 、 面向?qū)ο笤O(shè)計的測試 (OODTest) ? 通常的結(jié)構(gòu)化的設(shè)計方法，用的 是面向作業(yè)的設(shè)計方法，它把系統(tǒng)分解以后，提出一組作業(yè)，這些作業(yè)是以過程實現(xiàn)系統(tǒng)的基礎(chǔ)構(gòu)造，把問題域的分析轉(zhuǎn)化為求解域的設(shè)計，分析的結(jié)果是設(shè)計階段的輸入 167。 167。 6 面向?qū)ο蟮能浖y試概述 ? 一 、 面向?qū)ο鬁y試模型 (ObjectOrientTestModel) ? 面向?qū)ο蟮拈_發(fā)模型突破了傳統(tǒng)的瀑布模型，將開發(fā)分為面向?qū)ο蠓治觯?OOA），面向?qū)ο笤O(shè)計（ OOD），和面向?qū)ο缶幊蹋?OOP）三個階段。針對面向?qū)ο筌浖拈_發(fā)特點，應(yīng)該有一種新的測試模型。而且，面向?qū)ο筌浖仐壛藗鹘y(tǒng)的開發(fā)模式，對每個開發(fā)階段都有不同以往的要求和結(jié)果 ,已經(jīng)不可能用功能細(xì)化的觀點來檢測面向?qū)ο蠓治龊驮O(shè)計的結(jié)果。 167。 6 面向?qū)ο蟮能浖y試概述 ? 一度實踐證明行之有效的軟件測試對面向?qū)ο蠹夹g(shù)開發(fā)的軟件多少顯得有些力不從心。 5 界面測試考慮 ? 5)：窗口能否基于相關(guān)的輸入或菜單命令適當(dāng)?shù)卮蜷_ ？ ? 6)：窗口能否改變大小 、 移動和滾動 ？ ? 7)：窗口中的數(shù)據(jù)內(nèi)容能否使用鼠標(biāo) 、 功能鍵 、 方向箭頭和鍵盤訪問 ？ ? 8)：當(dāng)被覆蓋并重調(diào)用后 ， 窗口能否正確地再生 ？ ? 9)：需要時能否使用所有窗口相關(guān)的功能 ？ ? 10)：所有窗口相關(guān)的功能是可操作的嗎 ？ ? 11)：是否有相關(guān)的下拉式菜單 、 工具條 、 滾動條 、 對話框 、 按鈕 、 圖標(biāo)和其他控制可為窗口可用 ， 并適當(dāng)?shù)仫@示 ？ 167。 ? 4)：盡量防止對系統(tǒng)的獨占使用 。 ? 2)：在主界面載入完畢后自動卸出內(nèi)存 ， 讓出所占用的 WINDOWS系統(tǒng)資源 。 5 界面測試考慮 ? 10:多窗口的應(yīng)用與系統(tǒng)資源： ? 設(shè)計良好的軟件不僅要有完備的功能 ， 而且要盡可能的占用最底限度的資源 。 ? 17)：有些讀入數(shù)據(jù)庫的字段不支持中間有空格，但用戶切實需要輸入中間空格，這時要在程序中加以處理。 ? 15)：與系統(tǒng)采用的保留字符沖突的要加以限制 。^%$! ,.?！?｀ ‘ ： “ ［ ” ｛ 、\| ｝］ +=)(_*amp。 5 界面測試考慮 ? 13):對可能造成等待時間較長的操作應(yīng)該提供取消功能 。 ? 12):在輸入有效性字符之前應(yīng)該阻止用戶進(jìn)行只有輸入之后才可進(jìn)行的操作。 ? 10):對一些特殊符號的輸入 、 與系統(tǒng)使用的符號相沖突的字符等進(jìn)行判斷并阻止用戶輸入該字符 。 ? 9):對可能發(fā)生嚴(yán)重后果的操作要有補救措施 。 5 界面測試考慮 ? 7)：在一個應(yīng)用系統(tǒng)中 ,開發(fā)者應(yīng)當(dāng)避免用戶作出未經(jīng)授權(quán)或沒有意義的操作 。 ? 6)：當(dāng)選項特別多時 ， 可以采用列表框 ， 下拉式列表框 。 ? 4)：當(dāng)用戶作出選擇的可能性只有兩個時 ,可以采用單選框 。 ? 2)：應(yīng)當(dāng)注意盡可能避免用戶無意錄入無效的數(shù)據(jù) 。 167。 ? 按鈕中： ? 可以根據(jù)系統(tǒng)需要而調(diào)節(jié) ， 以下只是常用的組合 。 167。 ? 4)文件操作 :CtrlP 打印； CtrlW 關(guān)閉 。 167。 ? 菜單中： ? 1):面向事務(wù)的組合有 :CtrlD 刪除 ； CtrlF 尋找 ； Ctrl –H替換； CtrlI 插入 ； CtrlN 新記錄 ； CtrlS 保存 CtrlO 打開 。 167。 ? 4): 幫助菜單的 “ 關(guān)于 ” 中應(yīng)有版權(quán)和產(chǎn)品信息 。 167。 ? 測試細(xì)則： ? 1):安裝界面上應(yīng)有單位介紹或產(chǎn)品介紹 ， 并有自己的圖標(biāo) 。 5 界面測試考慮 ? 7:獨特性： ? 如果一味的遵循業(yè)界的界面標(biāo)準(zhǔn) ， 則會喪失自己的個性 .在框架符合以上規(guī)范的情況下 ， 設(shè)計具有自己獨特風(fēng)格的界面尤為重要 。 5 界面測試考慮 ? 17):是否適當(dāng)?shù)亓谐隽怂械牟藛喂δ芎拖吕阶庸δ?？ ? 18):是否可能通過鼠標(biāo)訪問所有的菜單功能 ？ ? 19):相同功能按鈕的圖標(biāo)和文字是否一致 ？ ? 20):是否能夠用其他的文本命令激活每個菜單功能 ？ ? 21):菜單功能是否隨當(dāng)前的窗口操作加亮或變灰 ？ ? 22):菜單功能是否正確執(zhí)行 ？ ? 23):菜單功能的名字是否具有自解釋性 ？ 167。 ? 12): 主菜單數(shù)目不應(yīng)太多 ， 最好為單排布置 。 5 界面測試考慮 ? 10): 菜單前的圖標(biāo)不宜太大 ， 與字高保持一直最好 。 ? 9): 對與進(jìn)行的操作無關(guān)的菜單要用屏蔽的方式加以處理，如果采用動態(tài)加載方式 ——即只有需要的菜單才顯示 ——最好。 ? 7): 菜單深度一般要求最多控制在三層以內(nèi) 。 ? 5): 沒有順序要求的菜單項按使用頻率和重要性排列 ， 常用的放在開頭 ， 不常用的靠后放置；重要的放在開頭 ，次要的放在后邊 。 167。 ? 2): 常用的有 “ 文件 ” 、 “ 編輯 ” ， “ 查看 ” 等 ，幾乎每個系統(tǒng)都有這些選項 ， 當(dāng)然要根據(jù)不同的系統(tǒng)有所取捨 。 5 界面測試考慮 ? 6：菜單位置： ? 菜單是界面上最重要的元素 ， 菜單位置按照按功能來組織 。 ? 15)：如果能給用戶提供自定義界面風(fēng)格則更好，由用戶自己選擇顏色、字體等。 5 界面測試考慮 ? 13)：對于含有按鈕的界面一般不應(yīng)該支持縮放 ， 即右上角只有關(guān)閉功能 。 ? 12): 如果窗體支持最小化和最大化或放大時，窗體上的控件也要隨著窗體而縮放；切忌只放大窗體而忽略控件的縮放。 ? 10): 大型系統(tǒng)常用的主色有 E1E1E1 、EFEFEF、 C0C0C0等 。 167。 ? 8): 前景與背景色搭配合理協(xié)調(diào) ， 反差不宜太大 ，最好少用深色 ， 如大紅 、 大綠等 。 ? 6)：放置完控件后界面不應(yīng)有很大的空缺位置 。 5 界面測試考慮 ? 4): 按鈕的大小要與界面的大小和空間要協(xié)調(diào) 。 ? 3): 按鈕大小基本相近，忌用太長的名稱，免得占用過多的界面位置。 ? 美觀與協(xié)調(diào)性細(xì)則： ? 1): 長寬接近黃金點比例 ， 切忌長寬比例失調(diào) 、或?qū)挾瘸^長度 。 167。 9): 對運行過程中出現(xiàn)問題而引起錯誤的地方要有提示 ， 讓用戶明白錯誤出處 ， 避免形成無限期的等待 。