超市收銀系統(tǒng)測試計劃

1、 超市收銀系統(tǒng)測試計劃 姓名： 張潤 學(xué)號： 班級： 軟件工程(1)班 指導(dǎo)老師： 路飛 目 錄1.引言41.1編寫目的41.2背景41.3定義41.4測試目標(biāo)42.計劃52.1測試過程52.2進度安排及里程碑52.3角色62.4 系統(tǒng)72.5可交付工件72.5.1測試模型72.5.2測試記錄72.5.3缺陷報告72.6測試資料72.7項目風(fēng)險分析83 測試設(shè)計說明93.1概述93.1.1測試方法和測試用例選取的原則93.1.2測試的控制方式93.1.3數(shù)據(jù)選擇策略103.1.4測試過程描述和操作步驟103.2軟件說明103.3測試內(nèi)容及策略103.3.1用戶界面及易用性測試103.3.2集成

2、測試113.3.3系統(tǒng)測試113.3.4壓力測試113.3.5功能測試113.3.6性能測試133.3.7容量測試133.3.8安全性和訪問控制測試133.3.9故障轉(zhuǎn)移和恢復(fù)測試143.3.10配置測試143.3.11安裝測試143.3.12驗收測試143.4測試用例范圍143.4.1 功能測試143.5評價173.5.1范圍173.5.2準(zhǔn)則174超市收銀系統(tǒng)覆蓋率測試184.1 邏輯覆蓋測試184.2 語句覆蓋214.3 判定覆蓋214.4 條件覆蓋215超市收銀系統(tǒng)黑盒測試225.1邊界值測試225.2 等價類劃分225.3 因果圖法231.引言1.1編寫目的本測試計劃主要用于控制整個

3、超市收銀系統(tǒng)項目測試，本文檔主要實現(xiàn)以下目標(biāo)：(1)通過此測試計劃能夠控制整個測試項目合理、全面、準(zhǔn)確、協(xié)調(diào)地完成。(2)為軟件測試提供依據(jù)：(3)項目管理人員根據(jù)此計劃，可以對項目進行宏觀調(diào)控。(4)測試人員根據(jù)此計劃，能夠明確自己的權(quán)利、職責(zé)，準(zhǔn)確地定位自己在項目的任務(wù)。(5)相關(guān)部門，可以根據(jù)此計劃，對相關(guān)資源進行準(zhǔn)備。1.2背景本測試計劃實現(xiàn)超市收銀系統(tǒng)的測試。(1)項目任務(wù)的提出者為：各個超市； (2)系統(tǒng)的開發(fā)者為：張潤； (3)系統(tǒng)的使用者為：各個超市；此測試項目的進行，將在需求確認后開始執(zhí)行，基準(zhǔn)是準(zhǔn)確、全面的需求文檔。測試重點是對開發(fā)實現(xiàn)的功能和性能進行測試。1.3定義無1.

4、4測試目標(biāo)該測試項目將通過設(shè)計和執(zhí)行接受測試、界面測試、功能測試和性能測試，對軟件實現(xiàn)的功能，以及軟件的性能、兼容性、安全性、實用性、可靠性、擴展性各個方面進行全面系統(tǒng)的測試?；诒鞠到y(tǒng)的業(yè)務(wù)復(fù)雜性和開發(fā)周期短的特性，系統(tǒng)測試的重點將放在功能測試和性能測試上。通過測試提高軟件的質(zhì)量，為用戶提供最好的服務(wù)，并合理地避免軟件的風(fēng)險和減少軟件的成本。2.計劃2.1測試過程在項目開發(fā)確定好之后就開始進行測試計劃的設(shè)計，伴隨項目的結(jié)束而結(jié)束，整個過程是一個連貫的互相協(xié)調(diào)進行的。具體流程如圖2.1所示：圖2.1 系統(tǒng)測試過程2.2進度安排及里程碑給出進行各項測試的日期和工作內(nèi)容（如熟悉環(huán)境、培訓(xùn)、準(zhǔn)備輸入

