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