?
?????????????????????????????????????????????????????? 第一部分 應(yīng)用程序測試

??????????????????????????????? 第一章 界面測試
??????? 界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設(shè)計良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔谩Ｍ瑫r界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設(shè)計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。
??? 1.1? 易用性測試
??????????? 按鈕名稱應(yīng)該易懂，用詞準(zhǔn)確，屏棄沒楞兩可的字眼，要與同一界面上的其他按鈕易于區(qū)分，能望文知意最好。理想的情況是用戶不用查閱幫助就能知道該界面的功能并進(jìn)行相關(guān)的正確操作。
??????? 1) 常用的按鈕要有鍵盤快捷方式。
??????? 2) 界面應(yīng)按功能劃分出區(qū)域，要有功能說明或標(biāo)題。
??????? 3) 界面及按鈕的風(fēng)格應(yīng)盡量統(tǒng)一。
??????? 4) 界面要支持鍵盤自動瀏覽按鈕功能，即按Tab鍵的自動切換功能。
??????? 5) 界面上首先應(yīng)輸入的和重要信息的控件在Tab順序中應(yīng)當(dāng)靠前,位置也應(yīng)放在窗口上較醒目的位置。?
??????? 6) 有輸入的界面進(jìn)入時焦點應(yīng)停留在第一個EDIT上。
??????? 7) 界面上的控件擺放的數(shù)目是否過多。一般最好不要超過10個，多于10個應(yīng)建議使用分頁界面顯示。
??????? 8) 同一界面的功能數(shù)量是否過多。一般最好不要多于10個，過多導(dǎo)致使用不便。
??????? 9) 分頁界面要支持在頁面間的快捷切換，常用組合快捷鍵Ctrl+Tab
??????? 10) 默認(rèn)按鈕要支持Enter及選擇操作，即按Enter后自動執(zhí)行默認(rèn)按鈕對應(yīng)操作。
??????? 11) 可寫控件檢測到非法輸入后應(yīng)給出說明并能自動獲得焦點。
??????? 12) Tab鍵的順序與控件排列順序要一致，目前流行總體從上到下，同時行間從左到右的方式。
??????? 13) 復(fù)選框和選項框中的內(nèi)容應(yīng)盡量按選擇幾率的高低而先后排列。
??????? 14) 復(fù)選框和選項框通常要有默認(rèn)選項。
??????? 15) 選項數(shù)相同時多用選項框而不用下拉列表框。
??????? 16) 界面空間較小時使用下拉框而不用選項框。
??????? 17) 選項數(shù)較少時使用選項框，相反使用下拉列表框。
??????? 18) 專業(yè)性強的軟件要使用相關(guān)的專業(yè)術(shù)語，通用性界面則提倡使用通用性詞眼。
??? 1.2 規(guī)范性
??????? 通常界面設(shè)計都按Windows界面的規(guī)范來設(shè)計，即包含“菜單條、工具欄、工具箱、狀態(tài)欄、滾動條、右鍵快捷菜單”的標(biāo)準(zhǔn)格式，可以說：界面遵循規(guī)范化的程度越高，則易用性相應(yīng)的就越好。小型軟件一般不提供工具箱。
??????? 1) 常用菜單要有命令快捷方式。
??????? 2) 完成相同或相近功能的菜單用橫線隔開放在同一位置。
??????? 3) 菜單前的圖標(biāo)能直觀的代表要完成的操作。
??????? 4) 菜單深度一般要求最多控制在三層以內(nèi)。
??????? 5) 菜單的說明要跟彈出的窗體一致。
??????? 6) 大型軟件一般工具欄要求可以根據(jù)用戶的要求自己選擇定制。
??????? 7) 相同或相近功能的工具按鈕放在一起。
??????? 8) 工具欄中的每一個按鈕要有及時提示信息。
??????? 9) 一條工具欄的長度最長不能超出屏幕寬度。
??????? 10) 工具欄太多時可以考慮使用工具箱。
??????? 11) 工具箱要具有可增減性，由用戶自己根據(jù)需求定制。
??????? 12) 工具箱的默認(rèn)總寬度不要超過屏幕寬度的1/5。
??????? 13) 狀態(tài)條要能顯示用戶切實需要的信息，常用的有：
??????????????? 目前的操作、系統(tǒng)狀態(tài)、用戶位置、用戶信息、提示信息、錯誤信息等，如果某一操作需要的?????? ??????????????? 時間較長，還應(yīng)該顯示進(jìn)度條和進(jìn)程提示。
??????? 14) 狀態(tài)條的高度以放置五號字為宜，滾動條的寬度比狀態(tài)條的略窄。
??????? 15) 菜單和工具條要有清楚的界限；菜單要求凸出顯示，這樣在移走工具條時仍有立體感。
??????? 16) 右鍵快捷菜單采用與菜單相同的準(zhǔn)則，且右鍵快捷菜單在對話框中不應(yīng)出現(xiàn)。
??? 1.3 幫助設(shè)施
??????? 系統(tǒng)應(yīng)該提供詳盡而可靠的幫助文檔，在用戶使用產(chǎn)生迷惑時可以自己尋求解決方法。
??????? 1) 操作時要提供及時調(diào)用系統(tǒng)幫助的功能。常用F1。
??????? 2) 在界面上調(diào)用幫助時應(yīng)該能夠及時定位到與該操作相對的幫助位置。也就是說幫助要有即時針對性。
??????? 3) 最好提供目前流行的聯(lián)機(jī)幫助格式或HTML幫助格式。
??????? 4) 用戶可以用關(guān)鍵詞在幫助索引中搜索所要的幫助，當(dāng)然也應(yīng)該提供幫助主題詞。
??????? 5) 打包新系統(tǒng)時，對作了修改的地方在幫助文檔中要做相應(yīng)的修改。
??????? 6) 在幫助中應(yīng)該提供我們的技術(shù)支持方式，一旦用戶難以自己解決可以方便的尋求新的幫助方式。
??? 1.4 合理性
??????? 屏幕對角線相交的位置是用戶直視的地方，正上方四分之一處為易吸引用戶注意力的位置，在放置窗體時要注意利用這兩個位置。
??????? 1) 父窗體或主窗體的中心位置應(yīng)該在對角線焦點附近。即采取屏幕居中。
??????? 2) 子窗體位置應(yīng)該在主窗體的左上角或正中。
??????? 3) 多個子窗體彈出時應(yīng)該依次向右下方偏移，以顯示出窗體標(biāo)題為宜。
??????? 4) 重要的命令按鈕與使用較頻繁的按鈕要放在界面上較注目的位置。
??????? 5) 與正在進(jìn)行的操作無關(guān)的按鈕應(yīng)該加以屏蔽(Windows中用灰色顯示，沒法使用該按鈕)。
??????? 6) 對可能造成數(shù)據(jù)無法恢復(fù)的操作必須提供確認(rèn)信息,給用戶放棄選擇的機(jī)會。并且將按鈕的缺省焦點置在“取消”按鈕上。
??????? 7) 非法的輸入或操作應(yīng)有足夠的提示說明。
??????? 8) 對運行過程中出現(xiàn)問題而引起錯誤的地方要有提示，讓用戶明白錯誤出處，避免形成無限期的等待。
??????? 9) 提示、警告、或錯誤說明應(yīng)該清楚、明了、恰當(dāng)。
??????? 10) 對于需要執(zhí)行長時間的操作，必須使用狀態(tài)條，讓用戶了解進(jìn)展情況，避免使用戶誤解為死機(jī)。
??????? 11) 大多數(shù)下拉框（ComboBox），應(yīng)該不允許用戶輸入，如果需要輸入，應(yīng)在設(shè)計文檔中指出。
??????? 12) 當(dāng)下拉框（ComboBox）允許用戶不選擇任何選項時，不應(yīng)顯示一個空的選項，應(yīng)使用文字描述，如“請選擇…”等。
??????? 13) 對于文本框（TextBox）一般需要根據(jù)其對應(yīng)的數(shù)據(jù)庫字段的類型以及長度來限制用戶允許輸入的字符和長度，測試時要注意輸入框中的數(shù)值的最大數(shù)和最小數(shù)，以及默認(rèn)值、空白值或空格時的情況。
??????? 14) 對于ListView以Report形式（ViewStyle屬性=vsReport）顯示數(shù)據(jù)，一般要求實現(xiàn)列排序，如果由于特殊原因不能實現(xiàn)列排序，應(yīng)該禁止用戶點擊列。
??????? 15) 對于日期輸入框是否接受正確的日期輸入；是否拒絕錯誤的日期輸入；日期輸入框在日期輸入后是否按既定的日期格式顯示日期。
??????? 16) 對于單選組內(nèi)是否有且只有一個單選鈕可選；如果單選組內(nèi)無單選鈕可選，這種情況是否允許存在。
??????? 17) 復(fù)選框組內(nèi)是否允許多個復(fù)選框（包括全部可選）可選；如果復(fù)選框組內(nèi)無復(fù)選框可選，這種情況是否允許存在；文本框及某些控件拒絕輸入和選擇時顯示區(qū)域是否變灰或按既定規(guī)約處理。
??????? 18) 密碼輸入框是否按掩碼的方式顯示。
??????? 19) 對于有增加、修改或刪除等有變動操作的頁面，要隨操作及時刷新。
??????? 20) 對于數(shù)據(jù)錄入界面，重點考慮如何提高用戶的錄入速度。例如界面中有“身份證號”和“出生日期”，當(dāng)用戶輸入了一個合法的身份證號后，系統(tǒng)應(yīng)該自動根據(jù)身份證號將出生日期提取出來并填入“出生日期”控件中。
??????? 21) 系統(tǒng)的提示框樣式應(yīng)統(tǒng)一，即使用標(biāo)準(zhǔn)的Windows提示框，其中包括標(biāo)題、圖標(biāo)、提示語和功能按鈕。圖標(biāo)使用要規(guī)范，要根據(jù)提示信息的性質(zhì)選擇不同的圖標(biāo)，而且除非嚴(yán)重的錯誤，一般不使用“X”圖標(biāo)，以免使用戶產(chǎn)生畏懼心理。
??????? 22) 如果系統(tǒng)中需要經(jīng)常錄入一些重復(fù)數(shù)據(jù)，應(yīng)考慮將其提取出來，讓用戶進(jìn)行一次配置，然后系統(tǒng)自動根據(jù)配置完成該信息的錄入。例如：系統(tǒng)有登記企業(yè)信息的功能，其中企業(yè)信息包括該企業(yè)所在的省、市、區(qū)，由于該系統(tǒng)安裝到某個市級單位后，所登記企業(yè)的所在省、市都是確定的，讓用戶每次登記時都重復(fù)選擇省、市將給用戶帶來很大的不便。應(yīng)該由用戶在系統(tǒng)初始化時設(shè)置好缺省的省、市，在企業(yè)登記時只要選擇該企業(yè)所在的區(qū)即可，這樣就提高了用戶的登記效率。
??????? 23) 對于輸入型控件禁止為其指定輸入法。
??????? 24) 窗體顯示后，缺省的焦點應(yīng)該設(shè)在最合理的控件上，方便用戶操作。
??????? 25) 輸入型控件一般不允許只輸入空格或可存入輸入值兩端的空格。
??? 1.5 美觀與協(xié)調(diào)性
??????????? 界面大小應(yīng)該適合美學(xué)觀點，感覺協(xié)調(diào)舒適，能在有效的范圍內(nèi)吸引用戶的注意力。
??????? 1) 長寬接近黃金點比例（寬高比為4:3），切忌長寬比例失調(diào)。
??????? 2) 布局要合理,不宜過于密集，也不能過于空曠，合理的利用空間。
??????? 3) 按鈕大小基本相近，忌用太長的名稱，免得占用過多的界面位置，要與界面的大小和空間要協(xié)調(diào)。
??????? 4) 避免空曠的界面上放置很大的按鈕。
??????? 5) 放置完控件后界面不應(yīng)有很大的空缺位置。
??????? 6) 字體的大小要與界面的大小比例協(xié)調(diào), 通常使用的字體中宋體9-12較為美觀，很少使用超過12號的字體。建議使用宋體9號字。
??????? 7) 前景與背景色搭配合理協(xié)調(diào)，反差不宜太大，最好少用深色，如大紅、大綠等。常用色考慮使用Windows界面色調(diào)。
??????? 8) 如果使用其他顏色，主色要柔和，具有親和力與磁力，堅決杜絕刺目的顏色。
??????? 9) 大型系統(tǒng)常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
??????? 10) 界面風(fēng)格要保持一致，字的大小、顏色、字體要相同，除非是需要藝術(shù)處理或有特殊要求的地方。
??????? 11) 如果窗體支持最小化和最大化或放大時，窗體上的控件也要隨著窗體而縮放；切忌只放大窗體而忽略控件的縮放。對于窗體中包含ListView、TreeView、DBGrid、StringGrid等控件，必須支持最大化，使用戶能夠盡量多的獲得信息。當(dāng)處于“往下還原”狀態(tài)時，默認(rèn)窗體應(yīng)居中。
??????? 12) 如果能給用戶提供自定義界面風(fēng)格則更好，由用戶自己選擇顏色、字體等。
??????? 13) 除主窗體外，其他窗體大部分都要支持敲“Esc”鍵退出的功能，除非設(shè)計文檔中特殊指明。
??? 1.6 菜單位置
??????????? 菜單是界面上最重要的元素，菜單位置按照按功能來組織。
??????? 1) 菜單通常采用“常用--主要--次要--工具--幫助”的位置排列，符合流行的Windows風(fēng)格。
??????? 2) 常用的有“文件”、“編輯”，“查看”等，幾乎每個系統(tǒng)都有這些選項，當(dāng)然要根據(jù)不同的系統(tǒng)有所取舍。
??????? 3) 下拉菜單要根據(jù)菜單選項的含義進(jìn)行分組，并切按照一定的規(guī)則進(jìn)行排列，用橫線隔開。
??????? 4) 一組菜單的使用有先后要求或有向?qū)ё饔脮r，應(yīng)該按先后次序排列。
??????? 5) 沒有順序要求的菜單項按使用頻率和重要性排列，常用的放在開頭， 不常用的靠后放置；重要的放在開頭，次要的放在后邊。
??????? 6) 如果菜單選項較多，應(yīng)該采用加長菜單的長度而減少深度的原則排列。
??????? 7) 對常用的菜單要有快捷命令方式。
??????? 8) 對與進(jìn)行的操作無關(guān)的菜單要用屏蔽的方式加以處理，如果采用動態(tài)加載方式——即只有需要的菜單才顯示——最好。
??????? 9) 菜單前的圖標(biāo)不宜太大，與字高保持一致最好。
??????? 10) 主菜單的寬度要接近，字?jǐn)?shù)不應(yīng)多于四個，每個菜單的字?jǐn)?shù)能相同最好。
??????? 11) 主菜單數(shù)目不應(yīng)太多，最好為單排布置。
??? 1.7 獨特性
??????? 如果一味的遵循業(yè)界的界面標(biāo)準(zhǔn)，則會喪失自己的個性.在框架符合以上規(guī)范的情況下，設(shè)計具有自己獨特風(fēng)格的界面尤為重要。尤其在商業(yè)軟件流通中有著很好的潛移默化的廣告效用。
??????? 1) 安裝界面上應(yīng)有單位介紹或產(chǎn)品介紹，并有自己的圖標(biāo)。
??????? 2) 主界面，最好是大多數(shù)界面上要有公司圖標(biāo)。
??????? 3) 登錄界面上要有本產(chǎn)品的標(biāo)志，同時包含公司圖標(biāo)。
??????? 4) 幫助菜單的“關(guān)于”中應(yīng)有版權(quán)和產(chǎn)品信息。
??????? 5) 公司的系列產(chǎn)品要保持一致的界面風(fēng)格，如背景色、字體、菜單排列方式、圖標(biāo)、安裝過程、按鈕用語等應(yīng)該大體一致。
??? 1.8 快捷方式的組合
在菜單及按鈕中使用快捷鍵可以讓喜歡使用鍵盤的用戶操作得更快一些，在西文Windows及其應(yīng)用軟件中快捷鍵的使用大多是一致的。
菜單中：
??????? 1) 面向事務(wù)的組合有:
組合鍵 Ctrl-D Ctrl-F Ctrl –H Ctrl-I Ctrl-N Ctrl-S Ctrl-O
??? 功能 刪除 尋找 替換 插入 新記錄 保存 打開
??????? 2) 編輯:
組合鍵 Ctrl-A Ctrl-C Ctrl-V Ctrl-X Ctrl-Z Ctrl-Y
功能 全選 拷貝 粘貼 剪切 撤消操作 恢復(fù)操作
??????? 3) 文件操作:
組合鍵 Ctrl-P Ctrl-W
功能 打印 關(guān)閉
??????? 4) 系統(tǒng)菜單
組合鍵 Alt-F Alt-E Alt-T Alt－W Alt－H
功能 文件 編輯 工具 窗口 幫助
??????? 5) MS Windows保留鍵:
組合鍵 Ctrl-Esc Ctrl-F4 Alt-F4 Alt-Tab Enter Esc Shift-F1
功能 任務(wù)列表 關(guān)閉窗口 結(jié)束應(yīng)用 下一應(yīng)用 缺省按鈕/確認(rèn)操作 取消按鈕/取消操作 上下文相關(guān)幫助
??????? 6) 按鈕中：(可以根據(jù)系統(tǒng)需要而調(diào)節(jié)，以下只是常用的組合。)
組合鍵 Alt-Y Alt-C Alt-N Alt-D Alt-Q Alt-A Alt-E Alt-B Alt-R Alt-W
功能 確定 取消 否 刪除 退出 添加 編輯 瀏覽 讀 寫
這些快捷鍵也可以作為開發(fā)中文應(yīng)用軟件的標(biāo)準(zhǔn),但亦可使用漢語拼音的開頭字母。?
??????????????????????????????? 第二章 功能測試
在測試前，首先要根據(jù)《需求分析報告》全面了解用戶需求并透徹理解。測試時要注意以下幾點：
??????????? A、測試時要分清主次，即先測試主要功能，后測試次要功能。要選找出系統(tǒng)的功能主干，讓數(shù)據(jù)依次流經(jīng)功能主干，測試功能實現(xiàn)的是否正確。只要功能主干有問題，這個系統(tǒng)就是失敗的。
??????????? B、 功能主干用正常正確后，我們還要考慮測試其異常處理功能。
??????????? C、 功能主干測試正確后，再進(jìn)行分支功能的測試。
??????????? E、要對程序的功能進(jìn)行方便性測試，將不夠滿意的地方，都應(yīng)當(dāng)成系統(tǒng)缺陷向項目負(fù)責(zé)人或系統(tǒng)開發(fā)者指出。
??????????? F、檢查系統(tǒng)需求和設(shè)計說明書中要求的功能是否在系統(tǒng)中都被實現(xiàn)、性能是否達(dá)到指標(biāo)。
??????????? G、數(shù)據(jù)之間的邏輯關(guān)系是否正確。
??????????? H、要有預(yù)覽和打印功能。對于企業(yè)端軟件，打印不能只針對一種打印機(jī)，要用多種打印機(jī)進(jìn)行測試。