5、數(shù)據(jù)、實施測試等），具體安排如下表2.1所示。表2.1 進度安排表里程碑任務(wù)工作開始日期結(jié)束日期制定測試計劃張潤第一周周一周二設(shè)計測試嚴(yán)念慈周二周五實施測試張潤第二周周一周三對測試進行評估張潤、嚴(yán)念慈周三周五2.3角色任何項目的實施首先要考慮的是人的因素，對人的識別與確認，軟件測試尤其不能例外。在軟件測試中通常會把所有涉及人員進行分類以確立角色，并按角色進行職責(zé)劃分。具體劃分如下表2.2所示：表2.2 角色職責(zé)劃分情況測試人員安排負責(zé)人：張潤其他負責(zé)人職責(zé)聯(lián)系信息職責(zé)：負責(zé)制定測試計劃、編寫和驗收用例，完成項目實測，編寫測試報告。測 試 組 成 員姓 名職 責(zé)聯(lián)系信息嚴(yán)念慈負責(zé)功能測試用例的編

6、寫和實施張潤負責(zé)性能和其他非功能測試用例的編寫和實施2.4 系統(tǒng)測試項目所需的系統(tǒng)資源如表2.3所示：表2.3 系統(tǒng)資源信息系統(tǒng)資源資源名稱、類型數(shù)據(jù)庫服務(wù)器MySql網(wǎng)絡(luò)或子網(wǎng)服務(wù)器名稱數(shù)據(jù)庫名稱chaoshi客戶端測試PCWindows特殊配置需求測試存儲庫Bugs 硬件環(huán)境Intel Core(TM) CPU 2.0GHz；內(nèi)存4GB2.5可交付工件測試計劃：一份測試用例：一份測試缺陷記錄：一份測試報告：一份2.5.1測試模型超市收銀系統(tǒng)1.02.5.2測試記錄采用測試用例的形式提交測試過程，詳見測試用例文檔。2.5.3缺陷報告采用缺陷記錄的形式，詳見測試缺陷記錄文檔。2.6測試資料測試

7、文檔：測試相關(guān)模塊。需求文檔：項目需求文檔2.7項目風(fēng)險分析從質(zhì)量風(fēng)險維度來看，軟件測試可以被定義為“對軟件系統(tǒng)中潛在的各種風(fēng)險進行評估的活動”。軟件測試自身的風(fēng)險性是公認的，測試的覆蓋度不能做到100%。測試的這種風(fēng)險定義一方面源于這層含義，另外軟件測試的標(biāo)準(zhǔn)有時不清楚，所以常常強調(diào)軟件測試人員應(yīng)該站在客戶的角度去進行測試，除了發(fā)現(xiàn)程序中的錯誤，還要發(fā)現(xiàn)需求定義的錯誤、設(shè)計上的缺陷，可以針對產(chǎn)品的spec去報Bug。具體的風(fēng)險分析如下表2.4所示：表2.4 項目風(fēng)險分析風(fēng)險類型風(fēng)險綜述在確保質(zhì)量的前提下人力資源與項目周期比列失調(diào)，因此人員不到位將存在項目風(fēng)險。增加人員在不同環(huán)境下運行存在風(fēng)險

8、使用統(tǒng)一的環(huán)境資源進行測試進度存在風(fēng)險實際進度按照開發(fā)進度進行，當(dāng)實際開發(fā)進度變更時將按照實際發(fā)進度及時調(diào)整測試進度客戶需求發(fā)生變更常與客戶進行溝通，達成一致協(xié)議人員變動風(fēng)險通過培訓(xùn)等措施使變更后的人員了解統(tǒng)的業(yè)務(wù)流程，對系統(tǒng)深入了解，以求在最大限度內(nèi)保證測試質(zhì)量數(shù)據(jù)庫測試中存在的風(fēng)險因測試周期的限制，因此根據(jù)實際情況選擇的測試策略存在的風(fēng)險情況反應(yīng)給客戶，與客戶商議達成一致版本部署風(fēng)險版本在部署的時候，可能會由于數(shù)據(jù)庫的導(dǎo)入錯誤等原因?qū)е孪到y(tǒng)出錯。因此在實際給客戶部署時同樣存在此種風(fēng)險。3 測試設(shè)計說明3.1概述3.1.1測試方法和測試用例選取的原則系統(tǒng)：根據(jù)系統(tǒng)需求說明書對系統(tǒng)進行單元測試

