【文章內(nèi)容簡介】 針異常和數(shù)組元素下標越界都是程序運行中才能出現(xiàn)的問題，而遵循先聲明后引用原則的程序語言必須先定義變量，然后才能使用，否則編譯器會在語法分析階段指出變量未定義錯誤。2編譯器對高級語言源程序的處理過程可以分為詞法分析、語法分析、語義分析、中間代碼生成、代碼優(yōu)化、目標代碼生成等階段，以及符號表管理模塊和出錯處理模塊。在編譯器的分析綜合模式中，前端將源程序翻譯成一種中間表示，后端根據(jù)這個中間表示生成目標代碼。目標語言的細節(jié)盡可能限制在后端。盡管可以將源程序直接翻譯成目標語言代碼，但使用與機器無關的中間表示形式具有以下優(yōu)點：① 重置目標比較容易。不同機器上的編譯器可以在已有前端的基礎上附加一個適合這個機器的后端來生成。② 可以在中間表示上應用與機器無關的代碼優(yōu)化器。2① 腳本語言（JavaScript，VBscript等）是介于HTML和C、C++、Java、C等編程語言之間的程序設計語言。HTML通常用于格式化和鏈接文本，而編程語言通常用于向機器發(fā)出一系列復雜的指令。② 腳本語言中也使用變量和函數(shù)，這一點與編程語言相似。與編程語言之間最大的區(qū)別是編程語言的語法和規(guī)則更為嚴格和復雜。③ 腳本語言一般都有相應的腳本引擎來解釋執(zhí)行，是一種解釋性語言，一般需要解釋器才能運行。④ 腳本語言一般以文本形式存在，類似于一種命令。面向對象程序設計語言可支持過程化的程序設計，不支持對一個對象的成員變量進行直接訪問，給定算法的時間復雜性與實現(xiàn)該算法所采用的程序設計語言無關站在數(shù)據(jù)庫管理系統(tǒng)的角度看，數(shù)據(jù)庫系統(tǒng)體系結構一般采用三級模式結構。數(shù)據(jù)庫系統(tǒng)在三級模式之間提供了兩級映像：模式/內(nèi)模式映像、外模式/模式映像。模式/內(nèi)模式的映像：該映像存在于概念級和內(nèi)部級之間，實現(xiàn)了概念模式到內(nèi)模式之間的相互轉換。外模式/模式的映像：該映像存在于外部級和概念級之間，實現(xiàn)了外模式到概念模式之間的相互轉換。正因為這兩級映射保證了數(shù)據(jù)庫中的數(shù)據(jù)具有較高的邏輯獨立性和物理獨立性。數(shù)據(jù)的獨立性是指數(shù)據(jù)與程序獨立，將數(shù)據(jù)的定義從程序中分離出去，由DBMS負責數(shù)據(jù)的存儲，從而簡化應用程序，大大減少應用程序編制的工作量。3① 響應時間是指從按下傳送鍵到得到結果為止所需要的時間。② 處理時間是指從接受一個消息到送出它的結果之間計算機的歷時時間。③ 周轉時間是指從提出要求到得到結果所需要的時間。④ 響應時間包括處理時間和傳輸時間。3測試用例應包括：測試目標和被測功能。測試環(huán)境和其他條件。測試數(shù)據(jù)和測試步驟。3國標16260中可移植性包括的子特性?？梢浦残园ǖ淖犹匦匀缦?。適應性：軟件產(chǎn)品無需采用手段就可能適應不同的指定環(huán)境的能力。易安裝性：軟件產(chǎn)品在指定環(huán)境中被安裝的能力。共存性：軟件在公共環(huán)境中分享資源與其他獨立軟件共存的能力。易替換性：在環(huán)境、目的相同的情況下替代另一個指定軟件的能力?？梢浦残砸缽男裕很浖a(chǎn)品依從可移植性相關的標準或約定的能力。3編制評價規(guī)格說明的活動由下列3個子活動組成：分析產(chǎn)品的描述。規(guī)定對產(chǎn)品及部件執(zhí)行的測量。按照評價需求驗證編制的規(guī)格說明。3評價執(zhí)行時，軟件樣品登記的內(nèi)容。軟件樣品登記的信息應至少包括：部件或文檔的唯一標識符。部件的名稱或文檔標題。文檔的狀態(tài)（包括物理狀態(tài)或變異狀態(tài)）。請求者提供樣品的版本、配置和日期信息。接收的日期。除非請求者有另外的許可，否則，評價者將保守全部產(chǎn)品部件和相關文檔的秘密。3前置測試模型主張根據(jù)業(yè)務需求進行測試設計，認為設計階段是進行測試計劃和測試設計的最好時機。3軟件編碼規(guī)范評測也是圍繞以下4個方面展開：源程序文檔化、數(shù)據(jù)說明的方法、語句結構和輸入/輸出方法。3概要設計說明書的評測內(nèi)容如下?？勺匪菪裕悍治鲈撥浖南到y(tǒng)結構、子系統(tǒng)結構，確認該軟件設計是否覆蓋了所有已確定的軟件需求，軟件每一成分是否可追溯到某一項需求。接口：分析軟件各部分之間的聯(lián)系，確認該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義，模塊是否滿足高內(nèi)聚和低耦合的要求，模塊作用范圍是否在其控制范圍之內(nèi)。風險：確認該軟件設計在現(xiàn)有技術條件下和預算范圍內(nèi)是否能按時實現(xiàn)。實用性：確認該軟件設計對于需求的解決方案是否實用。技術清晰度：確認該軟件設計是否以一種易于翻譯成代碼的形式表達?？删S護性：從軟件維護的角度出發(fā)，確認該軟件設計是否考慮了方便未來的維護。質(zhì)量：確認該軟件設計是否表現(xiàn)出良好的質(zhì)量特征。各種選擇方案：看是否考慮過其他方案，比較各種選擇方案的標準是什么。限制：評估對該軟件的限制是否現(xiàn)實，是否與需求一致。其他具體問題：對于文檔、可測試性、設計過程等進行評估。3確認測試的任務是驗證軟件的功能和性能及其他特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明中明確規(guī)定。確認測試一般包括有效性測試和軟件配置復查。有效性測試。有效性測試是在模擬的環(huán)境下，運用黑盒測試的方法，驗證所測軟件是否滿足需求規(guī)格說明書列出的需求。軟件配置復查。軟件配置復查的目的是保證軟件配置的所有成分都齊全，各方面的質(zhì)量都符合要求，具有維護階段所必須的細節(jié)，而且已經(jīng)編排好分類的目錄。集成測試也叫做組裝測試或聯(lián)合測試。通常，在單元測試的基礎上，需要將所有模塊按照概要設計說明書和詳細設計說明書的要求進行組裝。自頂向下的增值方式是將模塊按系統(tǒng)程序結構，沿控制層次自頂向下進行組裝。自頂向下的增值方式在測試過程中較早地驗證了主要的控制和判斷點。在一個功能劃分合理的程序模塊結構中，判斷常常出現(xiàn)在較高的層次里，因而，能夠較早地遇到這種問題。如果主要控制有問題，盡早發(fā)現(xiàn)它能夠減少以后的返工，這是十分必要的。如果選用按深度方向組裝的方式，可以首先實現(xiàn)和驗證一個完整的軟件功能，可先對邏輯輸入的分支進行組裝和測試，檢查和克服潛藏的錯誤和缺陷，驗證其功能的正確性，就為其后對主要加工分支的組裝和測試提供了保證。自底向上的增值方式是從程序模塊結構的最底層模塊開始組裝和測試。自底向上增值方式的缺點是程序一直未能作為一個實體存在，直到最后一個模塊加上去后才形成一個實體。就是說，在自底向上組裝和測試的過程中，對主要的控制直到最后才接觸到。這種方式的優(yōu)點是不需要樁模塊，而建立驅動模塊一般比建立樁模塊容易，同時由于涉及到復雜算法和真正輸入/輸出的模塊最先得到組裝和測試，可以把最容易出問題的部分在早期解決。此外自底向上增值的方式可以實施多個模塊的并行測試，提高測試效率。因此，通常是把以上兩種方式結合起來進行組裝和測試。在進行集成測試時，測試者應當確定關鍵模塊，對這些關鍵模塊及早進行測試。關鍵模塊至少應具有特征：滿足某些軟件需求、在程序的模塊結構中位于較高的層次（高層控制模塊）、較復雜和較易發(fā)生錯誤、有明確定義的性能要求。4評價需求的主要內(nèi)容是描述評價的目標，特別是描述了產(chǎn)品的質(zhì)量需求。評價規(guī)格說明是確定對軟件及其部件實行的所有分析和測量，標識要分析和測量的軟件部件。評價記錄是評價執(zhí)行計劃時詳細記載的動作組成。評價報告的主要內(nèi)容是執(zhí)行測量和分析的結果，以及能被重復和重新評價的必要信息。4測試用例應由測試設計人員來制定。測試點應由測試設計人員確立。測試工作展開于項目立項后，而不是代碼開發(fā)完成之后。軟件包括程序、數(shù)據(jù)和文檔，所以軟件測試并不僅僅是程序測試。4黑盒測試