【正文】 ............................. 19 缺陷報告 .......................................................................................................... 19 測試總結 .......................................................................................................... 20 總 結 ............................................................................................................................ 21 參考文獻 ......................................................................................................................... 22 1 緒 論 科技的發(fā)展日新月異，計算機和手機等高科技產品的廣泛應用，帶動了國內外軟件行業(yè)的發(fā)展。這就充分的體現(xiàn)了軟件測試 的重要性，也促進了軟件測試理論技術實踐的的快速形成和發(fā)展。為了大家更好的理解測試數(shù)據(jù)的設計理念，我將運用到 ER圖（實體 聯(lián)系圖），使測試更直觀，更簡潔的展示出來 2 第 1 章 軟件測試的理論基礎 軟件測試的意義 軟件測試，在軟件的生存周期中占據(jù)著重要地位，是 從 產品發(fā)布到 到產品提交 前的 確定性能穩(wěn)定的重要階段 。 軟件測試的目的 軟件測試就是讓測試 人員 站在使用者的角度上，對軟件做全面的檢查和分析，目的就是暴露出軟件開發(fā)過程中的問題和可能存在的隱患。 (4)一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。 靜態(tài)測試 靜態(tài)測試 主要是對軟件的邏輯 設計 和代碼的結構等進行測試，其 結果可為測試用例 的 選取提供指導。 白盒測試也 稱結構測試或邏輯驅動測試 ， 通過測試來 驗證軟件邏輯結構是不是 按照需求分析正確設計的 ，按照程序內部的結構測試程序， 檢測每個執(zhí)行過程是不是能夠按照既定的要求完成既定動作的過程。 由于此次主要就黑盒測試的案例進行測試流程的分析，所以有必要了解一下黑盒測試的測試方法。因果圖法 邊界值分析法 邊界值分析法：也是黑盒測試的一種方法，是在等價類劃分法基礎上的補充。 錯誤推測法 錯誤推測法：根據(jù)個人經(jīng)驗和感覺推測可能出現(xiàn)的所有錯誤和已發(fā)生錯誤的情況，從而有針對性的設計測試用例的方法。 測試計劃評審 ：由需求人員、開發(fā)人員和測試人員共同 參與 ，對所提出的測試計劃進行審核，對時間、人力上不合理的安排進行整改。 測試用例評審 : 由需求人員、 開發(fā)人員和測試人員共同參與，對所編寫的測試用例進行評審，發(fā)現(xiàn)測試遺漏或不合理的部分。 提交 bug：對每個有 bug 的測試點在測試管理工具中進行 bug 管理，并跟蹤直到 bug的解決。 編寫測試報告 :通過測試和 bug 的追蹤，最終確定各個功能點和測試項都能達到需求的要求，沒有重大 bug。修改優(yōu)先級為高，該級別需要程序員盡快 修改 ○ 功能未實現(xiàn)或者存在錯誤 ○ 輕微的數(shù)值計算錯誤 ○ 系統(tǒng)所提供的功能或服務受明顯的影響 ○ 用戶數(shù)據(jù)丟失或破壞 一般問題 Normal 次要功能喪失，不太嚴重，如提示信息不太準確。 Oracle 11g 是甲骨文公司在 2020 年 7月12 日推出的最新數(shù)據(jù)庫軟件， 其數(shù)據(jù)庫 管理功能主要包括 SQL 重演、計劃管理、自動診斷知識庫和事件打包服務等。 窗口 該窗口允許您輸入任何 SQL語句，并以柵格形式對結果進行觀察和編輯，支持按范例查詢模式，以便在某個結果集合中查找特定記錄。 9 第 4 章 軟件測試案例分析 代理商卡號六個月在網(wǎng)酬金 結算 代理商卡號六個月在網(wǎng)酬金結算需求分析說明書 按照需求說明確定測試內容 。 測試用例具體結構見下表 10 表 2 測試用例 編號 測試項 檢查點 前置條件 操作步驟 測試數(shù)據(jù) 預期結果 步驟1 常規(guī)測試 在網(wǎng)用戶且已使用六個月 非88套餐，滿足條件是否發(fā)放六個月在網(wǎng)酬金， 在 card_inof表中查詢哪些代理商符合酬金結算條件 select distinct agent_id from card_info where card_message=39。 and months_between(sysdate,to_date(card_date))=6。否 39。否 39。 and card_item=39。 and card_item=39。N39。N39。 在 card_info表中查詢每個符合酬金結算條件的代理商記錄與 cost_info表中數(shù)據(jù)對比 select * from card_info where card_message=39。 and months_between(sysdate,to_date(card_date))6 and agent_id =（符合條件的代理商的 agent_id） 在 cost_info表中查詢符合酬金結算條件的代理商記錄與 card_info對比 select * from cost_info where agent_id=（符合條件代理商的 agent_id） 酬金結算標準cost_level=10 不滿足酬金結算條件，不結算酬金 14 步驟5 常規(guī)測試 在網(wǎng)用戶且已使用六個月 88套餐，滿足條件是否發(fā)放六個月在網(wǎng)酬金 ，酬 在 card_inof表中查詢哪些代理商符合酬金結算條件 select distinct agent_id from card_info where card_message=39。 and months_between(sysdate,to_date(card_date))=6。是 39。是 39。 and card_item=39。 and card_item=39。N39。N39。 在 card_info表中查詢每個符合酬金結算條件的代理商記錄與 cost_info表中數(shù)據(jù)對比 select * from card_info where card_message=39。 and months_between(sysdate,to_date(card_date))6 and agent_id =（符合條件的代理商的 agent_id） 在 cost_info表中查詢符合酬金結算條件的代理商記錄與 card_info對比 select * from cost_info where agent_id=（符合條件代理商的 agent_id） 酬金結算標準cost_level=10 不滿足酬金結算條件，不結算酬金 測試用表 主要運用兩個表 卡號信息表 card_info、酬金表 cost_info。 酬金表 cost_info：存儲出賬的酬金，包括 代理商基本信息和應該結算的酬金金額 具體表之間的關系用 ER圖向大家展示 。 表 5 缺陷報告 缺陷編號 缺陷來源 缺陷級別 缺陷描述 緊急程度 解決狀態(tài) 驗證狀態(tài) 001 執(zhí)行腳本文件 Major 代理商酬金結算腳本缺少判斷是否為 88 套餐的條件 緊急 已解決 已驗證 20 測試總結 本次測試主要運用因果圖法，將需求中的主要測試點按不同組合分組，窮舉出投入使用時的所有可能性，從而發(fā)現(xiàn)其中的 BUG。 21 結 論 通過 6個月在網(wǎng)酬金測試案例的分析，更深入的了解了軟件的測試流程，也更加明白了軟件測試的重要性，更培養(yǎng)了我做事嚴謹認真的態(tài)度。另一方面，此次測試主要針對該案例的常規(guī)測試，這在軟件測試中是存在漏洞的，測試案例還應該盡可能的包括一些異常案例，保證軟件投入運行時的異常操作也能合理的得到處理，不影響軟件的使用，不會對使用者造成經(jīng)濟上甚至是信息 安全上的損失