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