9、、集成測試、系統(tǒng)測試、驗收測試、性能測試，并結(jié)合可能的用戶測試。全面：要求測試用例能夠覆蓋每一個測試點的要點。合理：從可行性角度考慮，測試不可能全面覆蓋，所以設(shè)置好等價類劃分，測試的用例的選擇避免重復(fù)測試、選擇最好的測試方法將測試點合理覆蓋。3.1.2測試的控制方式測試用例的實現(xiàn)必須遵守測試計劃的安排，實際測試必須以測試用例為基準(zhǔn)。實際測試中測試用例的狀態(tài)記載： (1)failed:如果某一步測試用例失敗，不影響以后測試用例處理 (2)block:如果某一步測試用例失敗，并影響以后測試用例處理 (3)good:測試成功實際測試與外部交互使用缺陷記錄清單進行交流。測試人員必須詳細、準(zhǔn)確填寫缺陷記

10、錄內(nèi)容，開發(fā)修改人員要詳細、準(zhǔn)確地填寫修改情況，通過缺陷記錄清單的狀態(tài)進行測試和修改交互。(1)open:當(dāng)開始一個問題報告單時，為open 開發(fā)返回后，錯誤仍存在為 re-open(2)fixed / return 開發(fā)人員對錯誤進行了修改，為fixed 開發(fā)人員對錯誤沒有進行修改,返回測試部為return(3)close/ cancel 測試人員確認錯誤已經(jīng)修改,為close 測試人員確認錯誤的無效或可以接受（標(biāo)記）為cancel測試版本的控制由項目開發(fā)組隨版本發(fā)布時提交版本提交單，測試組完成測試后提交版本測試報告，版本更新時由開發(fā)組填寫更新記錄。測試用例的命名原則： 測試點-編號 例如：

11、CHS-01 缺陷記錄清單命名原則 缺陷記錄清單+_測試人員名稱+_日期 例如：缺陷記錄清單_張潤_3.1.3數(shù)據(jù)選擇策略數(shù)據(jù)的選擇全面覆蓋所有數(shù)據(jù)、并要求避免冗余數(shù)據(jù)的使用（采用邊界值、特殊值、以及普通值）。3.1.4測試過程描述和操作步驟1.測試過程描述(1)書寫測試計劃(2)參考測試計劃、需求、概要設(shè)計以及部分詳細設(shè)計文檔進行用例設(shè)計(3)參考測試計劃和測試用例進行實際測試操作(4)測試總結(jié)和報告2.操作步驟(1)測試基本流程（簡易的IVT）(2)測試功能塊（重點為容錯測試）(3)統(tǒng)計信息的測試（IVT）3.2軟件說明超市收銀系統(tǒng)主要涵蓋管理員、庫存管理員、售貨員三種角色登錄，實現(xiàn)功能主

12、要有：用戶管理、商品管理、庫存管理、商品銷售，詳見需求規(guī)格說明書。3.3測試內(nèi)容及策略本測試將通過用戶界面測試、集成測試，系統(tǒng)測試、驗收測試、性能測試、負載測試、強度測試、容量測試、安全性和訪問控制測試、故障轉(zhuǎn)移和恢復(fù)測試、配置測試、安裝測試方面對系統(tǒng)進行測試。用戶界面測試用于核實用戶與軟件之間的交互，測試用戶界面的正確性和易用性。3.3.1用戶界面及易用性測試目的： 確保用戶界面通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能；另外，UI測試還可以確保UI中的對象按照預(yù)期的方式運行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。內(nèi)容： 對系統(tǒng)的功能頁面進行各種可操作性測試。重點： 容錯檢測，易用性。3.3.2集

