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