【正文】 中數(shù)據(jù)對(duì)比 select * from card_info where card_message=39。否 39。N39。否 39。Y39。 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對(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。 and card_item=39。 在 card_info表中查詢每個(gè)符合酬金結(jié)算條件的代理商記錄與 cost_info表中數(shù)據(jù)對(duì)比 select * from card_info where card_message=39。否 39。Y39。 卡類型 卡型號(hào)限制 活動(dòng)限制 結(jié)算方式 結(jié)算標(biāo)準(zhǔn) 所有卡品 非 88套餐 無 無 10 88套餐 0 . 移動(dòng)代理商卡號(hào)六個(gè)月在網(wǎng)酬金結(jié)算測(cè)試用例 測(cè)試用例主要用窮舉法，將所有測(cè)試點(diǎn)的內(nèi)容涵蓋，以免遺漏 。 移動(dòng)代理商卡號(hào) 6個(gè)月在網(wǎng)酬金規(guī)則 【業(yè)務(wù)定義】 代理商發(fā)展的零售末梢套封卡，白卡，渠道套封卡用戶，自入網(wǎng)開始，在第六個(gè)月為止，在每月的月初，對(duì)出賬月內(nèi)符合當(dāng)前有效的用戶，跟代理商進(jìn)行一定的結(jié)算。內(nèi)置的腳本編輯器，無需編輯腳本 、 保存腳本 、 轉(zhuǎn)換為 SQL*Plus、 運(yùn)行腳本過程，也不用離開 PL/SQL Developer 集成開發(fā)環(huán)境。歷史緩存 可以幫助 調(diào)用先前執(zhí) 8 行過的 SQL 語句。 PL/SQL Developer 具有 許多智能特性， 其中的 SQL 窗口和命令窗口 能夠滿足要求性最高的用戶需求。 PL/SQL Developer 是一個(gè)集成開發(fā)環(huán)境，專門面向 Oracle 數(shù)據(jù)庫(kù)存儲(chǔ)程序單元的開發(fā)。 Oracle，世界第一個(gè)支持 SQL 語言的商業(yè)數(shù)據(jù)庫(kù)，定位于高端工作站，以及作為服務(wù)器的小型計(jì)算機(jī) 。修改優(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)品及屬 性仍可使用。修改優(yōu)先級(jí)為最高，該級(jí)別需要程序員立即修改 ○ 運(yùn)行過程中系統(tǒng)崩潰 /死機(jī) /重啟 ○ 功能設(shè)計(jì)與需求嚴(yán)重不符 ○ 嚴(yán)重花屏 ○ 內(nèi)存泄漏 ○ 影響手機(jī)語音或數(shù)據(jù)通訊等 ○ 嚴(yán)重的數(shù)值計(jì)算錯(cuò)誤 嚴(yán)重問題 Major 主要功能喪失，導(dǎo)致嚴(yán)重的問題，或致命的錯(cuò)誤聲明。 6 表 1 缺陷等級(jí)劃分 分級(jí) BUG等級(jí) BUG等級(jí)說明 分類說明 致命問題 Blocker 導(dǎo)致整個(gè)產(chǎn)品無法進(jìn)行測(cè)試。 需求評(píng)審 ： 測(cè) 試 人員、 開發(fā) 人員、 需求 人員參與， 剔除需求中不合理的部分，無法實(shí)現(xiàn)的 部分， 不清楚的部分和有異議的地方 ， 熟悉需求：項(xiàng)目開始階段 ， 閱讀需求，理解需求，與客戶、開發(fā)、架構(gòu)多方交流，深入了解需求 及所要開發(fā)軟件的設(shè)計(jì)文檔，包括軟件的規(guī)格說明和邏輯設(shè)計(jì)等，由測(cè)試團(tuán)隊(duì)共同完成。 5 第 3 章 軟件的測(cè)試 相關(guān) 軟件的測(cè)試流程 完成一個(gè)軟件項(xiàng)目的測(cè)試，要在測(cè)試流程的各個(gè)環(huán)節(jié)進(jìn)行嚴(yán)格的把控。 因果圖法 因果圖法： 邊界值分析法和等價(jià)類劃分法的湊存在一個(gè)弱點(diǎn)就是沒有對(duì)輸入條件的組合進(jìn)行分析， 如果在測(cè)試中必須考慮輸入條件的各種組合，就要采用一種適合描述對(duì)于多種條件的組合，相應(yīng)產(chǎn) 生多個(gè)動(dòng)作的形式來考慮測(cè)試用例的設(shè)計(jì)，此時(shí)就需要用因果圖。經(jīng)驗(yàn)證明，邊界條件的測(cè)試用例更具有回報(bào)率。 等價(jià)類劃分要將測(cè)試所用到的數(shù)據(jù)分為兩種：即有效等價(jià)類和無效等價(jià)類，兩種數(shù)據(jù)在測(cè)試中同等重要。錯(cuò)誤推測(cè)法 等價(jià)類劃分 等價(jià)類劃分：是黑盒測(cè)試中的一種典型方法，不用考慮程序的內(nèi)部結(jié)構(gòu)如何，只需要按照需求分析來編寫、設(shè)計(jì)測(cè)試用例。邊界值分析法 黑盒測(cè)試的基本測(cè)試方法有： 黑盒測(cè)試方法主要有等價(jià)類劃分、邊界值分析、因 — 果圖、錯(cuò)誤推測(cè)等，主要用于軟件確認(rèn) 測(cè)試。 白盒測(cè)試的主要方法有邏輯 測(cè)試 、基路測(cè)試等，主要用于軟件 內(nèi)部結(jié)構(gòu)的 驗(yàn)證。其測(cè)試步驟主要包括：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試和回歸測(cè)試。 主要是對(duì)軟件的功能和整體進(jìn)行測(cè)試，通過運(yùn)行軟件來發(fā)現(xiàn)軟件執(zhí)行過程和執(zhí)行結(jié)果的錯(cuò)誤。 黑盒測(cè)試 軟件測(cè)試類別的認(rèn)識(shí) 靜態(tài)測(cè)試 靜態(tài)方法通過 對(duì)需求規(guī)格說明書、軟件設(shè) 計(jì)說明書 等 做結(jié)構(gòu)、流程圖 等方面的分析 ，找出欠缺和可疑之處 。 動(dòng)態(tài)測(cè)試 從測(cè)試是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法的角度來看 , 可分為 ： 3 第 2 章 軟件測(cè)試的分類 軟件測(cè)試的分類 從是否需要執(zhí)行被測(cè)軟件的角度 , 可分為： 也就是說軟件測(cè)試不是單純的 為了證明軟件的正確性，也不是指軟件測(cè)試找不出錯(cuò)誤就是沒有價(jià)值的，這兩種觀點(diǎn)都很容易使測(cè)試偏離正確的方向，失去本身的意義。 (3)一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤 。 引用 Grenford J. Myers在《 The Art of Software Testing》一書中的觀點(diǎn) : (1)軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程 。軟件測(cè)試 的 不只是為了 發(fā)現(xiàn)軟件中的不足 ， 還需 要通過分析錯(cuò)誤的產(chǎn)生原因來及時(shí)發(fā)現(xiàn)發(fā)生錯(cuò)誤的趨勢(shì) ，通過邏輯結(jié)構(gòu)和開發(fā)手段等多方面來衡量軟件的穩(wěn)定性、使用性等，發(fā)現(xiàn) 軟件開發(fā)過程中存在的缺陷，讓測(cè)試人員設(shè)計(jì)出更有針對(duì)性的測(cè)試方法， 及時(shí)改正開發(fā)過程中的不足 。 所 謂軟件測(cè)試，就一個(gè)用來確認(rèn) 所開發(fā)的軟件 完成了其應(yīng)該完成的功能 的過程 ， 過程中是不是 執(zhí)行其 了沒有規(guī)范的操作 ，軟件 性能應(yīng)該是 穩(wěn)定的，不會(huì)給 使用者 帶來意外“驚喜” 。 為了更好的展示軟件測(cè)試中需求分析的解讀、測(cè)試案例和測(cè)試報(bào)告的的編寫等，我主要運(yùn)用數(shù)據(jù)庫(kù) ORACLE 和 PL/SQL 來建立測(cè)試環(huán)境、編寫測(cè)試腳本。軟件測(cè)試方法的不斷涌現(xiàn)；測(cè)試?yán)碚摰娜諠u成熟；測(cè)試技術(shù)的不斷更新不僅確認(rèn)了軟件是否滿足用戶的需求，還保證了軟件投入使用中的質(zhì)量和穩(wěn)定性，奠定了軟件測(cè)試在行業(yè)中的重要性。為了更好的防止軟件產(chǎn)品的缺陷，在開發(fā)軟件時(shí)就要進(jìn)行全面的軟件測(cè)試來保證軟件的質(zhì)量，最大限度的減少軟件可能存在的故障。隨著軟件產(chǎn)品漸漸深入 到 人們的生活中，無論是 針對(duì) 工作辦公還是 日常使用 ，人們都越來越依賴計(jì)算機(jī)和軟件，因此 對(duì)軟件的質(zhì)量和穩(wěn)定的要求也就不斷的升高，這 也就促進(jìn)了軟件的不斷 創(chuàng)新、 發(fā)展，致使 軟件 系統(tǒng)規(guī)模越來越大也越來越復(fù)雜 。通過此次的研究也接觸到了許多新的測(cè)試?yán)碚?，測(cè)試方法和 測(cè)試技術(shù) ，使我對(duì)軟件測(cè)試這一技術(shù)有了更深的認(rèn)識(shí) 。 在研究過程中，通過對(duì)測(cè)試環(huán)境的搭建和測(cè)試腳本的編寫，不僅加深了對(duì)數(shù)據(jù)庫(kù)語言的學(xué)習(xí)，也更深入的了解了軟件的測(cè)試流程和相關(guān)知識(shí)。 本設(shè)計(jì)以 卡號(hào) 6個(gè)月在網(wǎng) 酬金結(jié)算為例，結(jié)合數(shù)據(jù)庫(kù) Oracle 及 PL/SQL，熟悉軟件測(cè)試中 測(cè)試用例的編寫、 BUG的跟蹤測(cè)試、測(cè)試報(bào)告的形成以及回歸測(cè)試等 過程 。 論文分類號(hào)： TP306 密 級(jí)：無 軟件的測(cè)試流程及案例分析 學(xué) 院、專業(yè)： 計(jì)算機(jī)學(xué)院 信息管理與信息系統(tǒng)專業(yè) 學(xué) 生 姓 名： 范迎迎 （ 1012304）