13、成測試目的： 檢測系統(tǒng)是否達到需求，對業(yè)務(wù)流程及數(shù)據(jù)流的處理是否符合標(biāo)準(zhǔn)，檢測系統(tǒng)對業(yè)務(wù)流處理是否存在邏輯不嚴(yán)謹(jǐn)及錯誤，檢測需求是否存在不合理的標(biāo)準(zhǔn)和要求。內(nèi)容：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例，用例流或功能，以核實在使用有效數(shù)據(jù)時得到的預(yù)期結(jié)果，在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息，個業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。重點：測試的單元模塊之間的接口和調(diào)用是否正確，集成后是否實現(xiàn)了某個功能。3.3.3系統(tǒng)測試目的：將軟件整合為一體，看各個功能是否全部實現(xiàn)。內(nèi)容：將整個軟件系統(tǒng)看做一個整體進行測試，測試功能是否能滿足需求，是否全部實現(xiàn)，后期主要包括看系統(tǒng)運行的性能是否滿足需求，以及系統(tǒng)在不

14、同的軟硬件環(huán)境中的兼容性等。重點：系統(tǒng)在配置好的環(huán)境中是否可以正常運行。3.3.4壓力測試目的：了解(被測應(yīng)用程序)一般能夠承受的壓力，同時能夠承受的用戶訪問量(容量)，最多支持有多少用戶同時訪問某個功能。內(nèi)容：（1）因為事先我們不知道將有多少用戶訪問是臨界點，所以在測試過程中需要多次改變用戶數(shù)來確定，（2）計劃的設(shè)置，每x時間后加載10用戶(根據(jù)總用戶數(shù)設(shè)置)，完全加載后持續(xù)運行不超過5分鐘(根據(jù)需要設(shè)置)。（3）當(dāng)運行中的用戶數(shù)100%達到集合點時釋放。重點：找到系統(tǒng)的臨界值點3.3.5功能測試目的：功能測試就是對系統(tǒng)的各功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達到用戶要求的

15、功能。內(nèi)容：（1）頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁面，并且頁面之間切換正確。 （2） 相關(guān)性檢查：刪除/增加一項會不會對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確。 （3）檢查按鈕的功能是否正確：如update, cancel, delete, save等功能是否正確。 （4）字符串長度檢查: 輸入超出需求所說明的字符串長度的內(nèi)容, 看系統(tǒng)是否檢查字符串長度,會不會出錯. （5）字符類型檢查: 在應(yīng)該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應(yīng)該輸入整型的地方輸入其他字符類型),看系統(tǒng)是否檢查字符類型,會否報錯. （6）標(biāo)點符號檢查: 輸入內(nèi)容包括各種標(biāo)點符號,特別是空格,

16、各種引號,回車鍵.看系統(tǒng)處理是否正確. （7）中文字符處理: 在可以輸入中文的系統(tǒng)輸入中文,看會否出現(xiàn)亂碼或出錯. （8）檢查帶出信息的完整性: 在查看信息和update信息時,查看所填寫的信息是不是全部帶出.,帶出信息和添加的是否一致 （9）信息重復(fù): 在一些需要命名,且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID,看系統(tǒng)有沒有處理,會否報錯,重名包括是否區(qū)分大小寫,以及在輸入內(nèi)容的前后輸入空格,系統(tǒng)是否作出正確處理. （10）檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息,按”delete”,看系統(tǒng)如何處理,會否出錯;然后選擇一個和多個信息,進行刪除,看是否正確處理.（11） 檢

17、查添加和修改是否一致: 檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應(yīng)該必填;添加規(guī)定為整型的項,修改也必須為整型. （12）檢查修改重名:修改時把不能重名的項改為已存在的內(nèi)容,看會否處理,報錯.同時,也要注意,會不會報和自己重名的錯. （13）重復(fù)提交表單：一條已經(jīng)成功提交的紀(jì)錄，back后再提交，看看系統(tǒng)是否做了處理。（14）檢查多次使用back鍵的情況: 在有back的地方,back,回到原來頁面,再back,重復(fù)多次,看會否出錯. （15）search檢查: 在有search功能的地方輸入系統(tǒng)存在和不存在的內(nèi)容,看search結(jié)果是否正確.如果可以輸入多個search

18、條件,可以同時添加合理和不合理的條件,看系統(tǒng)處理是否正確. （16）輸入信息位置: 注意在光標(biāo)停留的地方輸入信息時,光標(biāo)和所輸入的信息會否跳到別的地方. （17）上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。 （18）必填項檢查：應(yīng)該填寫的項沒有填寫時系統(tǒng)是否都做了處理，對必填項是否有提示信息，如在必填項前加* （19） 快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C Ctrl+V Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。 （20）回車鍵檢查: 在輸入結(jié)束

