【正文】 另一方面，此次測(cè)試主要針對(duì)該案例的常規(guī)測(cè)試，這在軟件測(cè)試中是存在漏洞的，測(cè)試案例還應(yīng)該盡可能的包括一些異常案例，保證軟件投入運(yùn)行時(shí)的異常操作也能合理的得到處理，不影響軟件的使用，不會(huì)對(duì)使用者造成經(jīng)濟(jì)上甚至是信息 安全上的損失。 表 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。 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。N39。 and card_item=39。是 39。 and months_between(sysdate,to_date(card_date))=6。 在 card_info表中查詢每個(gè)符合酬金結(jié)算條件的代理商記錄與 cost_info表中數(shù)據(jù)對(duì)比 select * from card_info where card_message=39。N39。 and card_item=39。否 39。 測(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。 窗口 該窗口允許您輸入任何 SQL語句，并以柵格形式對(duì)結(jié)果進(jìn)行觀察和編輯，支持按范例查詢模式，以便在某個(gè)結(jié)果集合中查找特定記錄。修改優(yōu)先級(jí)為高，該級(jí)別需要程序員盡快 修改 ○ 功能未實(shí)現(xiàn)或者存在錯(cuò)誤 ○ 輕微的數(shù)值計(jì)算錯(cuò)誤 ○ 系統(tǒng)所提供的功能或服務(wù)受明顯的影響 ○ 用戶數(shù)據(jù)丟失或破壞 一般問題 Normal 次要功能喪失，不太嚴(yán)重，如提示信息不太準(zhǔn)確。 提交 bug：對(duì)每個(gè)有 bug 的測(cè)試點(diǎn)在測(cè)試管理工具中進(jìn)行 bug 管理，并跟蹤直到 bug的解決。 測(cè)試計(jì)劃評(píng)審 ：由需求人員、開發(fā)人員和測(cè)試人員共同 參與 ，對(duì)所提出的測(cè)試計(jì)劃進(jìn)行審核，對(duì)時(shí)間、人力上不合理的安排進(jìn)行整改。 錯(cuò)誤推測(cè)法 錯(cuò)誤推測(cè)法：根據(jù)個(gè)人經(jīng)驗(yàn)和感覺推測(cè)可能出現(xiàn)的所有錯(cuò)誤和已發(fā)生錯(cuò)誤的情況，從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法。因果圖法 白盒測(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)作的過程。 靜態(tài)測(cè)試 軟件測(cè)試的目的 軟件測(cè)試就是讓測(cè)試 人員 站在使用者的角度上，對(duì)軟件做全面的檢查和分析，目的就是暴露出軟件開發(fā)過程中的問題和可能存在的隱患。這就充分的體現(xiàn)了軟件測(cè)試 的重要性，也促進(jìn)了軟件測(cè)試?yán)碚摷夹g(shù)實(shí)踐的的快速形成和發(fā)展。主要方式是 在對(duì)需求進(jìn)行了解后搭建需要的測(cè)試環(huán)境， 準(zhǔn)備需要的測(cè)試數(shù)據(jù)，編寫測(cè)試案例，并在準(zhǔn)備的過程中逐步完善測(cè)試案例，以求測(cè)試內(nèi)容的具體全 面。 在研究過程中，通過對(duì)測(cè)試環(huán)境的搭建和測(cè)試腳本的編寫，不僅加深了對(duì)數(shù)據(jù)庫語言的學(xué)習(xí)，也更深入的了解了軟件的測(cè)試流程和相關(guān)知識(shí)。軟件測(cè)試方法的不斷涌現(xiàn)；測(cè)試?yán)碚摰娜諠u成熟；測(cè)試技術(shù)的不斷更新不僅確認(rèn)了軟件是否滿足用戶的需求，還保證了軟件投入使用中的質(zhì)量和穩(wěn)定性，奠定了軟件測(cè)試在行業(yè)中的重要性。 引用 Grenford J. Myers在《 The Art of Software Testing》一書中的觀點(diǎn) : (1)軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程 。 動(dòng)態(tài)測(cè)試 從測(cè)試是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法的角度來看 , 可分為 ： 白盒測(cè)試的主要方法有邏輯 測(cè)試 、基路測(cè)試等，主要用于軟件 內(nèi)部結(jié)構(gòu)的 驗(yàn)證。錯(cuò)誤推測(cè)法 等價(jià)類劃分 等價(jià)類劃分：是黑盒測(cè)試中的一種典型方法，不用考慮程序的內(nèi)部結(jié)構(gòu)如何，只需要按照需求分析來編寫、設(shè)計(jì)測(cè)試用例。 5 第 3 章 軟件的測(cè)試 相關(guān) 軟件的測(cè)試流程 完成一個(gè)軟件項(xiàng)目的測(cè)試，要在測(cè)試流程的各個(gè)環(huán)節(jié)進(jìn)行嚴(yán)格的把控。 修改優(yōu)先級(jí)為中，該級(jí)別需要程序員修改 ○ 操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、 含義是否一致） ○ 邊界條件下錯(cuò)誤 ○ 功能存在錯(cuò)誤，但出現(xiàn)概率很低 ○ 提示信息錯(cuò)誤（包括未給出信息、信息提示錯(cuò)誤等） ○ 長(zhǎng)時(shí)間操作無進(jìn)度提示 ○ 系統(tǒng)未優(yōu)化（性能問題） 7 Minor 微小的問題，對(duì)功能幾乎沒有影響，產(chǎn)品及屬 性仍可使用。歷史緩存 可以幫助 調(diào)用先前執(zhí) 8 行過的 SQL 語句。Y39。 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é)算酬金 11 步驟2 常規(guī)測(cè)試 在網(wǎng)用戶未使用六個(gè)月 酬金發(fā)放是否正確 在 card_inof表中查詢哪些代理商符合測(cè)試條件 select distinct agent_id from card_info where card_message=39。否 39。 and card_item=39。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。是 39。 and card_item=39。 通過本次的測(cè)試，完善了原有執(zhí)行腳本的不足，對(duì)發(fā)現(xiàn)的 BUG 進(jìn)行了整理、修改。 由于實(shí)習(xí)工作繁忙，在畢業(yè)設(shè)計(jì)和撰寫論文時(shí)出現(xiàn)了很多問題，感謝老師就設(shè)計(jì)方向和內(nèi)容等給我的啟示，同時(shí)也感謝在我遇到困難時(shí)積極幫助我解決問題的同學(xué)。就本次的測(cè)試案例而言，還可以將測(cè)試更加細(xì)分化，保證測(cè)試案例涵蓋了所有可能的條件。 表信息 表 3 卡信息表 Card_info 字段 字段名 類型 長(zhǎng)度 是否為空 主鍵約束 card_id 卡號(hào) Varchar2 40 否 是 card_type 卡類型 Varchar2 10 是 否 card_date 入網(wǎng)日期 Date yyyymmdd 是 否 card_message 是否在網(wǎng) Varchar2 4 是 否 agent_id 代理商號(hào) Varchar2 40 是 否 agent_name 代理商名 Varchar2 256 是 否 card_variety 套餐類型 Varchar2 256 是 否 card_item 是否是 88套餐 number 4 是 否 表 4 酬金表 cost_info 字段 字段名 類型 長(zhǎng)度 是否為空 主鍵約束 agent_id 代理商號(hào) Varchar2 40 是 否 agent_name 代理商名