??????????????????????????????? 第三章 環(huán)境測試
??????? 配置測試環(huán)境是測試實施的一個重要階段，測試環(huán)境適合與否會嚴(yán)重影響測試結(jié)果的真實性和正確性。測試環(huán)境包括硬件環(huán)境和軟件環(huán)境，硬件環(huán)境指測試必需的服務(wù)器、客戶端、網(wǎng)絡(luò)連接設(shè)備，以及打印機(jī)/掃描儀等輔助硬件設(shè)備所構(gòu)成的環(huán)境；軟件環(huán)境指被測軟件運行時的操作系統(tǒng)、數(shù)據(jù)庫及其他應(yīng)用軟件構(gòu)成的環(huán)境。在實際測試中，軟件環(huán)境又可分為主測試環(huán)境和輔測試環(huán)境。主測試環(huán)境是測試軟件功能、安全可靠性、性能、易用性等大多數(shù)指標(biāo)的主要環(huán)境。一般來說，配置主測試環(huán)境可遵循下列原則：
??????? 1.符合軟件運行的最低要求。測試環(huán)境首先要保證能支撐軟件正常運行。
??????? 2.選用比較普及的操作系統(tǒng)和軟件平臺。一般都要在win98、win2000、2000server、windows xp下進(jìn)行測試，除非軟件的設(shè)計文檔上有特殊要求。
??????? 3.要保證系統(tǒng)至少在時下流行的兩種以上的瀏覽器上測試通過。如IE5、IE5.5、IE6、NS7等。
　　4.營造相對簡單、獨立的測試環(huán)境。除了操作系統(tǒng)，測試機(jī)上只安裝軟件運行和測試必需的軟件，以避免不相關(guān)的軟件影響測試實施。
??????? 5.無毒的環(huán)境。利用有效的正版殺毒軟件檢測軟件環(huán)境，保證測試環(huán)境中沒有病毒。并檢測軟件與時下流行的兩種殺毒軟件沒有充突。
??????? 6．分辨率環(huán)境。要在不同的分辨率下進(jìn)行測試，保證軟件的每個頁面的顯示都正常。對于在Win2000下編制的程序，應(yīng)在Win9X環(huán)境下檢查界面上的字體和控件是否失真。
??????? 7．網(wǎng)絡(luò)環(huán)境。要看網(wǎng)絡(luò)連接是否正常；是否需要局域網(wǎng)和互聯(lián)網(wǎng)等。
　　輔測試環(huán)境常常用來滿足不同的測試需求或特殊測試項目：
　　(1)兼容性測試：在滿足軟件運行要求的范圍內(nèi)，可選擇一些典型的操作系統(tǒng)和常用應(yīng)用軟件對其安裝卸載和主要功能進(jìn)行驗證。 　　
　　(2)模擬真實環(huán)境測試：有些軟件，特別是面向大眾的商品化軟件，在測試時常常需要考察在真實環(huán)境中的表現(xiàn)。如測試殺毒軟件的掃描速度時，硬盤上布置的不同類型文件的比例要盡量接近真實環(huán)境，這樣測試出來的數(shù)據(jù)才有實際意義。
???????(3) 橫向?qū)Ρ葴y試：利用輔測試環(huán)境“克隆”出完全一致的測試環(huán)境，從而保證各個被測軟件平等對比。

