1、軟件測(cè)試內(nèi)容,什么是軟件測(cè)試 軟件測(cè)試對(duì)象 測(cè)試的目的 測(cè)試的分類(lèi) 功能測(cè)試方法與內(nèi)容 測(cè)試策略 測(cè)試流程及相關(guān)文檔 測(cè)試人員的基本素質(zhì) 測(cè)試驅(qū)動(dòng)開(kāi)發(fā)介紹,什么是軟件測(cè)試,軟件測(cè)試是一種有效的提高軟件質(zhì)量的手段,但即使在投入上有所保證,測(cè)試也不能百分為百發(fā)現(xiàn)所有質(zhì)量隱患.況且軟件質(zhì)量并不僅僅是測(cè)試出來(lái)的. 很多人認(rèn)為軟件測(cè)試就是運(yùn)行一下軟件,看看結(jié)果對(duì)不對(duì).但實(shí)際上,如何在有限的投入下,提高軟件測(cè)試的效率和產(chǎn)出是一件很見(jiàn)功底的事.好的測(cè)試人員不僅要掌握各種測(cè)試技術(shù),還要具備豐富的編程經(jīng)驗(yàn)和對(duì)BUG的敏感.測(cè)試的復(fù)雜之處,除了測(cè)試技術(shù)問(wèn)題之外,還有測(cè)試管理問(wèn)題. 測(cè)試不是可有可無(wú),隨心所欲的.規(guī)

2、范化的軟件開(kāi)發(fā)需要對(duì)軟件測(cè)試早做計(jì)劃,分配必要的時(shí)間,人力和財(cái)力等資源,并將其作為項(xiàng)目管理的一個(gè)部分加以控制和協(xié)調(diào). 開(kāi)發(fā)和測(cè)試是軟件項(xiàng)目相輔相成的兩個(gè)過(guò)程,人員間的交流,協(xié)作和配合是提高整體效率的重要因素.,開(kāi)發(fā)與測(cè)試的 V 型關(guān)系 如果軟件開(kāi)發(fā)過(guò)程采用嚴(yán)格的瀑布模型，那么開(kāi)發(fā)與測(cè)試有“V”型的對(duì)應(yīng)關(guān)系 。,軟件產(chǎn)品開(kāi)發(fā)完畢,再進(jìn)行測(cè)試的觀念是有悖于生命周期理論的.軟件產(chǎn)品質(zhì)量問(wèn)題越晚發(fā)現(xiàn),修復(fù)的代價(jià)越大.,需求,設(shè)計(jì),編程,內(nèi)部測(cè)試,外部測(cè)試,發(fā)布,修正BUG的代價(jià),一些常識(shí)和經(jīng)驗(yàn)之談 測(cè)試能提高軟件的質(zhì)量，但是提高質(zhì)量不能依賴(lài)測(cè)試。 測(cè)試只能證明缺陷存在，不能證明缺陷不存在。“徹底地測(cè)試

3、”難以成為現(xiàn)實(shí)，要考慮時(shí)間、費(fèi)用等限制，不允許無(wú)休止地測(cè)試。我們應(yīng)當(dāng)祈禱：軟件的缺陷在產(chǎn)品被淘汰之前一直沒(méi)有機(jī)會(huì)發(fā)作。 測(cè)試的主要困難是不知道如何進(jìn)行有效地測(cè)試，也不知道什么時(shí)候可以放心地結(jié)束測(cè)試。 每個(gè)開(kāi)發(fā)人員應(yīng)當(dāng)測(cè)試自己的程序（份內(nèi)之事），但是不能作為該程序已經(jīng)通過(guò)測(cè)試的依據(jù)（所以項(xiàng)目需要獨(dú)立測(cè)試人員）。 80-20原則：80的缺陷聚集在20的模塊中，經(jīng)常出錯(cuò)的模塊改錯(cuò)后還會(huì)經(jīng)常出錯(cuò) 測(cè)試應(yīng)當(dāng)循序漸進(jìn)，不要企圖一次性干完，注意“欲速則不達(dá)”。,軟件測(cè)試的定義 軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程 軟件測(cè)試是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例(即輸入數(shù)據(jù)及其

4、預(yù)期的輸出結(jié)果),并利用這些測(cè)試用例去運(yùn)行程序,以發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程.,軟件測(cè)試不等于程序測(cè)試.軟件測(cè)試貫穿于軟件定義和開(kāi)發(fā)的整個(gè)期間.需求分析,概要設(shè)計(jì),詳細(xì)設(shè)計(jì),以及程序編碼等各個(gè)階段所得到的文檔,包括需求規(guī)格說(shuō)明,概要設(shè)計(jì)規(guī)格說(shuō)明,詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序,都是軟件測(cè)試的對(duì)象.,軟件測(cè)試的對(duì)象,軟件生存各個(gè)階段間的確認(rèn)和驗(yàn)證,測(cè)試的目的,測(cè)試的目的是尋找錯(cuò)誤,并且是盡最大可能找出最多的錯(cuò)誤.在選取用例時(shí),考慮那些易于發(fā)現(xiàn)程序錯(cuò)誤的數(shù)據(jù)； 一個(gè)好的測(cè)試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤; 一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試.,正確理解測(cè)試的目的十分重要。如果認(rèn)為測(cè)試的目的是為了說(shuō)明程