19、后直接按回車鍵,看系統(tǒng)處理如何,會否報錯。重點：確保各項功能和用需求一致3.3.6性能測試目的：核實性能是否滿足用戶需求，將測試對象的性能行為當(dāng)做條件的一種函數(shù)來進行評測和微調(diào)。內(nèi)容：負載測試、強度測試。(1)單個事務(wù)單個用戶時候，在每個事務(wù)所語氣時間范圍內(nèi)成功完成測試腳本，沒有發(fā)生任何故障；多個事務(wù)多個用戶時，可完成腳本沒有發(fā)生故障的情況臨界值。(2)使測試系統(tǒng)承擔(dān)不同的工作量，得出系統(tǒng)持續(xù)正常運行的能力。(3)找出因資源不足或資源爭用導(dǎo)致的錯誤。重點：確保性能指標(biāo)滿足用戶需求。3.3.7容量測試目的：所計劃的測試全部執(zhí)行，而且達到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障。內(nèi)容：在客戶機長

20、時間內(nèi)執(zhí)行相同的、最壞的業(yè)務(wù)時候系統(tǒng)維持的時間。重點：核實系統(tǒng)能否在連續(xù)或模擬了最多數(shù)量的客戶機下正常運行。3.3.8安全性和訪問控制測試目的：保證只有訪問權(quán)限的用戶才能訪問系統(tǒng)，核實用戶以不同身份登錄有不同的訪問權(quán)限。內(nèi)容：數(shù)據(jù)或業(yè)務(wù)功能訪問的安全性，包括系統(tǒng)登錄或遠程訪問。重點：確保治具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。3.3.9故障轉(zhuǎn)移和恢復(fù)測試目的：檢測系統(tǒng)可否在意外數(shù)據(jù)損失、數(shù)據(jù)完整性破壞、各種硬件、軟件、網(wǎng)絡(luò)故障中恢復(fù)數(shù)據(jù)。內(nèi)容：(1)客戶機斷電、服務(wù)器斷電看事務(wù)可否發(fā)生回滾。(2)網(wǎng)絡(luò)服務(wù)器中斷。重點：看數(shù)據(jù)庫的恢復(fù)情況，以及系統(tǒng)在經(jīng)歷意外時間時

21、候是否會發(fā)生崩潰現(xiàn)象。3.3.10配置測試目的：核實是否可以在所需的硬件和軟件配置中正常運行。內(nèi)容：核實該系統(tǒng)在不同系統(tǒng)、不同軟件和硬件配置中的運行情況。重點：軟硬件配置不同時候?qū)ο到y(tǒng)的影響。3.3.11安裝測試目的：此1.0版本重點在于檢查系統(tǒng)首次安裝可否正常運行。內(nèi)容：啟動或執(zhí)行安裝，使用預(yù)先確定的功能測試腳本子集來運行事務(wù)。重點：異常情況處理：如磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等；核實軟件安裝后可否正常運行。3.3.12驗收測試目的：對整個系統(tǒng)，包括軟硬件，試運行，看一下是否全部功能能夠?qū)崿F(xiàn)。內(nèi)容：由軟件測試工程師、用戶等根據(jù)需求規(guī)格說明書對整個系統(tǒng)進行試運行，看是否能滿足全部功能。重點：

22、在可移植環(huán)境中、并發(fā)訪問環(huán)境中系統(tǒng)是否可以正常運行。3.4測試用例范圍3.4.1 功能測試測試的重點將主要放在功能測試上，按照三種角色：管理員、庫存管理員、售貨員，每種角色包括如下模塊：1. 管理員管理員的具體功能模塊和測試項如下表4.1所示：表4.1 管理員功能測試模塊編號測試項登錄1以管理員身份登錄，登錄成功則跳轉(zhuǎn)電子商務(wù)管理主界面2用戶賬號被屏蔽，無法登錄成功3輸入非法標(biāo)識符，提示輸入錯誤字符4輸入用戶名錯誤，提示用戶不存在5輸入密碼錯誤，提示密碼錯誤用戶管理1可設(shè)置每個用戶的開啟或屏蔽權(quán)限，進行開啟用戶或刪除用戶2單擊角色修改按鈕，進入角色修改頁面，點選角色，修改成功，跳轉(zhuǎn)登錄界面3對