??????????????????????????????? 第四章 壓力測試
??????? 壓力測試用來檢查程序?qū)Ξ惓Ｇ闆r的抵抗能力。當(dāng)關(guān)于容量的信息不確定的時候，需要確定是否分配了足夠的磁盤空間，通訊的容量是否足夠，測試系統(tǒng)過載的情況。壓力測試總是迫使系統(tǒng)在異常的資源配置下運行。例如，
????????①當(dāng)中斷的正常頻率為每秒一至兩個時，運行每秒產(chǎn)生十個中斷的測試用例；
??????? ②定量地增長數(shù)據(jù)輸入率，檢查輸入子功能的反映能力；
??????? ③運行需要最大存儲空間（或其他資源）的測試用例；
??????? ④運行可能導(dǎo)致虛存操作系統(tǒng)崩潰或磁盤數(shù)據(jù)劇烈抖動的測試用例；
??????? ⑤多用戶、超過系統(tǒng)設(shè)定的用戶同時使用系統(tǒng)；
??????? ⑥以比預(yù)期更快的速度與系統(tǒng)進(jìn)行交互；
??????? ⑦讓系統(tǒng)長時間運行等等。
??????????????????????????????? 第五章 恢復(fù)測試
????????恢復(fù)測試主要檢查系統(tǒng)的容錯能力。當(dāng)系統(tǒng)出錯時，能否在指定時間間隔內(nèi)修正錯誤并重新啟動系統(tǒng)。恢復(fù)測試首先要采用各種辦法強迫系統(tǒng)失敗，然后驗證系統(tǒng)是否能盡快恢復(fù)。對于自動恢復(fù)需驗證重新初始化、檢查點、數(shù)據(jù)恢復(fù)和重新啟動等機(jī)制的正確性；對于人工干預(yù)的恢復(fù)系統(tǒng)，還需估測平均修復(fù)時間，確定其是否在可接受的范圍內(nèi)。
??????????????????????????????? 第六章 性能測試
??????? 性能測試主要是對響應(yīng)時間、事務(wù)處理速率、數(shù)據(jù)顯示速度、計算速度、網(wǎng)絡(luò)傳輸速度、數(shù)據(jù)庫查詢響應(yīng)時間、掃描時間、掃描識別率等和其他與時間相關(guān)的需求進(jìn)行評測和評估。性能評測的目標(biāo)是核實性能需求是否都已滿足。實施和執(zhí)行性能評測的目的是將測試對象的性能行為當(dāng)作條件（例如工作量或硬件配置）的一種函數(shù)來進(jìn)行評測和微調(diào)。
對于那些實時和嵌入式系統(tǒng)，軟件部分即使?jié)M足功能要求，也未必能夠滿足性能要求，雖然從單元測試起，每一測試步驟都包含性能測試，但只有當(dāng)系統(tǒng)真正集成之后，在真實環(huán)境中才能全面、可靠地測試運行性能系統(tǒng)性能測試是為了完成這一任務(wù)。性能測試有時與強度測試相結(jié)合，經(jīng)常需要其他軟硬件的配套支持。
另外，還需要注意程序?qū)ο到y(tǒng)消耗資源的測試，如CPU負(fù)載、內(nèi)存、顯存、硬盤資源消耗情況。