5、序中沒(méi)有缺陷，那么測(cè)試人員就會(huì)向這個(gè)目標(biāo)靠攏，因而下意識(shí)地選用一些不易暴露錯(cuò)誤的測(cè)試示例。這樣的測(cè)試是不真實(shí)的。 為什么需要測(cè)試？因?yàn)檐浖杏蠦ug。 為什么軟件中有Bug？以下是一些原因： （1）開(kāi)發(fā)人員不太了解需求，不清楚應(yīng)該“做什么”和“不做什么”，常常做不合需求的事情，因此產(chǎn)生了Bug。 （2）軟件系統(tǒng)越來(lái)越復(fù)雜，開(kāi)發(fā)人員不太可能精通所有的技術(shù)，如果不能正確地使用技術(shù)，將產(chǎn)生Bug。 （3）技術(shù)文檔普遍比較糟糕，文檔本身就有Bug，導(dǎo)致使用者產(chǎn)生更多的Bug。 （4）軟件需求、設(shè)計(jì)報(bào)告、程序經(jīng)常發(fā)生變更，每次變更都可能產(chǎn)生新的Bug。 （5）任何人在編程時(shí)都可能犯錯(cuò)誤，導(dǎo)致程序中有Bu

6、g。 （6）人們常處于進(jìn)度的壓力之下，急忙之下容易產(chǎn)生Bug，尤其是在期限臨近之際。 （7）人們過(guò)于自信，喜歡說(shuō)“沒(méi)問(wèn)題”，不真實(shí)的“沒(méi)問(wèn)題”將產(chǎn)生真正的問(wèn)題。,測(cè)試的分類(lèi),從測(cè)試方法的角度可以分為手工測(cè)試和自動(dòng)化測(cè)試。 手工測(cè)試：不使用任何測(cè)試工具，根據(jù)事先設(shè)計(jì)好的測(cè)試用例來(lái)運(yùn)行系統(tǒng)，測(cè)試各功能模塊 自動(dòng)化測(cè)試：利用測(cè)試工具，通過(guò)編寫(xiě)測(cè)試腳本和輸入測(cè)試數(shù)據(jù)，自動(dòng)運(yùn)行測(cè)試程序。目前最常用的自動(dòng)化測(cè)試工具是基于GUI的自動(dòng)化測(cè)試工具，基本原理都是錄制、回放技術(shù)。,從整體的角度可以分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試。 單元測(cè)試：是針對(duì)軟件設(shè)計(jì)的最小單位程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。一

