【正文】 6 略縮圖 ? 略縮圖 ? 略縮圖中幾何圖形的變化驗證 ? 實時變化驗證 頁面切換 ? 板書文件切換 ? 復(fù)合操作下背景的切換 ? 切換響應(yīng)速度 創(chuàng)建頁面 ? 創(chuàng)建 ? 刪除 ? 頁面數(shù)量限制 ? 略縮圖 ? 插入 書籍管理 驗證 ? 驗證上次閱讀性息 ? 驗證學(xué)段和學(xué)科的關(guān)系 ? 驗證版本 ? 驗證工具條隱藏內(nèi)同 ? 更新 ? 顯示模式切換 ? 最近閱讀信息 下載 ? 下載 查詢 ? 查詢翻頁 ? 出版社查詢 快速導(dǎo)航 ? 快速導(dǎo)航 ? 查詢圖書 本地書架 ? 刪除 ? 查看 優(yōu)課書架 ? 查看 ? 按版本推薦書籍 ? 按年級推薦 ? 查詢 書籍使用 放大 ? 放大 ? 退出 略縮圖 ? 使用 ? 打開 ? 調(diào)節(jié) 驗證 ? 打開書界面 ? 書簽 ? 翻頁 ? 資源搜索 ? 刪 除 ? 搜索 系統(tǒng)功能 系統(tǒng)運行 ? 不同路徑下運行 ? 開啟啟動 界面信息 ? 個人信息 7 ? 右下角托盤 ? 幫助 ? 激活 ? 連接顯示 登錄 ? 曾登錄的用戶離線登錄 ? 過期賬戶登錄 ? 更改密碼后登錄 ? 未登錄的客戶端上登錄 ? 授權(quán)過期登錄 ? 郵箱登錄 ? 錯誤登錄 資源管理 上傳 ? 中心用戶上傳 ? 機(jī)構(gòu)用戶上傳 ? 學(xué)校用戶上傳 下載 ? 中央館資源下載 ? 區(qū)域下載 ? 優(yōu)課下載 資源查看 ? 中央館查看 ? 區(qū)域查看 ? 優(yōu)課資源查看 導(dǎo)入導(dǎo)出 ? 我的資源導(dǎo)入導(dǎo)出 替換 ? 同文件格式替換 ? 不同格式替換 編輯 ? 我的資源編輯 項目需求評審 需求 評審主要包括了項目的信息 ，評審的相關(guān)信息，該項目使用了郵件評審的方式，對 UCbook 項目需求進(jìn)行評審，評審內(nèi)容 主要是包括了所有的一致客戶和系統(tǒng)需求，每個需求是夠都是以清楚、簡潔無二義性的語言描述， 每個需求都在項目的范圍內(nèi)，所有的需求都可以在條件內(nèi)實現(xiàn)，所有的性能目標(biāo)都進(jìn)行了適當(dāng)?shù)拿枋觯總€軟件功能需求都可以追蹤到一個更高層次的需求 ，而且每個需求都有可測試 性。 4 測試計劃 測試計劃的定義 測試計劃 (Testing plan)描述了將要進(jìn)行的測試活動的范圍、資源、進(jìn)度和方法的文檔。它確定測試項、被測試特性 、測試人員分配、測試任務(wù)及風(fēng)險。測試計劃可以有效的預(yù)防計劃的風(fēng)險，保障了計劃的順利實現(xiàn)。 8 UCbook 測試計劃文檔可以實現(xiàn)以下幾個目標(biāo)： 1. 確定了現(xiàn)有項目的信息以及應(yīng)測試的部分 2. 列出了推薦的測試需求 3. 列出可采用的策略方法，并對這些策略進(jìn)行說明 4. 確定資源，并對測試的工作進(jìn)行估量 5. 列出了可交付的成果 測試計劃編寫 測試對象 項目： UCbook 版本： 測試環(huán)境 軟件測試環(huán)境的配置 如表 所示 。 表 測試 配置 項目 測試配置 CPU 內(nèi)存 2G 操作系統(tǒng) Windows XP 、 Windows 2021 硬盤空間 160G、 40G 支持軟件 MySQL、 Tomcat、 ftp、 JDK 帶寬 512kbps 測試資源 人員的安排 如表 所示 表 人員安排 角色 人員 職責(zé) 項目經(jīng)理 李穎 負(fù)責(zé)總體的進(jìn)度，檢查測試的進(jìn)度和 bug 的數(shù)量，督促項目組 修改 bug，參與 bug 的 討論并 明確項目的需求。 開發(fā)人員 王立法 負(fù)責(zé)修改 bug。 測試人員 李穎 負(fù)責(zé)編寫測試相關(guān)文檔。反饋測試進(jìn)度和 bug 情況，協(xié)調(diào)bug 修改的進(jìn)度， 參與 bug 討論 測試人員的選擇： 1. 一般能力：有較好的表達(dá)交流能力，能很好的協(xié)調(diào)管理 和質(zhì)量意識； 9 2. 測試技能方法： 熟悉測試的基本概念和方法，測試工具和環(huán)境，專業(yè)的測試標(biāo)準(zhǔn)和工作成績； 3. 測試規(guī)劃：風(fēng)險分析防范能力，軟件放行和接受的標(biāo)準(zhǔn)制定，測試目標(biāo)和計劃 的確定，明確測試計劃和設(shè)計的評審方法等； 4. 測試執(zhí)行：熟悉測試的執(zhí)行方法，測試結(jié)果的分析，缺陷記錄和處理能力，使用自動化測試工具。 測試進(jìn)度 在測試進(jìn)度中對測試時間進(jìn)行安排，明確每個時間段中每個人員的職責(zé)和任務(wù) 。一個合理的測試進(jìn)度安排可以使得測試更有條理，使得測試更充 分，按時交付成果。 制定測試進(jìn)度時根據(jù)項目經(jīng)理的項目計劃，各個模塊提交的時間進(jìn)行明確并對各個模塊的主要負(fù)責(zé)的測試人員進(jìn)行明確的估計，估計每個模塊的測試時間長度。 計劃 對 UCbook 系統(tǒng)測試執(zhí)行 從 開始執(zhí)行，歷時 15 天的測試， 測試進(jìn)度安排表如表 所示 。 表 測試進(jìn)度安排表 測試模塊 計劃開始時間 計劃 結(jié)束時間 計劃用時 (天 ) 第一測試人 冒煙測試 2 李穎 白板 1 李穎 黑板 2 李穎 書籍使用 2 李穎 書籍管理 2 李穎 系統(tǒng)功能 2 李穎 資源管理 2 李穎 壓力測試 1 李穎 回歸測試 1 李穎 測試策略 軟件測試策略是 在一定的軟件測試標(biāo)準(zhǔn) 和 測試規(guī)范的指導(dǎo) 下， 根據(jù) 測試項目的特定環(huán)境而規(guī)定的軟件測試的原則、方式 和 方法的集合。一般在 軟件 測試實現(xiàn)階段完成。 對于 UCbook 的測試中主要制定了版本發(fā)布策略、階段測試策略和測試工具策略。 確定一個版本發(fā)布策略可以使工作更有條理 。 10 ? 版本發(fā)布 策略 ： 1. 每次正式發(fā)布一個新的系列版本后，對該系列版本的支持包括： Bug 的修正，安全問題的解決，不會為已發(fā)布系列添加新功能。 2. 每次發(fā)布新版本后開始下一系列版本的開發(fā)，所有新功能以及主要的改動都會放到新的版本中。對于現(xiàn)有系列的安全問題和 Bug 的修改也會合并到新的版本中。 ? 階段測試策略 ： 根據(jù) 對 UCbook 項目的分析，明確測試的重點，主要對該項目測試主要分為以下階段性測試。 1. 冒煙測試： 冒煙測試的名稱可以理解為該中測試耗時短，僅用一袋煙功夫足夠了，它的作用是保證系統(tǒng)的主流程和新模塊的基本功能能用 [4]。 對 UCBook 新編譯的需要正式測試之前對其進(jìn)行冒煙測試，用于確認(rèn)軟件基本功能實現(xiàn)與否，是否可以進(jìn)行后續(xù)的測試工作。 2. 功能測試：該階段驗證 Ucbook 是否滿足項目需求，對產(chǎn)品的各項功能進(jìn)行驗證，根據(jù)功能測試用例進(jìn)行測試，驗證產(chǎn)品是否達(dá)到用戶的要求。 3. 性能測試：通過自動化測試工具模擬多種正常峰值和異常負(fù) 載條件來對UCbook 的各項性能指標(biāo)進(jìn)行測試，找出性能瓶頸。 4. 回歸測試：在開發(fā)人員修改了代碼后，重新對 UCbook 項目重新進(jìn)行測試，確認(rèn)沒有引入新的錯誤并且所提交的 bug 也進(jìn)行了修改。 ? 測試工具策略 ： 對 UCbook 的測試過程中使用 TestDirector 對缺陷進(jìn)行管理，使用 LoadRunner對系統(tǒng)進(jìn)行性能測試 。 測試通過標(biāo)準(zhǔn) 1. 測試用例 100%執(zhí)行，測試范圍內(nèi)的模塊功能通過驗證，基本功能滿足； 2. A 類 (low)和 B 類 (medium)bug 全部解決； 3. 非 A 類和 B 類的 bug 不超過 2%。 測試計劃 評審 制定測試計劃后需對測試計劃進(jìn)行評審。在實際評審之前首先要安排好測試計劃評審11 的時間，同時保證所有相關(guān)人員拿到最新版本的測試計劃。 測試計劃評審過程中首先要定義討論的內(nèi)容，細(xì)節(jié)，然后要進(jìn)行總結(jié)，進(jìn)行評審的人員要預(yù)先規(guī)定評審的預(yù)計時間，制定一條基本的規(guī)則，如果在規(guī)定的時刻到了沒有結(jié)束則需要安排后續(xù)評審。 UCbook 測試計劃是通過郵件方式進(jìn)行評審的。確定了評審的結(jié)論為通過 。 5 測試用例 測試用例 所謂測試用例設(shè)計就是將軟件測試的行為活動，作為一個科學(xué)化的組織歸納。軟件是有組織性、步驟性和計劃性的，而設(shè) 計軟件測試用例的目的，就是為了能將軟件測試的行為轉(zhuǎn)換為可管理的模式 [2]。 測試用例可以說是設(shè)計一種情況，軟件在設(shè)計的情況下達(dá)到預(yù)期的結(jié)果，當(dāng)無法達(dá)到預(yù)期結(jié)果時則測試人員判定系統(tǒng)存在缺陷，此時可將問題標(biāo)示出來，使用缺陷管理工具進(jìn)行管理。 使用測試用例有以下好處： 1. 在實施測試之前設(shè)計好測試用例可以避免盲目測試，提高測試的效率； 2. 測試用例使得軟件測試的實施突出重點，明確目的； 3. 在軟件版本更新后只需要修正 少部分測試用例后就可以展開測試工作，降低了測試周期，提高了效率； 4. 程序的通用性和復(fù)用性可以方便開發(fā)流程，測試用 例的通用性和復(fù)用性方便了測試的流程，并且隨著測試用例的不斷優(yōu)化效率也越來越高。 測試用例的設(shè)計方法 等價類劃分法 等價類劃分法屬于黑盒測試方法，被稱為數(shù)據(jù)驅(qū)動測試或功能測試，使用該方法時不需要考慮程序內(nèi)部如何實現(xiàn)，只需要根據(jù)程序的需求說明對輸入要求和預(yù)期結(jié)果進(jìn)行分析。 等價類劃分的原則 : 1. 按 照區(qū)間劃分。如果需求規(guī)格說明書中規(guī)定了輸入條件的 值的數(shù)量或取值范圍，就12 可以確定一個有效的等價值類和無效的等價類； 2. 按 照數(shù)值進(jìn)行劃分。如果需求規(guī)格說明書中規(guī)定了輸入數(shù)據(jù)的一組值，并且軟件對每個輸入的值分別進(jìn) 行了處理，就可以為每一個值確定一個有效等價類，另 外根據(jù)這組值可以確定一個無效的等價類為所有不允許的輸入值的集合； 3. 按照數(shù)值進(jìn)行劃分。如果需求規(guī)格說明書中 規(guī)定了輸入值的集合，就可以確定一個有效等價類和一個無效的等價類； 4. 按照限制條件或規(guī)格進(jìn)行劃分。如果需求規(guī)格說明書中 規(guī)定了輸入數(shù)據(jù)必須遵守 的規(guī)則或限制條件，就可以確定一個有效的等價類和若干無效的等價類； 5. 細(xì)分等價類。等價類中各個元素在程序中的處理方式不想通 ，就可以將此等價類進(jìn)一步劃分成更小的等價類，同時構(gòu)成了等價類表。 在使用等價類劃分法進(jìn)行用例設(shè)計的時候需要 同時考慮有效等價類和無效等價類，根據(jù)列出的等價類列表可以確定測試用例，步驟如下： 1. 為等價類列表中的每個等價類分別規(guī)定一個唯一的號 ； 2. 設(shè)計新的測試用例，使它可以盡可能多的覆蓋有效的等價類，重復(fù)該 步驟，直到所有有 效等價類都被覆蓋為止 ； 3. 與步驟 2 類似，設(shè)計一個新的測試用例，使得它只覆蓋一個無效等價類，直到所有的無效等價類都被覆蓋為止。 邊界值分析法 邊界值分析法是一個較為實用的黑盒測試用例設(shè)計方法，它能很強(qiáng)的發(fā)現(xiàn)程序錯誤的能力， 它的測試用例來自等價類的邊界。在設(shè)計測試用例的時候，一定要對邊界附近的處理非 常仔細(xì)，因為很多的故障都是發(fā)生在輸入定義域的邊界上，而不是內(nèi)部。 邊界值分析法進(jìn)行用例設(shè)計的原則： 1. 如果輸入條件對取值的范圍進(jìn)行了界定，就應(yīng)該以邊界內(nèi)部以及剛剛超出范圍的值作為測試用例。如果范圍的上界為 a，下界為 b，則測試用例應(yīng)該包含 a、 b 以為稍小于a 和稍大于 b 的值； 2. 如果對取值的個數(shù)有界定，就應(yīng)該 分別以最大、最小個數(shù)和稍大于最大、稍小于最小的個數(shù)作為測試用例； 13 3. 輸出條件同樣可以應(yīng)用上面提到的兩個原則來進(jìn)行設(shè)計測試用例； 4. 如果需求規(guī)格說明書中明確的指出輸入或輸出是一個有序的集合，比如順序文件和表格等，此時應(yīng) 注意選取有序集合的第一個和最后一個元素作為測試用例。 場景法 目前的軟件大部分都是用事件觸發(fā)來控制流程，當(dāng)事件觸發(fā)時的情景便形成了場景，同一事件不同的觸發(fā)順序、處理結(jié)果形成了事件流。這種思想同樣可以引入到軟件測試當(dāng)中，這樣更有利于測試用例的理解和執(zhí)行。 場景法描述了流經(jīng)用例的路徑，從開始到結(jié)束經(jīng)歷了這條路徑上所有基本流和備選流。通過運用場景對系統(tǒng)的業(yè)務(wù)流程或功能點進(jìn)行描述，從而提高測試的效果。 下圖 (圖)為場景法中所包括的內(nèi)容 。 圖 場景法 一個備選流可能是從基本流開始，在某個條 件下重新回歸到基本流中，也可能是起源于另一個備選流，或終止用例不回歸到基本流。 測試用例 以下是關(guān)于黑板功能的測試用例 (表 )。 表 黑板功能部分測試用例 項目 /軟件 UCbook 程序版本 功能名稱 黑板功能 測試目的 黑板功能是否可以正常使用 預(yù)置條件 用戶成功登錄系統(tǒng) 異常情況 用例編號 目的 操作步驟 輸入數(shù)據(jù) 期望結(jié)果 執(zhí)行結(jié)果 Bug 編號 14 Pro_black board001 黑板使用 板書文件內(nèi)容變更后在板書文件列表里切換文件的保存提示（需求 ID = AIR_049） 1. 打開客戶端軟件，以某個賬號如中心管理員 登錄，并打開書架上的某本教材； 2. 點擊工具欄的“教材與黑板”切換按鈕進(jìn)入黑板操作模式； 3. 通過點擊工具欄的“新建板書文件”按鈕，創(chuàng)建多個板書文件，在當(dāng)前的板書文件頁面，點擊“畫筆”或者“規(guī)則圖形”在頁面上進(jìn)行繪制； 4. 通過點擊工具欄“板書列表”按鈕，進(jìn)行板書文件的切換操作 1. 確認(rèn)軟件彈出保存提