23、用戶信息進行修改，輸入已注冊用戶新信息，提交后跳轉(zhuǎn)到登錄界面4被管理員屏蔽或刪除的用戶,無法進行設(shè)置，提示重新激活賬號商品管理1單擊商品管理按鈕，進入商品列表頁面2可以添加商品信息，對添加商品信息進行簡單輸入信息驗證，若輸入非法標(biāo)識符則指明錯誤；添加后跳轉(zhuǎn)到商品列表界面3可以修改商品信息，對商品修改信息進行簡單輸入信息驗證，若輸入非法標(biāo)識符則指明錯誤；添加后跳轉(zhuǎn)到商品列表界面4可以刪除商品信息，提示是否刪除？確認刪除后跳轉(zhuǎn)到商品列表界面2若想修改郵箱，可以填寫發(fā)件和收件地址、密碼，提交后返回郵件管理界面3鍵入非法標(biāo)識符，指明輸入錯誤2. 庫存管理員庫存管理員的功能模塊和測試項如下表4.2所示：

24、表4.2 庫存管理員功能測試模塊遍號測試項注冊1用戶單擊登錄入口的注冊鏈接，輸入相關(guān)注冊信息，單擊注冊按鈕，驗證用戶信息，核實無誤則跳轉(zhuǎn)登陸成功提示頁面2用戶單擊登錄入口的注冊鏈接，若輸入非法標(biāo)識符，則需要彈出指明錯誤的警示框登錄1以普通用戶身份登錄，登錄成功則跳轉(zhuǎn)電子商務(wù)管理主界面2用戶賬號被屏蔽，無法登錄成功3輸入非法標(biāo)識符，提示輸入錯誤字符4輸入用戶名錯誤，提示用戶不存在5輸入密碼錯誤，提示密碼錯誤商品入庫1登錄成功，單擊瀏覽產(chǎn)品頁，可以瀏覽產(chǎn)品2登錄成功，單擊查詢商品瀏覽產(chǎn)品，可以查詢特定商品3查詢商品時如果合法輸入且沒有該商品，需彈出無商品的提示框4查詢商品時如果輸入合法標(biāo)識符，則彈

25、出提示框指明錯誤3. 銷售管理員庫存管理員的功能模塊和測試項如下表4.3所示：表4.3 銷售管理員功能測試模塊遍號測試項注冊1用戶單擊登錄入口的注冊鏈接，輸入相關(guān)注冊信息，單擊注冊按鈕，驗證用戶信息，核實無誤則跳轉(zhuǎn)登陸成功提示頁面2用戶單擊登錄入口的注冊鏈接，若輸入非法標(biāo)識符，則需要彈出指明錯誤的警示框登錄1以普通用戶身份登錄，登錄成功則跳轉(zhuǎn)電子商務(wù)管理主界面2用戶賬號被屏蔽，無法登錄成功3輸入非法標(biāo)識符，提示輸入錯誤字符4輸入用戶名錯誤，提示用戶不存在5輸入密碼錯誤，提示密碼錯誤商品銷售1登錄成功，單擊瀏覽產(chǎn)品頁，可以瀏覽產(chǎn)品2登錄成功，單擊查詢商品瀏覽產(chǎn)品，可以查詢特定商品3查詢商品時如果

26、合法輸入且沒有該商品，需彈出無商品的提示框4查詢商品時如果輸入合法標(biāo)識符，則彈出提示框指明錯誤5商品成功搜索到后點擊結(jié)賬，自動彈出結(jié)賬的相關(guān)信息3.5評價3.5.1范圍要求：1.功能測試涵蓋測試全過程。2.界面測試涵蓋測試全過程。3.邏輯測試測試路徑的涵蓋率為85%以上。3.5.2準(zhǔn)則測試參數(shù)結(jié)果判定準(zhǔn)則(1)完全通過：其對應(yīng)測試用例通過率達到100(2)基本通過：其對應(yīng)的測試用例通過率達到70及其以上，并且不存在非常嚴(yán)重和嚴(yán)重的缺陷(3)不通過：其對應(yīng)的測試用例通過率未達到70%，或者存在非常嚴(yán)重和嚴(yán)重的缺陷測試入口出口準(zhǔn)則1）測試進入準(zhǔn)則以下條件為進入測試的基本條件：(1)開發(fā)部/開發(fā)人員