7、般包括邏輯檢查、結(jié)構(gòu)檢查、接口檢查、出錯(cuò)處理、代碼注釋、輸入校驗(yàn)、邊界值檢查。 單元測(cè)試的依據(jù)是系統(tǒng)的詳細(xì)設(shè)計(jì)；一般由項(xiàng)目組開(kāi)發(fā)人員自己完成。 集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝進(jìn)行測(cè)試。一般包括邏輯關(guān)系檢查、數(shù)據(jù)關(guān)系檢查、業(yè)務(wù)關(guān)系檢查、模塊間接口檢查、外部接口檢查。 系統(tǒng)測(cè)試：系統(tǒng)測(cè)試是在所有單元、集成測(cè)試后，對(duì)系統(tǒng)的功能及性能的總體測(cè)試。 確認(rèn)測(cè)試：模擬用戶(hù)運(yùn)行的業(yè)務(wù)環(huán)境，運(yùn)用黑盒測(cè)試方法，驗(yàn)證軟件系統(tǒng)是否滿(mǎn)足用戶(hù)需求或軟件需求說(shuō)明書(shū)中指明的軟件特性（功能、非功能）上的。,從測(cè)試原理上分為：白盒測(cè)試、黑盒測(cè)試。 白盒測(cè)試：是通過(guò)程序的源代碼進(jìn)行測(cè)試而不使用用戶(hù)界面。這

8、種類(lèi)型的測(cè)試需要從代碼句法發(fā)現(xiàn)內(nèi)部代碼在算法，溢出，路徑，條件等等中的缺點(diǎn)或者錯(cuò)誤，進(jìn)而加以修正。 黑盒測(cè)試：是通過(guò)使用整個(gè)軟件或某種軟件功能來(lái)嚴(yán)格地測(cè)試, 而并沒(méi)有通過(guò)檢查程序的源代碼或者很清楚地了解該軟件的源代碼程序具體是怎樣設(shè)計(jì)的。測(cè)試人員通過(guò)輸入他們的數(shù)據(jù)然后看輸出的結(jié)果從而了解軟件怎樣工作。在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蘸驼_的輸出,黑盒測(cè)試方法主要有等價(jià)類(lèi)劃分、邊界值分析、錯(cuò)誤推測(cè)法等。 等價(jià)類(lèi)劃分： 是把所有可能的輸入數(shù)據(jù),即

9、程序的輸入域劃分成若干部分（子集）,然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例.該方法是一種重要的,常用的黑盒測(cè)試用例設(shè)計(jì)方法.設(shè)計(jì)測(cè)試用例時(shí),要同時(shí)考慮這兩種等價(jià)類(lèi).因?yàn)?軟件不僅要能接收合理的數(shù)據(jù),也要能經(jīng)受意外的考驗(yàn).這樣的測(cè)試才能確保軟件具有更高的可靠性. 邊界值分析：長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)告訴我們,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤。 錯(cuò)誤推測(cè)法：基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和

10、容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見(jiàn)的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測(cè)試用例。,從軟件特性上分為功能測(cè)試和性能測(cè)試。 功能測(cè)試：是指為了確保軟件系統(tǒng)功能實(shí)現(xiàn)的正確性，完整性和其他特性而進(jìn)行的測(cè)試。 性能測(cè)試：是指為了評(píng)估軟件系統(tǒng)的性能狀況，和預(yù)測(cè)軟件系統(tǒng)性能趨勢(shì)而進(jìn)行的測(cè)試和分析。,1、數(shù)據(jù)輸入測(cè)試：向系統(tǒng)輸入數(shù)據(jù)或輸入數(shù)據(jù)庫(kù)操作命令時(shí)，一般是測(cè)試系統(tǒng)對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)操作的過(guò)程

11、。 數(shù)據(jù)類(lèi)型測(cè)試：由于不同的數(shù)據(jù)庫(kù)系統(tǒng)對(duì)數(shù)據(jù)類(lèi)型要求的不同，在定義數(shù)據(jù)庫(kù)表時(shí)，也規(guī)定了數(shù)據(jù)字段的數(shù)據(jù)類(lèi)型。測(cè)試步驟和方法：在系統(tǒng)的數(shù)據(jù)維護(hù)功能界面上，錄入或修改數(shù)據(jù)時(shí)，特意輸入非系統(tǒng)設(shè)計(jì)的數(shù)據(jù)類(lèi)型，檢查系統(tǒng)是否可以接受，若不能接受則檢查是否滿(mǎn)足了系統(tǒng)在這方面的設(shè)計(jì)要求，如即刻清除非法內(nèi)容、輸入焦點(diǎn)不能到下一輸入位置、出現(xiàn)系統(tǒng)自定義的提示信息、不允許出現(xiàn)開(kāi)發(fā)工具的報(bào)錯(cuò)信息等。若系統(tǒng)可以接受并保存，則要看數(shù)據(jù)庫(kù)表的字段類(lèi)型設(shè)計(jì)是否與用戶(hù)或習(xí)慣上不一致，并且要注意其他模塊在調(diào)取該數(shù)據(jù)時(shí)，是否有特定要求。 邊界值測(cè)試：根據(jù)數(shù)據(jù)取值范圍的要求，輸入符合取值范圍的數(shù)據(jù)、取值范圍的上、下限和超過(guò)取值范圍的數(shù)

