軟件的測試流程及案例分析本科-資料下載頁
2025-05-02 23:29本頁面
【正文】 fo表中查詢每個符合酬金結算條件的代理商記錄與cost_info表中數(shù)據(jù)對比select * from card_info where card_message=39。N39。 and card_item=39。是39。 and months_between(sysdate,to_date(card_date))6 and agent_id =（符合條件的代理商的agent_id）在cost_info表中查詢符合酬金結算條件的代理商記錄與card_info對比select * from cost_info where agent_id=（符合條件代理商的agent_id）酬金結算標準cost_level=10不滿足酬金結算條件，不結算酬金主要運用兩個表卡號信息表card_info、酬金表cost_info?？ㄌ栃畔⒈韈ard_info：記錄所有代理商所售出的所有卡號基本信息。酬金表cost_info：存儲出賬的酬金，包括代理商基本信息和應該結算的酬金金額具體表之間的關系用ER圖向大家展示。酬金表代理商號代理商名酬金標準結算方式結算金額卡類型卡號結算是否為88套餐套餐類型代理商名代理商號是否在網(wǎng)卡號信息表卡號卡類型入網(wǎng)日期圖1 表間的關系ER圖表字段屬性：卡信息表card_info：卡號card_id、卡類型card_type（零售末梢卡A；白卡B；渠道套封卡C）、入網(wǎng)日期card_date 、是否在網(wǎng)card_message (在網(wǎng)Y；不在網(wǎng)N)、代理商號agent_id 、代理商名agent_name 、套餐類型card_variety、是否是88套餐card_item。酬金表cost_info：代理商號agent_id 、代理商名agent_name、卡號agent_card_id 、卡類型cost_card_type（零售末梢卡A；白卡B；渠道套封卡C）、酬金結算標準cost_level 、結算方式cost_type 、結算金額agent_cost。表3 卡信息表Card_info字段字段名類型長度是否為空主鍵約束card_id 卡號Varchar240否是card_type卡類型Varchar210是否card_date入網(wǎng)日期Dateyyyymmdd是否card_message是否在網(wǎng)Varchar24是否agent_id代理商號Varchar240是否agent_name代理商名Varchar2256是否card_variety套餐類型Varchar2256是否card_item是否是88套餐number4是否表4 酬金表cost_info字段字段名類型長度是否為空主鍵約束agent_id代理商號Varchar240是否agent_name代理商名Varchar2256是否agent_card_id卡號Varchar240否是cost_card_type卡類型Varchar210是否cost_level酬金結算標準Float是否cost_type結算方式Varchar220是否agent_cost結算金額Float是否根據(jù)腳本文件的執(zhí)行，按照測試步驟進行測試提交測試報告. 圖2 測試報告對測試中的bug進行跟蹤解決,形成缺陷報告。表5 缺陷報告缺陷編號缺陷來源缺陷級別缺陷描述緊急程度解決狀態(tài)驗證狀態(tài)001執(zhí)行腳本文件Major代理商酬金結算腳本缺少判斷是否為88套餐的條件緊急已解決已驗證本次測試主要運用因果圖法，將需求中的主要測試點按不同組合分組，窮舉出投入使用時的所有可能性，從而發(fā)現(xiàn)其中的BUG。通過本次的測試，完善了原有執(zhí)行腳本的不足，對發(fā)現(xiàn)的BUG進行了整理、修改。收獲頗豐，不但了解了測試的相關流程，也考驗了自己做事的細心度。基本上完成了測試任務。 結 論通過6個月在網(wǎng)酬金測試案例的分析，更深入的了解了軟件的測試流程，也更加明白了軟件測試的重要性，更培養(yǎng)了我做事嚴謹認真的態(tài)度。通過本次的測試實施，加深了Oracle數(shù)據(jù)語言的應用，同時也認識到在以后的學習中，應該更加注重邏輯代碼的學習，就測試而言，黑盒測試還有可以發(fā)展的空間，作為一個好的測試人員，不應該只從表面看到所開發(fā)軟件的不足，應該學會從邏輯上優(yōu)化所開發(fā)的軟件。讓許多軟件不足更早的被發(fā)現(xiàn)，避免錯誤遺漏。就本次的測試案例而言，還可以將測試更加細分化，保證測試案例涵蓋了所有可能的條件。，另一方面，此次測試主要針對該案例的常規(guī)測試，這在軟件測試中是存在漏洞的，測試案例還應該盡可能的包括一些異常案例，保證軟件投入運行時的異常操作也能合理的得到處理，不影響軟件的使用，不會對使用者造成經(jīng)濟上甚至是信息安全上的損失。由于實習工作繁忙，在畢業(yè)設計和撰寫論文時出現(xiàn)了很多問題，感謝老師就設計方向和內(nèi)容等給我的啟示，同時也感謝在我遇到困難時積極幫助我解決問題的同學。此次論文的完成離不開老師對我的幫助和包容，從題目的敲定到內(nèi)容的確定，老師給了我很多建議，并且在我途中遇到難題時給予我很大的幫助才能按時完成，在此對幫助我的老師和同學再次表示感謝。由于個人能力有限，論文很多方面還有待提高，不足之處請各位老師和同學諒解并給予指導，謝謝！ 參考文獻[1] 王健,苗勇,電子工業(yè)出版社:2003,3542.[2] ,軟件測試雜志,2005,第1期:4683.[3] ,電子工業(yè)出版社:2010,3764.[4] ,軟件測試雜志,:12.[5]（美） Art Of Software Testing (Second Edition),機械工業(yè)出版社:2006,1425.[6] Ron ,機械工業(yè)出版社:2002,4377.[7] Edward ,機械工業(yè)出版社:2003,6796.[8] Cem Kaner,James Bach,Bret ,機械工業(yè)出版社:2004,119205.[9] ,人民郵電出版社:2008,334421.[10]Tim Riley,Adam Testing,機械工業(yè)出版社:2010, 261294.[11],電子工業(yè)出版社:2009,172254.22
教學教案相關推薦
鄂ICP備17016276號-1