【正文】 Varchar2 256 是 否 酬金表 代理商號 代理商 名 酬金標(biāo)準(zhǔn) 結(jié) 算方式 結(jié)算金額 卡類 型 卡號 結(jié)算 是否為 88套 餐 套餐類型 代理商 名 代理商號 是否在 網(wǎng) 卡號信息表 卡號 卡類 型 入網(wǎng) 日期 19 agent_card_id 卡號 Varchar2 40 否 是 cost_card_type 卡類型 Varchar2 10 是 否 cost_level 酬金結(jié)算標(biāo)準(zhǔn) Float 是 否 cost_type 結(jié)算方式 Varchar2 20 是 否 agent_cost 結(jié)算金額 Float 是 否 根據(jù)腳本文件 的執(zhí)行，按照測試步驟進行測試提交測試報告 . 圖 2 測試報告 缺陷報告 對測試中的 bug 進行跟蹤解決 ,形成缺陷報告。是 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é)算酬金 17 步驟8 常規(guī)測試 使用不滿足六個月且用戶不在網(wǎng) 在 card_inof表中查詢哪些代理商符合酬金結(jié)算條件 select distinct agent_id from card_info where card_message=39。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。Y39。 and card_item=39。 卡類型 卡型號限制 活動限制 結(jié)算方式 結(jié)算標(biāo)準(zhǔn) 所有卡品 非 88套餐 無 無 10 88套餐 0 . 移動代理商卡號六個月在網(wǎng)酬金結(jié)算測試用例 測試用例主要用窮舉法，將所有測試點的內(nèi)容涵蓋，以免遺漏 。 PL/SQL Developer 具有 許多智能特性， 其中的 SQL 窗口和命令窗口 能夠滿足要求性最高的用戶需求。修改優(yōu)先級為最高，該級別需要程序員立即修改 ○ 運行過程中系統(tǒng)崩潰 /死機 /重啟 ○ 功能設(shè)計與需求嚴(yán)重不符 ○ 嚴(yán)重花屏 ○ 內(nèi)存泄漏 ○ 影響手機語音或數(shù)據(jù)通訊等 ○ 嚴(yán)重的數(shù)值計算錯誤 嚴(yán)重問題 Major 主要功能喪失，導(dǎo)致嚴(yán)重的問題，或致命的錯誤聲明。 因果圖法 因果圖法： 邊界值分析法和等價類劃分法的湊存在一個弱點就是沒有對輸入條件的組合進行分析， 如果在測試中必須考慮輸入條件的各種組合，就要采用一種適合描述對于多種條件的組合，相應(yīng)產(chǎn) 生多個動作的形式來考慮測試用例的設(shè)計，此時就需要用因果圖。邊界值分析法 其測試步驟主要包括：單元測試、集成測試、系統(tǒng)測試、驗收測試和回歸測試。 3 第 2 章 軟件測試的分類 軟件測試的分類 從是否需要執(zhí)行被測軟件的角度 , 可分為： 軟件測試 的 不只是為了 發(fā)現(xiàn)軟件中的不足 ， 還需 要通過分析錯誤的產(chǎn)生原因來及時發(fā)現(xiàn)發(fā)生錯誤的趨勢 ，通過邏輯結(jié)構(gòu)和開發(fā)手段等多方面來衡量軟件的穩(wěn)定性、使用性等，發(fā)現(xiàn) 軟件開發(fā)過程中存在的缺陷，讓測試人員設(shè)計出更有針對性的測試方法， 及時改正開發(fā)過程中的不足 。為了更好的防止軟件產(chǎn)品的缺陷，在開發(fā)軟件時就要進行全面的軟件測試來保證軟件的質(zhì)量，最大限度的減少軟件可能存在的故障。 本設(shè)計以 卡號 6個月在網(wǎng) 酬金結(jié)算為例，結(jié)合數(shù)據(jù)庫 Oracle 及 PL/SQL，熟悉軟件測試中 測試用例的編寫、 BUG的跟蹤測試、測試報告的形成以及回歸測試等 過程 。對編寫測試案例、軟件的缺陷測試和測試報告的生成等方面都有了一定的學(xué)習(xí) 。 軟件測試的不斷發(fā)展讓更多的人開始了解關(guān)注它，它和需求分析、軟件開發(fā)同等重要，所以，我卡號酬金結(jié)算 這 個案例，來 展示一般軟件的測試流程，以及軟件測試的相關(guān)知識，為大家更好的了解認識軟件測試這一方面進行系統(tǒng)的展示。 (2)測試是為了證明程序有錯，而不是證明程序無錯誤 。 白盒測試 黑盒測試也稱功能測試，它是 對已經(jīng)開發(fā)成形的產(chǎn)品進行運行 ，來檢測每個功能 4 點 是否 實現(xiàn) ，在測試時，不 用 考慮程序內(nèi)部結(jié)構(gòu)和 邏輯設(shè)計 ，測試者 以使用者的身份進行測試， 只檢查程序功能是否 符合 需求規(guī)格說明書，程序是否能 正確的輸入輸出 ，執(zhí)行操作 。等價類劃分的方法可把所有可能的輸入數(shù)據(jù)劃分成幾個部分，在每一部分中選取有代表性的數(shù)據(jù)用于測試。軟件測試的一般測試流程為： 編寫測試用例 ：由測試人員 根據(jù) 測試計劃 、任務(wù)分配、功能點劃分，設(shè)計合理的 測試用例 。 回歸測試 ：在產(chǎn)品投入上線前針對測試過程中出現(xiàn)的 bug 進行再次的審查，確保bug 徹底解決。修改優(yōu)先級為低，該級別需要程序員修改或不修改 ○ 界面格式等不規(guī)范 ○ 操作時未給用戶提示 ○ 文字排列不整齊等一些小問題 ○ 光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯誤 輕微問題 Trivial 提示信息格式不符合要求 , 違背正常習(xí)俗習(xí)慣的，界面不美觀，控件排列、格式不統(tǒng)一 ○ 輔助說明描述不清楚、 ○ 個別不影響產(chǎn)品理解的錯別字 有明顯的區(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)。 命令窗口 使用 PL/SQL Developer 的命令窗口能夠開發(fā)并運行 SQL 腳本。 and card_item=39。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é)算酬金 12 步驟3 常規(guī)測試 滿足使用六個月，但用戶不在網(wǎng) 在 card_inof表中查詢哪些代理商符合酬金結(jié)算條件 select distinct agent_id from card_info where card_message=39。否 39。 and card_item=39。Y39。 在 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。 卡號信息表 card_info：記錄所有代理商所售出的所有卡號基本信息 。收獲頗豐，不但了解了測試的相關(guān)流程，也考驗了自己做事的細心度。此次論文的完成離不開老師對我的幫助和包容 ，從題目的敲定到內(nèi)容的確定，老師給了我很多建議，并且在我途中遇到難題時給予我很大的 幫助 才能按時完成，在此對幫助我的老師和同學(xué)再次表示感謝。讓許多軟件不足更早的被 發(fā)現(xiàn)，避免錯誤遺漏。 酬金表 cost_info：代理商號 agent_id 、代理商名 agent_name、卡號 agent_card_id 、卡類型 cost_card_type（零售末梢卡 A；白卡 B；渠道套封卡 C）、酬金結(jié)算標(biāo)準(zhǔn) cost_level