12、據(jù)。注意，除要測(cè)試數(shù)據(jù)庫(kù)系統(tǒng)本身數(shù)據(jù)類(lèi)型取值范圍外，還要根據(jù)軟件系統(tǒng)設(shè)計(jì)中的一些特定要求，設(shè)計(jì)測(cè)試用例來(lái)測(cè)試。,功能測(cè)試方法與內(nèi)容,數(shù)據(jù)合法性測(cè)試：測(cè)試人員除了要測(cè)試輸入數(shù)據(jù)是否滿(mǎn)足所使用數(shù)據(jù)庫(kù)系統(tǒng)本身的數(shù)據(jù)類(lèi)型和取值范圍的要求外，還應(yīng)該根據(jù)經(jīng)驗(yàn)和軟件系統(tǒng)和需求的特定要求檢查輸入數(shù)據(jù)的合法性。比如：日期合法性（出生年月、參保日期、發(fā)生時(shí)間、根據(jù)習(xí)慣和業(yè)務(wù)邏輯順序?qū)θ掌诤侠硇缘囊蟮龋９べY、比例、率等，都要注意輸入的合理、合法性。 單引號(hào)和雙引號(hào)：不要忽略輸入單引號(hào)和雙引號(hào)可能引起的錯(cuò)誤和數(shù)據(jù)問(wèn)題。在功能錄入界面上，在某字段的輸入框輸入了包括單引號(hào)和雙引號(hào)的數(shù)據(jù)，以后在通過(guò)Select 語(yǔ)句查

13、詢(xún)時(shí)可能會(huì)出問(wèn)題。特別在基于WEB方式的系統(tǒng)，輸入了單引號(hào)，在查詢(xún)數(shù)據(jù)記錄時(shí)，肯定會(huì)出現(xiàn)頁(yè)面鏈接錯(cuò)誤（頁(yè)面無(wú)法鏈接或找不到或鏈接對(duì)象錯(cuò)誤）。 空值測(cè)試：在測(cè)試數(shù)據(jù)錄入或修改的功能界面時(shí)，若不輸入任何東西，系統(tǒng)又沒(méi)有設(shè)計(jì)成NOT NULL，則這時(shí)，要非常注意其影響。因?yàn)閿?shù)據(jù)可以正常保存，但數(shù)據(jù)表該字段是空值，那么所有與該字段有關(guān)的操作，如：查詢(xún)(AND)、計(jì)算（累加、連乘）等，則可能出現(xiàn)數(shù)據(jù)問(wèn)題（計(jì)算結(jié)果為0，無(wú)記錄返回）。對(duì)于測(cè)試人員首先要檢查系統(tǒng)到底是作為空值，還是作為空串或空字符處理。另外對(duì)于允許不輸入任何值的字段，在測(cè)試過(guò)程中，要檢查是否在界面顯示或打印報(bào)表時(shí)，這些字段作為了關(guān)鍵要素或標(biāo)