27、應(yīng)提供軟件說明書、詳細需求或系統(tǒng)設(shè)計等必要文檔；(2)被測樣品，己通過無病毒檢測；(3)被測樣品，已通過單元測試(可選)；(4)被測樣品，已通過冒煙測試；(5)測試環(huán)境（場地、網(wǎng)絡(luò)、硬件、軟件等）已全部準(zhǔn)備完備。2）測試暫停和再啟動準(zhǔn)則測試暫停標(biāo)準(zhǔn)：(1)測試環(huán)境發(fā)生變化（場地、網(wǎng)絡(luò)、硬件、軟件等），又處于不可使用狀態(tài)；(2)被測樣品有大量錯誤或嚴(yán)重錯誤，以至于繼續(xù)測試沒有任何意義(3)測試再啟動標(biāo)準(zhǔn)：(4)錯誤得到修改后，需要重新啟動測試(5)開發(fā)組提供錯誤修改后的安裝程序以及再啟動測試的相關(guān)說明(6)測試組安裝修改后的程序。如有必要，需要重新初始化測試數(shù)據(jù)，重新執(zhí)行測試規(guī)程，恢復(fù)到發(fā)生錯誤

28、前的狀態(tài)。3）測試退出的準(zhǔn)則測試結(jié)論達到完全通過、基本通過或不通過的標(biāo)準(zhǔn)時，測試可以退出4超市收銀系統(tǒng)覆蓋率測試4.1 邏輯覆蓋測試邏輯覆蓋測試主要是針對程序的內(nèi)部邏輯結(jié)構(gòu)設(shè)計測試用例的技術(shù)，它通過運行測試用例達到邏輯覆蓋的目的。包括以下3種類型的邏輯覆蓋：(1)語句覆蓋(2)判定覆蓋(3)條件覆蓋try if (myread.HasRows) if (myread.Read() /MessageBox.Show(登錄成功); if (myreadUserID.ToString() = tbxUsr.Text & myreadUserPassword.ToString() = tbxPwr.T

29、ext & myreadUserRight.ToString() = 管理員) user = username; Form8 f3; f3 = new Form8(); f3.Show(); else if (myreadUserID.ToString() = tbxUsr.Text & myreadUserPassword.ToString() = tbxPwr.Text & myreadUserRight.ToString() = 員工) user = username; Form2 f2; f2 = new Form2(); f2.Show(); else MessageBox.Show

30、(Please enter the correct user name and password！); catch (Exception ex) MessageBox.Show(string.Format(出錯，出錯原因0), ex.Message); finally connection.Close(); connection.Dispose(); mycmd.Dispose(); 程序流程圖如下圖4.1所示： 入口 myread.HasRows!=null N Y 語句塊1 N myread.Read()內(nèi)容是 否匹配 Y 語句塊2 出口 圖4.1 程序流程圖4.2 語句覆蓋語句覆蓋就是設(shè)

31、計若干個測試用例，運行被測試程序，使得每一條可執(zhí)行的語句至少執(zhí)行一次。根據(jù)概念，為了對上面的函數(shù)進行語句覆蓋，只要設(shè)計一個測試用例就可以覆蓋2個執(zhí)行語句塊中的語句。針對程序的判斷語句，可在入口處設(shè)計測試用例。測試用例輸入為：myread.HasRows！=null如果程序只運行上面的測試用例，雖然可以執(zhí)行模塊中的所有語句，但并不能檢查判斷邏輯是否有問題。例如在第一個判斷中錯誤地把=寫成!=，則上面的測試用例仍可以覆蓋所有的執(zhí)行語句?？梢哉f語句覆蓋率是最弱的邏輯覆蓋準(zhǔn)則。4.3 判定覆蓋判定覆蓋（也稱為分支覆蓋），設(shè)計若干個測試用例，運行所測程序，使程序中每個判斷的取真分支和取假分支至少各執(zhí)行一次。