??????????????????????????????? 第七章 安全測試
　　安全測試檢查系統(tǒng)對非法侵入的防范能力。安全測試期間，測試人員假扮非法入侵者，采用各種辦法試圖突破防線。例如，
??????? ①想方設(shè)法截取或破譯口令；
??????? ②專門定做軟件破壞系統(tǒng)的保護(hù)機(jī)制；
??????? ③故意導(dǎo)致系統(tǒng)失敗，企圖趁恢復(fù)之機(jī)非法進(jìn)入；
??????? ④試圖通過瀏覽非保密數(shù)據(jù)，推導(dǎo)所需信；
??????? ⑤權(quán)限控制是否合理、正確等等。
??????? 理論上講，只要有足夠的時間和資源，沒有不可進(jìn)入的系統(tǒng)。因此系統(tǒng)安全設(shè)計的準(zhǔn)則是，使非法侵入的代價超過被保護(hù)信息的價值。此時非法侵入者已無利可圖。

??????????????????????????????? 第八章 安裝測試
??????? A、在一臺與用戶的運行環(huán)境基本一致，沒有安裝過開發(fā)工具（如BCB、DELPHI、VB或VC）和沒有安裝過特殊字體的計算機(jī)上，依據(jù)產(chǎn)品《使用手冊》/《安裝手冊》中的安裝說明部分進(jìn)行安裝，要求無論是自動安裝和手工配置都能夠依據(jù)向?qū)д_實施安裝，安裝退出后，軟件能正確啟運、運行。
??????? B、產(chǎn)品安裝界面上的提示要正確，對安裝起指導(dǎo)作用，版權(quán)說明文件與該程序相符。
??????? C、安裝時，對默安裝路徑、用戶自己指定的路徑都要求能進(jìn)行正確安裝。
??????? D、用戶自已指定路徑時，如為已存在路徑能夠進(jìn)行安裝，如為不存在的路徑，應(yīng)能創(chuàng)建該路徑并進(jìn)行安裝。
??????? E、程序安裝完成后，在開始－程序菜單中要生成中文的快捷方式或程序組，本公司的軟件產(chǎn)品，要生成“伍陸柒捌＊＊軟件”程序組，在其下生成中文的快捷方式。
??????? F、卸載測試，如果系統(tǒng)提供自動卸載工具，那卸載后，檢查是否把所有文件都全部刪除，注冊表中的有關(guān)注冊信息是否也被刪除。
??????? G、安裝完成在簡單的使用后在執(zhí)行卸載操作，看是否能執(zhí)行成功。
??????? H、先安裝客戶端，在安裝服務(wù)端，看是否會出現(xiàn)問題。
??????? I、考察安裝該系統(tǒng)是否對其他的應(yīng)用程序造成影響。