14、題等情況。,空格：在數(shù)據(jù)維護(hù)的功能界面上，輸入數(shù)據(jù)時(shí)，要注意是否在輸入位置有空格，首先看系統(tǒng)設(shè)計(jì)時(shí)，是怎么考慮的，若系統(tǒng)允許輸入空格，則檢查條件查詢(xún)或作為調(diào)用參數(shù)時(shí)的數(shù)據(jù)返回情況；另外檢查程序是否使用了去掉空格的函數(shù)。 數(shù)據(jù)校驗(yàn)的不一致：測(cè)試時(shí)，對(duì)于一些編號(hào)、編碼、代碼等主鍵或作為查詢(xún)或調(diào)用條件的字段，要注意系統(tǒng)對(duì)他們的輸入合法性檢查與查詢(xún)或調(diào)用條件的要求是否是一致的。特別是對(duì)于數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)中沒(méi)有特定約束，而由程序進(jìn)行校驗(yàn)控制的情況。 分析：數(shù)據(jù)輸入測(cè)試的主要目的是保證輸入到系統(tǒng)中數(shù)據(jù)的合法、合理性。我覺(jué)得，數(shù)據(jù)輸入過(guò)程的檢查是非常重要的，若在編程過(guò)程中，不注重?cái)?shù)據(jù)的校驗(yàn)功能，雖然看起來(lái)加快了

15、開(kāi)發(fā)進(jìn)度，但給以后會(huì)帶來(lái)一些不可預(yù)計(jì)的編程或維護(hù)工作量。,2、目錄路徑測(cè)試 測(cè)試系統(tǒng)中規(guī)定的路徑要求，更改路徑，檢查系統(tǒng)的是否可以正確運(yùn)行及系統(tǒng)的排錯(cuò)功能。測(cè)試時(shí)，根據(jù)系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)（詳細(xì)設(shè)計(jì)）或通過(guò)對(duì)程序源代碼的熟悉，找出系統(tǒng)運(yùn)行過(guò)程中指定的路徑或在運(yùn)行過(guò)程中，需要使用者選擇路徑的地方。特意更改路徑（選擇正確的路徑、選擇另外的路徑、輸入不存在的路徑）。檢查系統(tǒng)是否具有路徑上的容錯(cuò)性和靈活性。比如，原則上在程序中，最好不要寫(xiě)絕對(duì)路徑，另外可以提供配置路徑的對(duì)話(huà)框，若輸入了非法路徑，系統(tǒng)有無(wú)提示等。,3、 數(shù)據(jù)操作測(cè)試：包括數(shù)據(jù)操作測(cè)試和用戶(hù)界面操作的測(cè)試。 修改、新增數(shù)據(jù)：對(duì)于新增和修改數(shù)據(jù)，

16、要注重以下幾個(gè)方面的測(cè)試。界面上，新增數(shù)據(jù)成功后，數(shù)據(jù)列表是否立即刷新，輸入有錯(cuò)誤時(shí)，是否清空錯(cuò)誤的數(shù)據(jù)，輸入焦點(diǎn)是否得以控制。在提示信息上，是否有保存成功的提示，輸入有錯(cuò)誤時(shí)，提示的錯(cuò)誤信息是否準(zhǔn)確，可讀。數(shù)據(jù)方面，要通過(guò)SQL檢查數(shù)據(jù)提交是否正確。刪除數(shù)據(jù)：測(cè)試刪除記錄時(shí)，系統(tǒng)是否有確認(rèn)提示，能否批量刪除，根據(jù)系統(tǒng)詳細(xì)設(shè)計(jì)，檢查刪除主表記錄時(shí)，在業(yè)務(wù)上，其他相關(guān)表是否相應(yīng)更改。事物的提交與回滾:熟悉C/S模式開(kāi)發(fā)或數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)開(kāi)發(fā)的人都知道，數(shù)據(jù)庫(kù)事物的概念。對(duì)于一個(gè)比較復(fù)雜的業(yè)務(wù)邏輯或業(yè)務(wù)上有數(shù)據(jù)一致和完整性要求時(shí)，盡量使用事物對(duì)數(shù)據(jù)進(jìn)行提交，這樣一旦由于意外原因引起系統(tǒng)或硬件故障時(shí)，

