測試產品：upload/download; search of this site
測試目的：功能測試
測試方法：黑箱
測試員：劉宇翔
測試設計說明書（tds）
（1） 產品功能：
search of this site：正確完成搜尋功能
（3） 測試方法：黑箱測試。提前準備好測試用例。
（4） 人工分類測試驗證功能正確性。
測試用例(test case)
具體測試用例見演示截圖
（1）上傳：提供上傳檔案路徑和基本資訊。
正確輸入：
a.檔案型別有多種情況（pdf、doc等）。
b.使用者積分能夠通過上傳檔案增加（與檔案大小有關）。
c.檔案及檔案資訊是否被正常上傳（正常進入資料庫新增倒排表）。
錯誤輸入：預期給出相應提示。
a.未提供完整檔案資訊。
b.檔案過大。
c.上傳資料夾(正常資料夾不會被上傳，位址不完整)。
d.上傳檔案正在被使用。
正確輸入：
a.檔案型別有多種情況（pdf、doc等）。
b.使用者積分能夠通過上傳檔案減少（與檔案大小有關）。
c.檔案及檔案資訊是否正常。
錯誤輸入：預期給出相應提示。
a.檔案路徑不存在。
b.積分不夠。
正確輸入：
a.中英文及各種形式混合。
c.搜尋結果是否正常顯示。
錯誤輸入：預期有相應處理。
a.無輸入。
b.輸入字串過長。
d.含有不符合規定的字元。
錯誤報告（bug report）
重現步驟：搜尋「計算機」
結果：頁面錯誤
預期結果：顯示搜尋「計算機」的搜尋結果頁面
錯誤修復：修正因資料庫變化產生的建立倒排表bug
重現步驟：搜尋「計算機」
結果：只有乙個搜尋結果重複顯示
預期結果：正常顯示搜尋「計算機」的搜尋結果頁面
錯誤修復：倒排表裡儲存的是重複的id，已經修復
重現步驟：搜尋全形「mathlab和半形「mathlab」
結果：搜尋結果不同
預期結果：產生相同的搜尋結果
錯誤修復：新增函式處理全半形使其判斷為相同的字元
重現步驟：開啟網頁進行搜尋
結果：搜尋及網頁開啟速度過慢
預期結果：正常搜尋及開啟網頁
重現步驟：上傳乙個40mb的pdf檔案
結果：網頁無法正常顯示
預期結果：彈出提示檔案需壓縮上傳
重現步驟：搜尋輸入乙個長度達260的字串
結果：網頁無法正常顯示
預期結果：擷取可以正常搜尋的字串進行搜尋
重現步驟：搜尋「c++」
結果：搜尋後搜尋欄裡顯示的是「c」
預期結果：搜尋後搜尋欄裡仍顯示的是「c++」
重現步驟：搜尋「計算機」後再在搜尋結果頁面中搜尋「mathlab」
結果：頁面無變化
預期結果：顯示搜尋「mathlab」的搜尋結果頁面
發現了8個bug，已修復了3個bug，程式大部分能夠正常執行。
測試報告：
三個功能測試了合集測試了20個測試用例。
（1）15個測試用例通過
（2）3個測試用例失敗
（4）1個測試用例之外的bug被發現
演示截圖：（部分測試截圖）
一、上傳功能
上傳頁面
選擇上傳檔案
成功上傳至指定位址
未填寫題目及未選擇上傳檔案的錯誤提醒
三、搜尋功能
搜尋頁面
搜尋結果頁面
搜尋字串過長錯誤顯示（暫時未修復）
測試計畫和測試用例
一 測試用例相關概念。1.測試用例定義 是為了某個業務目標，而編制的一組由測試輸入，執行條件以及預期結果組成的案例。2.測試用例優點 1.設計好測試用例，可以避免盲目測試並提高測試效率。2.實施重點突出，目的明確。3.降低工作強度 縮短專案週期。3.測試用例4大特性 1.代表性 能夠代表各種不同情況...
測試用例，測試計畫
對乙個測試工程師來說,測試用例的設計編寫是一項必須掌握的能力，但有效的設計和熟練的編寫測試用例卻是乙個十分複雜的技術，測試用例編寫者不僅要掌握軟體測試技術和流程，而且要對整個軟體不管從業務，還是對軟體的設計 程式模組的結構 功能規格說明等都要有透徹的理解。測試的設計方法不是單獨存在的，具體到每個測試...
測試計畫測試用例
本週51testing每週一問的這個問題很精彩，於是我做了如下回答。51testing軟體測試網2k s4t m s0 誠如magic zhu所言，現在很多測試人員沒意識到測試計畫的重要性，很多時候測試計畫成為一紙空文，其根本原因在於測試計畫缺乏可執行性，也正是因為測試計畫缺乏可執行性，導致下一次寫...