??????????????????????????????? 第九章 文檔測試
??????? 將文檔同程序相比較，看是否有不相符的情況。檢查文檔的截圖是否跟程序一致，檢查文檔是否有錯字或不符合語法規(guī)范的地方。
??????? A、程序的幫助文檔要說明準(zhǔn)確、通俗易懂，不用專業(yè)術(shù)語，且操作步驟要符合程序的要求。
??????? B、要圖文并茂，易于理解。
??????? C、從程序抓取的圖片中，數(shù)據(jù)要有代表意義，而不是一些亂七八糟的字母、數(shù)字的組合。有意義的數(shù)據(jù)也能對用戶的操作起著指導(dǎo)作用。
??????? 總之，對文檔要進(jìn)行完整性校驗、正確性校驗、一致性校驗、易理解性校驗、易瀏覽性校驗、版本統(tǒng)一性校驗。

??????????????????????????????? 第十章 回歸測試
當(dāng)程序修改后，為了確保功能的正確性，需要重新測試應(yīng)用程序中沒有改變的部分。
在時間和條件允許的情況下，要測試修改相關(guān)的整個模塊甚至整個程序。

??????????????????????????????????????????????? 第二部分 WEB程序的測試
一、按測試類型分類
??????? 字段編輯測試。字段編輯檢查要查看格式編排、邊界以及計算錯誤。如果日期需要限制在特定的時間范圍內(nèi)，該軟件是否允許輸入該時間范圍外的日期？是否要求數(shù)字字段只包含數(shù)字？如果輸入了字母會出現(xiàn)什么情況？如果包含計算，計算執(zhí)行是否正確？字段輸入框?qū)φ埱蟮妮斎雭碚f，是否足夠大？如果有下拉框，其值否正確？?
??????? 流控制和狀態(tài)測試。在用戶填寫完表單中的字段并按下按鈕后，邏輯是否會到達(dá)期望的進(jìn)程？下一次顯示同一頁面時，其中的值是否正確？有時頁面第一次顯示了正確的值，而以后不再顯示；或者情況相反。
配置測試。在可行的情況下，會用盡可能多的“受支持服務(wù)器”和客戶程序配置對應(yīng)用程序進(jìn)行測試。
負(fù)載測試。在將頁面或 Web 應(yīng)用程序作為整體進(jìn)行測試之前，應(yīng)首先在組件級別進(jìn)行負(fù)載和性能測試，以確保應(yīng)用程序的每一部分能夠在適當(dāng)?shù)闹笜?biāo)下運行。這種隔離測試使測試小組能夠更迅速地發(fā)現(xiàn)使用特定技術(shù)的問題。如果一個執(zhí)行數(shù)據(jù)庫查詢功能的小腳本太慢，進(jìn)行組件級別的測試比進(jìn)行整個頁面或應(yīng)用程序測試更容易發(fā)現(xiàn)它。?
??????? 回歸測試。開發(fā)部門修復(fù)了代碼中的錯誤后，我們會重新進(jìn)行測試，以檢查錯誤是否被修復(fù)并確保所做的修復(fù)不會引起其它問題。
二、按窗體位置分類：