17、可以回滾。根據(jù)系統(tǒng)的設(shè)計(jì)要求在測(cè)試時(shí)，可人為模擬意外故障，來(lái)測(cè)試系統(tǒng)的數(shù)據(jù)完整性和容錯(cuò)能力。,4、工具條和快捷鍵測(cè)試：在功能界面測(cè)試時(shí)，對(duì)系統(tǒng)菜單中定義的快捷鍵和菜單工具條中的工具按鈕要測(cè)試。主要是有效性和一致性測(cè)試。有效性：檢查是否有效，界面有無(wú)反應(yīng)。一致性：定義或提示的信息是否與實(shí)際完成的功能一致。 5、 操作順序測(cè)試按鈕順序測(cè)試：在功能界面上，不按照設(shè)計(jì)上或習(xí)慣上的操作順序點(diǎn)擊功能按鈕，看系統(tǒng)有什么反應(yīng)；多次、反復(fù)點(diǎn)擊某一按鈕，看系統(tǒng)有什么反應(yīng)。主要是測(cè)試系統(tǒng)的控制、校驗(yàn)和容錯(cuò)能力。業(yè)務(wù)邏輯順序：不按照系統(tǒng)的正常業(yè)務(wù)邏輯、流程操作，來(lái)測(cè)試系統(tǒng)是否控制了業(yè)務(wù)流程的順序。 6、按鈕有效性控制

18、測(cè)試：主要是測(cè)試當(dāng)不具備條件或無(wú)實(shí)際意義的情況下，按鈕的“Enabled”屬性。比如：某一業(yè)務(wù)未處理，下一環(huán)節(jié)的功能按鈕則應(yīng)變灰（不可用）。逐條顯示數(shù)據(jù)記錄，當(dāng)游標(biāo)已經(jīng)指到了最后一條時(shí)，“下一條”和“末記錄”按鈕則應(yīng)變灰等。,7、同時(shí)刻操作測(cè)試：對(duì)于刪除、修改、增加數(shù)據(jù)和一些業(yè)務(wù)功能，進(jìn)行多客戶(hù)端同時(shí)刻操作測(cè)試，看系統(tǒng)有什么反應(yīng)。 8、附件壓力測(cè)試：對(duì)于有發(fā)送、上傳、下載、郵件等功能的系統(tǒng)，選取大的文件，進(jìn)行測(cè)試，來(lái)檢查系統(tǒng)的界面效果和穩(wěn)定性，看是否會(huì)死機(jī)或長(zhǎng)時(shí)間無(wú)任何反應(yīng)等。 9、 數(shù)據(jù)輸出測(cè)試：數(shù)據(jù)處理輸出測(cè)試：主要測(cè)試對(duì)數(shù)據(jù)的排序、條件查詢(xún)是否按照輸入的條件或要求輸出了正確的數(shù)據(jù)。打印輸

19、出：測(cè)試打印功能是否能夠正常打印出報(bào)表，打印設(shè)置后，是否能按照設(shè)置的要求打印。 10、WEB測(cè)試：基于WEB方式的應(yīng)用，對(duì)于一些提交表單的頁(yè)面，通過(guò)多次點(diǎn)擊“back”鍵，來(lái)測(cè)試系統(tǒng)的處理情況。對(duì)于有保存數(shù)據(jù)功能的頁(yè)面，多次點(diǎn)擊“保存”，來(lái)測(cè)試系統(tǒng)的處理情況。,測(cè)試策略,理念： 降低測(cè)試成本。 用較低的代價(jià)實(shí)現(xiàn)有效的測(cè)試，不應(yīng)為了追求完美的測(cè)試而不失一切代價(jià)。 如何合理地減少測(cè)試工作量 減少冗余的測(cè)試 白盒測(cè)試與黑盒測(cè)試的方式雖然不同，但往往有“異曲同工”之妙。在很多地方，白盒測(cè)試與黑盒測(cè)試會(huì)產(chǎn)生一模一樣的效果（或者能推理出來(lái)），這樣的測(cè)試是冗余的。 在集成測(cè)試、系統(tǒng)測(cè)試階段，可能要執(zhí)行多次“

