【正文】 22 —發(fā)過期通知單。5 —未過期。3 —訂貨金額超過1000 。要求：畫出因果圖，并生成判定表和設計測試用例答：第一步:對說明進行分析,得到原因和結(jié)果:原因1 —訂貨金額不足500 。如果訂貨金額超過500 但不足1000 ,則發(fā)出批準單和提貨單,對已經(jīng)過期的發(fā)過期通知單?？梢杂? 個測試用例測試這3 個等價類：測試用例1：輸入用戶名稱“dbtest”，給出添加成功提示//（1）；測試用例2：輸入用戶名稱“”，提示輸入的用戶名不合法//（2）；測試用例3：輸入用戶名稱大于30 位，如“thisisalonglongstringanditistoolong”，提示輸入的用戶名不合法// 邊界值中有兩個邊界值1 和30，根據(jù)界值分析法可以設計四個邊界測試用例：測試用例1：用戶名稱長度取1，輸入“a”，給出添加成功提示；測試用例2：用戶名稱長度取0，輸入“”，提示輸入用戶名不合法；測試用例3：用戶名稱長度取30，輸入“111112222233333444445555566666”，給出添加成功提示；測試用例4：用戶名稱長度取31，輸入“1111122222333334444455555666667”，提示輸入的用戶名不合法。（這里僅以“針對用戶名稱的測試用例”為例。? 輸入：用戶名稱（新增用戶使用默認口令）、權(quán)限（單選框選擇）；? 輸出：添加結(jié)果。(3) 一條獨立路徑是至少包含有一條在其它獨立路徑中從未有過的邊的路徑。因此，控制流圖G的環(huán)形復雜度是4。法2：V(G)=3+1，其中3是控制流圖G中判斷節(jié)點的數(shù)目。 19 } (1) 根據(jù)程序畫出控制流圖；(2) 根據(jù)控制流圖計算圈復雜度；(3) 確定基本路徑集合 答：(1)(2) 根據(jù)環(huán)形復雜度的計算公式，求程序路徑集合中的獨立路徑數(shù)目。 15 } 16 i++。 11 else if (str=’F’) 12 { 13 score=score10。str)。 6 scanf (“%d, %c\n”, amp。 4 int i。軟件測試是在軟件投入運行前，對軟件需求分析，設計規(guī)格說明和編碼的最終復審，是軟件質(zhì)量保證的關(guān)鍵步驟。– 修改源代碼程序，不要改變目標代碼。– 當心修正一個錯誤的同時有可能會引入新的錯誤。? 修改錯誤的原則– 在出現(xiàn)錯誤的地方，很可能還有別的錯誤。利用調(diào)試工具，可以幫助思考，但不能代替思考。– 避開死胡同。168。 在調(diào)試方面，許多原則本質(zhì)上是心理學方面的問題。– 改進余下的假設利用已知的線索，進一步改進余下的假設，使之更具體化，以便可以精確地確定出錯位置。– 利用已有的測試數(shù)據(jù)，排除不正確的假設仔細分析已有的數(shù)據(jù)，尋找矛盾，力求排除前一步列出所有原因。– 列舉所有可能出錯原因的假設把所有可能的錯誤原因列成表。 演繹法調(diào)試演繹法是一種從一般原理或前提出發(fā)，經(jīng)過排除和精化的過程來推導出結(jié)論的思考方法。此時，應當再設計與執(zhí)行一些測試用例，以獲得更多的數(shù)據(jù)。– 提出假設分析線索之間的關(guān)系，利用在線索結(jié)構(gòu)中觀察到的矛盾現(xiàn)象，設計一個或多個關(guān)于出錯原因的假設。 常以3W1H形式組織可用的數(shù)據(jù)：“What” 列出一般現(xiàn)象；“Where”說明發(fā)現(xiàn)現(xiàn)象的地點；“When” 列出現(xiàn)象發(fā)生時所有已知情況；“How” 說明現(xiàn)象的范圍和量級；“Yes”描述出現(xiàn)錯誤的3W1H；“No”作為比較，描述了沒有錯誤的3W1H?？茨男┹斎霐?shù)據(jù)的運行結(jié)果是正確的，哪些輸入數(shù)據(jù)的運行結(jié)果有錯誤。歸納法調(diào)試的基本思想是：從一些線索(錯誤征兆)著手，通過分析它們之間的關(guān)系來找出錯誤。歸納法調(diào)試168。通過輸出值可推斷程序在這一點上變量的值。168。一旦發(fā)現(xiàn)了錯誤，人們先分析錯誤征兆，確定最先發(fā)現(xiàn)“癥狀”的位置。應用以上任一種方法之前，都應當對錯誤的征兆進行全面徹底的分析，得出對出錯位置及錯誤性質(zhì)的推測，再使用一種適當?shù)恼{(diào)試方法來檢驗推測的正確性。– 自動調(diào)試工具。例如：– 通過內(nèi)存全部打印來調(diào)試，在這大量的數(shù)據(jù)中尋找出錯的位置?？梢圆捎靡韵路椒ǎ簭娦信佩e 這種調(diào)試方法目前使用較多，效率較低。在軟、硬件結(jié)合的嵌入式系統(tǒng)中常常遇到。– 現(xiàn)象是由于難于精確再現(xiàn)的輸入狀態(tài)（例如，實時應用中輸入順序不確定）引起。– 現(xiàn)象可能是由于一些不容易發(fā)現(xiàn)的人為錯誤引起的。– 當其它錯誤得到糾正時，這一錯誤所表現(xiàn)出的現(xiàn)象可能會暫時消失，但并未實際排除。（一）調(diào)試的步驟(1) 從錯誤的外部表現(xiàn)形式入手，確定程序中出錯位置；(2) 研究有關(guān)部分的程序，找出錯誤的內(nèi)在原因；(3) 修改設計和代碼，以排除這個錯誤；(4) 重復進行暴露了這個錯誤的原始測試或某些有關(guān)測試。168。 軟件運行失效或出現(xiàn)問題，往往只是潛在錯誤的外部表現(xiàn)，而外部表現(xiàn)與內(nèi)在原因之間常常沒有明顯的聯(lián)系。 調(diào)試工作是一個具有很強技巧性的工作。– 對程序(設計,編碼)進行修改，排除這個錯誤。168。 軟件調(diào)試是在進行了成功的測試之后才開始的工作。? 用戶文檔中所使用的例子必須在測試中一一試過，確保敘述正確無誤。 在使系統(tǒng)的全部資源達到“滿負荷”的情形下，測試系統(tǒng)的承受能力。有兩類基本的兼容性測試：– 向下兼容– 交錯兼容1容量測試? 容量測試是要檢驗系統(tǒng)的能力最高能達到什么程度。12 、互連測試? 互連測試是要驗證兩個或多個不同的系統(tǒng)之間的互連性。11 、過程測試? 在一些大型的系統(tǒng)中，部分工作由軟件自動完成，其它工作則需由各種人員，包括操作員，數(shù)據(jù)庫管理員，終端用戶等，按一定規(guī)程同計算機配合，靠人工來完成。? 安裝測試是在系統(tǒng)安裝之后進行測試。– 要分配和裝入文件與程序庫– 布置適用的硬件配置– 進行程序的聯(lián)結(jié)。? 它所采用的方法是– 試運行支持過程(如對有錯部分打補丁的過程，熱線界面等)；– 對其結(jié)果進行質(zhì)量分析；– 評審診斷工具；– 維護過程、內(nèi)部維護文檔；– 修復一個錯誤所需平均最少時間10 、安裝測試安裝測試的目的不是找軟件錯誤，而是找安裝錯誤。? 要保證在足夠詳細的程度下，用戶界面便于使用；對輸入量可容錯、響應時間和響應方式合理可行、輸出信息有意義、正確并前后一致；出錯信息能夠引導用戶去解決問題；軟件文檔全面、正規(guī)、確切。l 力圖破壞系統(tǒng)的保護機構(gòu)以進入系統(tǒng)的主要方法有以下幾種：– 正面攻擊或從側(cè)面、背面攻擊系統(tǒng)中易受損壞的那些部分；– 以系統(tǒng)輸入為突破口，利用輸入的容錯性進行正面攻擊；– 申請和占用過多的資源壓垮系統(tǒng)，以破壞安全措施，從而進入系統(tǒng)；– 故意使系統(tǒng)出錯，利用系統(tǒng)恢復的過程，竊取用戶口令及其它有用的信息；– 通過瀏覽殘留在計算機各種資源中的垃圾（無用信息），以獲取如口令，安全碼，譯碼關(guān)鍵字等信息；– 瀏覽全局數(shù)據(jù)，期望從中找到進入系統(tǒng)的關(guān)鍵字；– 瀏覽那些邏輯上不存在，但物理上還存在的各種記錄和資料等。并用自動的或手工的方式進行配置狀態(tài)間的轉(zhuǎn)換。–– 循環(huán)配置測試：證明對每個設備物理與邏輯的，邏輯與功能的每次循環(huán)置換配置都能正常工作。l 它主要包括以下幾種：– 配置命令測試：驗證全部配置命令的可操作性（有效性）；特別對最大配置和最小配置要進行測試。 這類測試包括– 反復啟動軟件系統(tǒng) (例如，操作系統(tǒng)自舉、網(wǎng)絡的啟動、應用程序的調(diào)用等)– 在盡可能多的情況下關(guān)機。– 掉電測試：其目的是測試軟件系統(tǒng)在發(fā)生電源中斷時能否保護當時的狀態(tài)且不毀壞數(shù)據(jù)，然后在電源恢復時從保留的斷點處重新進行操作。? 為此，可采用各種人工干預的手段，模擬硬件故障，故意造成軟件出錯。? 通常，對軟件性能的檢測表現(xiàn)在以下幾個方面：響應時間、吞吐量、輔助存儲區(qū)，例如緩沖區(qū)，工作區(qū)的大小等、處理精度，等等。特別是對于實時系統(tǒng)或嵌入式系統(tǒng)。在程序有效數(shù)據(jù)界限內(nèi)一個小范圍內(nèi)的一組數(shù)據(jù)可能引起極端的或不平穩(wěn)的錯誤處理出現(xiàn)，或者導致極度的性能下降的情況發(fā)生。– 設計出會對磁盤常駐內(nèi)存的數(shù)據(jù)過度訪問的測試用例進行測試。– 設計需要占用最大存儲量或其它資源的測試用例進行測試。強度測試 強度測試是要檢查在系統(tǒng)運行環(huán)境不正常乃至發(fā)生故障的情況下，系統(tǒng)可以運行到何種程度的測試?？煽啃詼y試如果系統(tǒng)需求說明書中有對可靠性的要求，則需進行可靠性測試。主要目的是對以計算機為基礎的系統(tǒng)進行充分的測試。? 系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較, 發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。l 確認測試應交付的文檔有：? 確認測試分析報告? 最終的用戶手冊和操作手冊? 項目開發(fā)總結(jié)報告。l 由用戶參加設計測試用例，使用生產(chǎn)中的實際數(shù)據(jù)進行測試。l 驗收測試是以用戶為主的測試。同時，產(chǎn)品的所有手冊文本也應該在此階段完全定稿。? 只有當α測試達到一定的可靠程度時，才能開始β測試。? β測試主