??????? 左側(cè)導(dǎo)航窗格：
??????????????? 是否能夠在左側(cè)的導(dǎo)航窗格中來回移動，該窗格顯示是否正確？
??????????????? 是否能夠在大于屏幕的區(qū)域內(nèi)滾動？
??????????????? 是否能夠選擇不同的新聞組，文章列表是否顯示在右上窗格中？
??????????????? 是否能夠調(diào)整左側(cè)導(dǎo)航窗格以及右上和右下窗格的大小？
??????? 右上窗格：
??????????????? 右上窗格是否正確地顯示文章，是否保持了每篇文章的連載狀況？
??????????????? 是否可以遍歷連載文章？
??????????????? 讀過一篇文章后，它是否被標(biāo)記為紅色？
??????????????? 如果文章列表大于一個頁面，是否能夠遍歷右上窗格中的各個頁面？
??????? 右下窗格：
??????????????? 是否可以選擇一篇文章并顯示在該頁面的右下窗格中？
??????????????? 是否能夠發(fā)布新消息，回復(fù)組，回復(fù)個人或轉(zhuǎn)發(fā)文章？
??????????????? 在回復(fù)個人或轉(zhuǎn)發(fā)消息時，默認(rèn)的郵件客戶程序是否啟動并顯示新消息？?
??????????????? 是否能夠伴隨文章發(fā)送附件？
??????????????? 是否可以查看附件？
??????? 工具欄：
??????????????? 驗證工具欄適合其所在的頁面并能夠根據(jù)瀏覽器窗口調(diào)整大小。
??????????????? 驗證本地菜單能夠正常運行。
??????????????? 驗證本地菜單中的鏈接。
??????????????? 驗證全局菜單能夠正常運行。
??????????????? 驗證全局菜單中的鏈接。
??????????????? 驗證工具欄上的所有圖形。
??????????????? 驗證工具欄框架大小不可調(diào)整。
界面測試
站點地圖和導(dǎo)航條
確認(rèn)你測試的站點是否有地圖。有些網(wǎng)絡(luò)高手可以直接去自己要去的地方，而不必點擊一大堆頁面。另外新用戶在網(wǎng)站中可能會迷失方向。站點地圖和/或?qū)Ш綏l可以引導(dǎo)用戶進(jìn)行瀏覽。需要驗證站點地圖是否正確。確認(rèn)地圖上的鏈接是否確實存。地圖有沒有包括站點上的所有鏈接。是否每個頁面都有導(dǎo)航條? 導(dǎo)航條是否一致? 每個頁面的鏈接是否正常? 導(dǎo)航條是否直觀?
內(nèi)容
測試人員應(yīng)確保站點看起來更專業(yè)些。過分地使用粗體字、大字體和下劃線可能會讓用戶感到不舒服。在進(jìn)行用戶可用性方面的測試時，最好先請圖形設(shè)計專家對站點進(jìn)行評估。你可能不希望看到一篇到處是黑體字的文章，所以相信您也希望自己的站點能更專業(yè)一些。 最后，需要確定是否列出了相關(guān)站點的鏈接。很多站點希望用戶將郵件發(fā)到一個特定的地址，或者從某個站點下載瀏覽器。但是如果用戶無法點擊這些地址，他們可能會覺得很迷惑。
顏色/背景
由于 web 日益流行，很多人把它看作圖形設(shè)計作品。不幸的是，有些開發(fā)人員對新的背景顏色更感興趣，以至于忽略了這種背景顏色是否易于瀏覽。典型的站點是在紫色圖片的背景上顯示黃色的文本(如果你沒有見過這樣的站點，請瀏覽一下 GeoCities 或 AOL 上的個人主頁，有不少這樣的)。這種頁面顯得"非常高貴"，但是看起來很費勁。通常來說，使用少許或盡量不使用背景是個不錯的選擇。如果您想用背景，那么最好使用單色的，和導(dǎo)航條一起放在頁面的左邊。另外，圖案和圖片可能會轉(zhuǎn)移用戶的注意力。
圖片
無論作為屏幕的聚焦點或作為指引的小圖標(biāo)，一張圖片都勝過千言萬語。有時，告訴用戶一個東西的最好辦法就是將它展示給用戶。但是，帶寬對客戶端或服務(wù)器來說都是非常寶貴的，所以要注意節(jié)約使用內(nèi)存。是否所有的圖片對所在的頁面都是有價值的，或者它們只是浪費帶寬? 使用其它的文件格式(.GIF, .JPG) 是否能使圖片的大小減小到 30k 以下? 通常來說，不要將大圖片放在首頁上，因為這樣可能會使用戶放棄下載首頁。如果用戶可以很快看到首頁，他可能會瀏覽站點，否則可能放棄。
表格
需要驗證表格是否設(shè)置正確。用戶是否需要向右滾動頁面才能看見產(chǎn)品的價格？把價格放在左邊，而把產(chǎn)品細(xì)節(jié)放在右邊是否更有效? 每一欄的寬度是否足夠?qū)?#xff0c;表格里的文字是否都有折行？是否有因為某一格的內(nèi)容太多，而將整行的內(nèi)容拉長?
回繞
最后，需要驗證的是文字回繞是否正確。如果說明文字指向右邊的圖片，應(yīng)該確保該圖片出現(xiàn)在右邊。不要因為使用圖片而使窗口和段落排列古怪或者出現(xiàn)孤行。
功能測試
鏈接
鏈接是使用戶從一個頁面瀏覽到另一個頁面的重要手段。對于每個鏈接，需要驗證兩件事情： 一是該鏈接將用戶帶到它所說明的地方，另外就是被鏈接頁面是存在的。這句話聽起來有些問題，但是有很多多站點的內(nèi)部鏈接都是空的。這實在是無法忍受。
表單
當(dāng)用戶通過表單提交信息的時候，都希望表單能正常工作。如果使用表單來進(jìn)行在線注冊，要確保提交按鈕能正常工作，當(dāng)注冊完成后應(yīng)返回注冊成功的消息。如果使用表單收集配送信息，應(yīng)確保程序能夠正確處理這些數(shù)據(jù)，最后能讓顧客能讓客戶收到包裹。要測試這些程序，需要驗證服務(wù)器能正確保存這些數(shù)據(jù)，而且后臺運行的程序能正確解釋和使用這些信息。
數(shù)據(jù)校驗
如果系根據(jù)業(yè)務(wù)規(guī)則需要對用戶輸入進(jìn)行校驗，需要保證這些校驗功能正常工作。例如，省份的字段可以用一個有效列表進(jìn)行校驗。在這種情況下，需要驗證列表完整而且程序正確調(diào)用了該列表(例如在列表中添加一個測試值，確定系統(tǒng)能夠接受這個測試值)。
Cookies
很多用戶喜歡甜食，但是開發(fā)人員喜歡 web cookie (小甜餅)。如果系統(tǒng)使用了cookie，測試人員需要對它們進(jìn)行檢測。如果在 cookies 中保存了注冊信息，請確認(rèn)該 cookie能夠正常工作而且已對這些信息已經(jīng)加密。如果使用 cookie 來統(tǒng)計次數(shù)，需要驗證次數(shù)累計正確。
應(yīng)用程序特定的功能需求
最重要的是，測試人員需要對應(yīng)用程序特定的功能需求進(jìn)行驗證。嘗試用戶可能進(jìn)行的所有操作：下訂單、更改訂單、取消訂單、核對訂單狀態(tài)、在貨物發(fā)送之前更改送貨信息、在線支付等等。這是用戶之所以使用網(wǎng)站的原因，一定要確認(rèn)網(wǎng)站能像廣告宣傳的那樣神奇。
　
接口測試
在很多情況下，web 站點不是孤立。Web 站點可能會與外部服務(wù)器通訊，請求數(shù)據(jù)、驗證數(shù)據(jù)或提交訂單。
服務(wù)器接口
第一個需要測試的接口是瀏覽器與服務(wù)器的接口。測試人員提交事務(wù)，然后查看服務(wù)器記錄，并驗證在瀏覽器上看到的正好是服務(wù)器上發(fā)生的。測試人員還可以查詢數(shù)據(jù)庫，確認(rèn)事務(wù)數(shù)據(jù)已正確保存。
外部接口
有些 web 系統(tǒng)有外部接口。例如，網(wǎng)上商店可能要實時驗證信用卡數(shù)據(jù)以減少欺詐行為的發(fā)生。測試的時候，要使用 web 接口發(fā)送一些事務(wù)數(shù)據(jù)，分別對有效信用卡、無效信用卡和被盜信用卡進(jìn)行驗證。如果商店只使用 Visa 卡和 Mastercard 卡， 可以嘗試使用 Discover 卡的數(shù)據(jù)。(簡單的客戶端腳本能夠在提交事務(wù)之前對代碼進(jìn)行識別，例如 3 表示 American Express，4 表示 Visa，5 表示 Mastercard，6 代表Discover。)通常，測試人員需要確認(rèn)軟件能夠處理外部服務(wù)器返回的所有可能的消息。
錯誤處理
最容易被測試人員忽略的地方是接口錯誤處理。通常我們試圖確認(rèn)系統(tǒng)能夠處理所有錯誤，但卻無法預(yù)期系統(tǒng)所有可能的錯誤。嘗試在處理過程中中斷事務(wù)，看看會發(fā)生什么情況？訂單是否完成？嘗試中斷用戶到服務(wù)器的網(wǎng)絡(luò)連接。嘗試中斷 web 服務(wù)器到信用卡驗證服務(wù)器的連接。在這些情況下，系統(tǒng)能否正確處理這些錯誤？是否已對信用卡進(jìn)行收費？如果用戶自己中斷事務(wù)處理，在訂單已保存而用戶沒有返回網(wǎng)站確認(rèn)的時候，需要由客戶代表致電用戶進(jìn)行訂單確認(rèn)。
兼容性測試
需要驗證應(yīng)用程序可以在用戶使用的機(jī)器上運行。如果您用戶是全球范圍的，需要測試各種操作系統(tǒng)、瀏覽器、視頻設(shè)置和 modem 速度。最后，還要嘗試各種設(shè)置的組合。
操作系統(tǒng)
你的站點能否在 MAC 和IBM 兼容系統(tǒng)上瀏覽? 有些字體在某個系統(tǒng)上可能不存在，因此需要確認(rèn)選擇了備用字體。如果用戶使用兩種操作系統(tǒng)，請確認(rèn)站點未使用只能在其中一種操作系統(tǒng)上運行的插件。
瀏覽器
站點能否使用 Netscape、Internet Explorer 或Lynx 進(jìn)行瀏覽? 有些 HTML 命令或腳本只能在某些特定的瀏覽器上運行。請確認(rèn)有圖片的替代文字，因為可能會有用戶使用文本瀏覽器。如果您使用 SSL 安全特性，則只需對 3.0 以上版本的瀏覽器進(jìn)行驗證，但是對于老版本的用戶應(yīng)該有相關(guān)的消息提示。
視頻設(shè)置
頁面版式在 640x400、600x800 或 1024x768 的分辨率模式下是否顯示正常? 字體是否太小以至于無法瀏覽? 或者是太大? 文本和圖片是否對齊?
Modem/連接速率
是否有這種情況，用戶使用 28.8 modem下載一個頁面需要 10 分鐘，但測試人員在測試的時候使用的是 T1 專線? 用戶在下載文章或演示的時候，可能會等待比較長的時間，但卻不會耐心等待首頁的出現(xiàn)。最后，需要確認(rèn)圖片不會太大。
打印機(jī)
用戶可能會將網(wǎng)頁打印下來。因此網(wǎng)也在設(shè)計的時候要考慮到打印問題，注意節(jié)約紙張和油墨。有不少用戶喜歡閱讀而不是盯著屏幕，因此需要驗證網(wǎng)頁打印是否正常。有時在屏幕上顯示的圖片和文本的對齊方式可能與打印出來的東西不一樣。測試人員至少需要驗證訂單確認(rèn)頁面打印是正常的。
組合測試
最后需要進(jìn)行組合測試。600x800 的分辨率在 MAC 機(jī)上可能不錯，但是在 IBM 兼容機(jī)上卻很難看。在 IBM 機(jī)器上使用 Netscape 能正常顯示，但卻無法使用 Lynx 來瀏覽。如果是內(nèi)部使用的 web 站點，測試可能會輕松一些。如果公司指定使用某個類型的瀏覽器，那么只需在該瀏覽器上進(jìn)行測試。如果所有的人都使用 T1 專線，可能不需要測試下載施加。(但需要注意的是，可能會有員工從家里撥號進(jìn)入系統(tǒng)) 有些內(nèi)部應(yīng)用程序，開發(fā)部門可能在系統(tǒng)需求中聲明不支持某些系統(tǒng)而只支持一些那些已設(shè)置的系統(tǒng)。但是，理想的情況是，系統(tǒng)能在所有機(jī)器上運行，這樣就不會限制將來的發(fā)展和變動。
負(fù)載/壓力測試
測試需要驗證系統(tǒng)能否在同一時間響應(yīng)大量的用戶，在用戶傳送大量數(shù)據(jù)的時候能否響應(yīng)，系統(tǒng)能否長時間運行。可訪問性對用戶來說是極其重要的。如果用戶得到“系統(tǒng)忙”的信息，他們可能放棄，并轉(zhuǎn)向競爭對手。系統(tǒng)檢測不僅要使用戶能夠正常訪問站點，在很多情況下，可能會有黑客試圖通過發(fā)送大量數(shù)據(jù)包來攻擊服務(wù)器。出于安全的原因，測試人員應(yīng)該知道當(dāng)系統(tǒng)過載時，需要采取哪些措施，而不是簡單地提升系統(tǒng)性能。
瞬間訪問高峰
如果您的站點用于公布彩票的抽獎結(jié)果，最好使系統(tǒng)在中獎號碼公布后的一段時間內(nèi)能夠響應(yīng)上百萬的請求。負(fù)載測試工具能夠模擬 X 個用戶同時訪問測試站點。
每個用戶傳送大量數(shù)據(jù)
網(wǎng)上書店的多數(shù)用戶可能只訂購 1-5 書，但是大學(xué)書店可能會訂購 5000 本有關(guān)心理學(xué)介紹的課本? 或者一個祖母為她的 50 個兒孫購買圣誕禮物(當(dāng)然每個孩子都有自己的郵件地址) 系統(tǒng)能處理單個用戶的大量數(shù)據(jù)嗎?
長時間的使用
如果站點用于處理鮮花訂單，那么至少希望它在母親節(jié)前的一周內(nèi)能持續(xù)運行。如果站點提供基于 web 的 email 服務(wù)，那么點最好能持續(xù)運行幾個月，甚至幾年。可能需要使用自動測試工具來完成這種類型的測試，因為很難通過手工完成這些測試。你可以想象組織100 個人同時點擊某個站點。但是同時組織 100000 個人呢。通常，測試工具在第二次使用的時候，它創(chuàng)造的效益，就足以支付成本。而且，測試工具安裝完成之后，再次使用的時候，只要點擊幾下。
安全性測試
即使站點不接受信用卡支付，安全問題也是非常重要的。Web 站點收集的用戶資料只能在公司內(nèi)部使用。如果用戶信息被黑客泄露，客戶在進(jìn)行交易時，就不會有安全感。
目錄設(shè)置
Web 安全的第一步就是正確設(shè)置目錄。每個目錄下應(yīng)該有 index.html 或 main.html 頁面，這樣就不會顯示該目錄下的所有內(nèi)容。我服務(wù)的一個公司沒有執(zhí)行這條規(guī)則。我選中一幅圖片，單擊鼠標(biāo)右鍵，找到該圖片所在的路徑"…com/objects/images"。然后在瀏覽器地址欄中手工輸入該路徑，發(fā)現(xiàn)該站點所有圖片的列表。這可能沒什么關(guān)系。我進(jìn)入下一級目錄 "…com/objects" ，點擊 jackpot。在該目錄下有很多資料，其中引起我注意的是已過期頁面。該公司每個月都要更改產(chǎn)品價格，并且保存過期頁面。我翻看了一下這些記錄，就可以估計他們的邊際利潤以及他們?yōu)榱藸幦∫粋€合同還有多大的降價空間。如果某個客戶在談判之前查看了這些信息，他們在談判桌上肯定處于上風(fēng)。
SSL
很多站點使用 SSL 進(jìn)行安全傳送。你知道你進(jìn)入一個 SSL 站點是因為瀏覽器出現(xiàn)了警告消息，而且在地址欄中的 HTTP 變成 HTTPS。如果開發(fā)部門使用了SSL，測試人員需要確定是否有相應(yīng)的替代頁面(適用于3.0 以下版本的瀏覽器，這些瀏覽器不支持SSL。當(dāng)用戶進(jìn)入或離開安全站點的時候，請確認(rèn)有相應(yīng)的提示信息。是否有連接時間限制？超過限制時間后出現(xiàn)什么情況？
登錄
有些站點需要用戶進(jìn)行登錄，以驗證他們的身份。這樣對用戶是方便的，他們不需要每次都輸入個人資料。你需要驗證系統(tǒng)阻止非法的用戶名/口令登錄，而能夠通過有效登錄。用戶登錄是否有次數(shù)限制? 是否限制從某些 IP 地址登錄? 如果允許登錄失敗的次數(shù)為3，你在第三次登錄的時候輸入正確的用戶名和口令，能通過驗證嗎? 口令選擇有規(guī)則限制嗎?
日志文件
在后臺，要注意驗證服務(wù)器日志工作正常。日志是否記所有的事務(wù)處理? 是否記錄失敗的注冊企圖? 是否記錄被盜信用卡的使用? 是否在每次事務(wù)完成的時候都進(jìn)行保存? 記錄IP 地址嗎? 記錄用戶名嗎?
腳本語言
腳本語言是常見的安全隱患。每種語言的細(xì)節(jié)有所不同。有些腳本允許訪問根目錄。其他只允許訪問郵件服務(wù)器，但是經(jīng)驗豐富的黑客可以將服務(wù)器用戶名和口令發(fā)送給他們自己。找出站點使用了哪些腳本語言，并研究該語言的缺陷。最好的辦法是訂閱一個討論站點使用的腳本語言安全性的新聞組。
結(jié)論
無論你在測試 internet、intranet 或者是 extranet 應(yīng)用程序，web 測試相對于非 web 測試來說都是更具挑戰(zhàn)性的工作。用戶對 web 頁面質(zhì)量有很高的期望。在很多情況下，就像業(yè)務(wù)功能一樣，頁面用于維護(hù)和發(fā)展公共關(guān)系，所以第一印象非常重要。

??????????????????????????????????????????????? 第三部分 數(shù)據(jù)庫程序的測試
??????? 1.?如果要向SQL數(shù)據(jù)庫中保存時間，時間的年份必須大于等于1753年，如果小于1753年，修改數(shù)據(jù)庫時會出錯。
??????? 2.?測試數(shù)據(jù)庫程序時，除了要測試每個數(shù)據(jù)庫操作是否正確外，要著重測試數(shù)據(jù)庫共享問題，即多人同時執(zhí)行同一功能，這樣就會同時對同一數(shù)據(jù)表進(jìn)行操作，測試程序是否正常。
??????? 3.?測試數(shù)據(jù)庫程序時，還要測試數(shù)據(jù)庫操作的速度，如果數(shù)據(jù)庫操作緩慢，應(yīng)通知程序員進(jìn)行優(yōu)化。

（引自葛宏賓）

作者Blog：http://blog.csdn.net/hiyaolee/

?

轉(zhuǎn)載于:https://www.cnblogs.com/xinyuxin912/archive/2006/09/01/492654.html

總結(jié)

以上是生活随笔為你收集整理的程 序 测 试 规 范的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。