20、回歸測(cè)試”。每一次“回歸測(cè)試”都會(huì)存在不少的冗余，應(yīng)當(dāng)設(shè)法剔除不必要的重復(fù)測(cè)試工作。 減少無(wú)價(jià)值的測(cè)試 無(wú)價(jià)值的測(cè)試通常是由于不懂得測(cè)試技術(shù)引起的。例如功能測(cè)試，在等價(jià)區(qū)間之中，本來(lái)只要測(cè)試一個(gè)典型的輸入就行了，如果有人在此區(qū)間測(cè)試了100次，那么其中99次就是無(wú)價(jià)值的。 如何“偷工減料” 有一些“短、平、快”的項(xiàng)目，經(jīng)費(fèi)本來(lái)就少，用戶(hù)對(duì)質(zhì)量要求也馬馬虎虎。為了能多掙一點(diǎn)錢(qián)，開(kāi)發(fā)方不得不采用“偷工減料”的方式來(lái)降低測(cè)試代價(jià)。偷工減料的途徑無(wú)非就是減少測(cè)試的內(nèi)容和頻度。但不能砍得太狠，否則軟件拿不出手?；痉椒ㄊ钦页鲕浖行枰獌?yōu)先測(cè)試的部分，其它次要部分可以忽略或?qū)?lái)再測(cè)試。,“偷工減料”方法的

21、測(cè)試優(yōu)先級(jí)： 哪些功能是軟件的特色？ 哪些功能是用戶(hù)最常用的？ 如果系統(tǒng)可以分塊賣(mài)的話(huà)，哪些功能塊在銷(xiāo)售時(shí)最昂貴？ 哪些功能出錯(cuò)將導(dǎo)致用戶(hù)不滿(mǎn)或索賠？ 哪些程序是最復(fù)雜、最容易出錯(cuò)的？ 哪些程序是相對(duì)獨(dú)立，應(yīng)當(dāng)提前測(cè)試的？ 哪些程序最容易擴(kuò)散錯(cuò)誤？ 哪些程序是全系統(tǒng)的性能瓶頸所在？ 哪些程序是開(kāi)發(fā)者最沒(méi)有信心的？,測(cè)試何時(shí)結(jié)束？ 一、基于測(cè)試用例的規(guī)則 （1）先構(gòu)造測(cè)試用例（并請(qǐng)有關(guān)人員進(jìn)行評(píng)審）。 （2）在測(cè)試過(guò)程中，當(dāng)測(cè)試用例的不通過(guò)率達(dá)到20時(shí)，則拒絕繼續(xù)測(cè)試，待開(kāi)發(fā)人員修正軟件后再進(jìn)行測(cè)試。 （3）當(dāng)功能性測(cè)試用例通過(guò)率達(dá)到100，非功能性測(cè)試用例通過(guò)率達(dá)到90時(shí)，允許正常結(jié)束測(cè)試。

22、該規(guī)則的優(yōu)點(diǎn)是適用于所有的測(cè)試階段，缺點(diǎn)是太依賴(lài)于測(cè)試用例。如果測(cè)試用例非常糟糕，那么該規(guī)則就失效了。 二、基于“測(cè)試期缺陷密度”的規(guī)則 把測(cè)試一個(gè)CPU小時(shí)發(fā)現(xiàn)的缺陷數(shù)稱(chēng)為“測(cè)試期缺陷密度”。繪制“測(cè)試時(shí)間缺陷數(shù)”的關(guān)系圖，如果在相鄰n個(gè)CPU小時(shí)內(nèi)“測(cè)試期缺陷密度”全部低于某個(gè)值m時(shí)，則允許正常結(jié)束測(cè)試。例如n大于10，m小于等于1。該規(guī)則比較適用于系統(tǒng)測(cè)試階段。 三、基于“運(yùn)行期缺陷密度”的規(guī)則 把軟件運(yùn)行一個(gè)CPU小時(shí)發(fā)現(xiàn)的缺陷數(shù)稱(chēng)為“運(yùn)行期缺陷密度”。繪制“運(yùn)行時(shí)間缺陷數(shù)”的關(guān)系圖，如果在相鄰n個(gè)CPU小時(shí)內(nèi)“運(yùn)行期缺陷密度”全部低于某個(gè)值m時(shí)，則允許正常結(jié)束測(cè)試。例如n大于100，

23、m小于等于1。該規(guī)則比較適用于驗(yàn)收測(cè)試階段，即客戶(hù)試運(yùn)行軟件期間。,需求經(jīng)常變更怎么辦 需求變更可能會(huì)讓項(xiàng)目所有成員遭殃，如何“預(yù)防變更”以及“降低變更的代價(jià)”是軟件工程的經(jīng)典問(wèn)題。本節(jié)僅論述需求變更對(duì)測(cè)試的影響。 需求變更將導(dǎo)致軟件設(shè)計(jì)和實(shí)現(xiàn)的變更，也導(dǎo)致了測(cè)試變更。最讓人難過(guò)的是上一次測(cè)試有可能白做了，如果軟件變更比較大的話(huà)。 測(cè)試人員不要只是自認(rèn)倒霉，應(yīng)當(dāng)主動(dòng)作些應(yīng)變： （1）及時(shí)了解需求變更的詳細(xì)情況，盡早調(diào)整測(cè)試計(jì)劃，不要悶頭按原計(jì)劃測(cè)試。 （2）將軟件中穩(wěn)定的部分與易變的部分區(qū)別對(duì)待，前者先測(cè)試，后者后測(cè)試。 （3）向領(lǐng)導(dǎo)反映需求變更對(duì)測(cè)試造成的影響，為自己爭(zhēng)取余地。 （4）設(shè)計(jì)一

24、些比較靈活的測(cè)試用例，能適應(yīng)某些變更（不過(guò)技術(shù)難度比較高）。 引申問(wèn)題：如果在系統(tǒng)測(cè)試時(shí)，對(duì)照需求文檔，發(fā)現(xiàn)軟件多了功能或少了功能，該怎么辦？ 如果發(fā)現(xiàn)軟件少了功能，測(cè)試人員不可為了少干些活而隱瞞事實(shí)。如果發(fā)現(xiàn)軟件多了功能，測(cè)試人員不可認(rèn)為這些功能反正是“錦上添花”，便自作主張地測(cè)試了事。兩種情況都要報(bào)告給項(xiàng)目經(jīng)理，有可能導(dǎo)致一系列的變更。,測(cè)試流程及相關(guān)文檔,測(cè)試流程 第一步：制定測(cè)試計(jì)劃。該計(jì)劃被批準(zhǔn)后轉(zhuǎn)向第二步。 第二步：設(shè)計(jì)測(cè)試用例。該用例被批準(zhǔn)后轉(zhuǎn)向第三步。 第三步：如果滿(mǎn)足“啟動(dòng)準(zhǔn)則” ，那么執(zhí)行測(cè)試。 第四步：撰寫(xiě)測(cè)試報(bào)告。 第五步：消除軟件缺陷。如果滿(mǎn)足“完成準(zhǔn)則”，那么正常結(jié)束測(cè)試。,制定測(cè)試計(jì)劃,設(shè)計(jì)測(cè)試用例,執(zhí)行測(cè)試,寫(xiě)測(cè)試報(bào)告,消除軟件缺陷,審批,審批,回歸測(cè)試,完成 測(cè)試,完成準(zhǔn)則,啟動(dòng)準(zhǔn)則,測(cè)試啟動(dòng)準(zhǔn)則 同時(shí)滿(mǎn)足以下條件，允許開(kāi)始測(cè)試： （1）測(cè)試計(jì)劃已經(jīng)制定并且通過(guò)了審批； （2）測(cè)試用例已經(jīng)設(shè)計(jì)并且通過(guò)了審批； （3）被測(cè)試對(duì)象已經(jīng)開(kāi)發(fā)完畢并等待測(cè)試。 測(cè)試完成準(zhǔn)則 對(duì)于非嚴(yán)格系統(tǒng)可以采用“基于測(cè)試用例”的準(zhǔn)則。同時(shí)滿(mǎn)足以下條件允許結(jié)束測(cè)試： （1）功能性測(cè)試用例通過(guò)率達(dá)到100； （2）非功能性測(cè)試用例通過(guò)率達(dá)到90時(shí)。,測(cè)試相關(guān)文檔 測(cè)試計(jì)劃：指明范圍、方法、資源，以及相應(yīng)測(cè)試活動(dòng)的時(shí)間進(jìn)度安排表的文檔。 測(cè)試用例