【軟件】軟件測試的內(nèi)容

1、【軟件測試】軟件測試的內(nèi)容一.什么是軟件測試（即輸入一些數(shù)據(jù)而得到其預期的結(jié)果，并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。它做必要的測試（稱為單元測試。編碼與單元測試屬于軟件生存期中的同一個期的另一個階段，即測試階段，通常由專門的測試人員承擔這項工作。大量統(tǒng)計資料表明，軟件測試的工作量往往占軟件開發(fā)總工作量的 40以返回導航二.軟件測試的目的過程，驗證該軟件已正確地實現(xiàn)了用戶的要求，確立用戶對軟件質(zhì)量的信心。下面這些規(guī)則也可以看作是測試的目的或定義：1.測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；2.好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；3.成功的測試是發(fā)現(xiàn)了至今

2、為止尚未發(fā)現(xiàn)的錯誤的測試。程序中的錯誤，不能證明程序中沒有錯誤。黑盒測試黑盒測試也稱為功能測試,它著眼于程序的外部特征,而不考慮程序的內(nèi)部 邏輯結(jié)構(gòu)。測試者把被測程序看成一個黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。黑盒測 黑盒測試是基于用戶角度進行的測試。白盒測試提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。灰盒測試軟件內(nèi)部有所了解, 但不見得到了如指掌的程度, 卻可以結(jié)合這些了解做些比黑盒多點的測試。文檔測試文檔測試涵蓋面很大，在軟件的各個版本中均有所使用。隨著軟件版本的變SitemapERUML需求文檔等文檔。員拿到文檔時看不懂文檔的內(nèi)容。命名規(guī)范測試規(guī)范。文件命名規(guī)范以及版本號命名規(guī)范需求完整性測試需求完

3、整性測試主要存在于需求探索階段，在需求尚未完全明確之前對已收集到的需求做出整理性的、檢查遺漏性的測試，確認需求是否明確。另外，需求完整性測試也承擔著一部分澄清需求的任務。鏈接完整性測試檢查假頁面中各種鏈接是否完整，是否指向目標位置，屬于檢查性的測試。頁面完整性測試是否完整，頁面質(zhì)量是否達標，屬于檢查性測試。UIUIUI具體測試內(nèi)容如下：提示、菜單、幫助的格式是否一致；提示、菜單、幫助中的術(shù)語是否一致；各個控件之間的對齊方式是否一致；輸入界面和輸出界面在外觀、布局、交互方式上是否一致；功能類似的相關(guān)界面在外觀、布局、交互方式上是否一致；同一層次的文字在同一種提示場合（一般情況、特殊字體、警告等）

4、大小、字體、顏色、對齊方式方面是否一致，字體大小 是否與界面的大小比例協(xié)調(diào)；多個連續(xù)界面依次出現(xiàn)的情況下，界面的外觀、操作方式是否一致；系統(tǒng)是否拒絕客戶的錯誤輸入并做出提示；系統(tǒng)是否在用戶完成操作時給出操作成功的提示；各個控件的間隔是否一致，垂直和水平方向上是否對齊；是否允許動作的可逆性，返回原有操做；數(shù)據(jù)和數(shù)據(jù)庫完整性測試為空，數(shù)據(jù)庫表中的關(guān)系、索引、主鍵、約束是否正確。功能測試價值以及是否完整。在黑盒和白盒測試狀態(tài)下，該測試均會被使用。6206BUGBUG壓力測試通過改變應用程序的輸入以對應用程序施加越來越大的負載并測量在這些不同述一種特定類型的壓力測試增加用戶數(shù)量以對應用程序進行壓力測試

5、。（安全性測試安全性測試主要是測試系統(tǒng)在沒有授權(quán)的內(nèi)部或者外部用戶對系統(tǒng)進行攻以學習一些黑客技術(shù)，來對系統(tǒng)進行攻擊。 另外，對操作權(quán)限的測試也包含在安全性測試中。具體測試內(nèi)容如下： 3.14.頁面腳本測試JavaScript腳本是否有錯誤頁面。提示文本測試UI瀏覽器測試B/S該測試任務主要是軟件對各種瀏覽器（IE5.5IE6.0FireFox）的支IE安裝測試此軟件的所有功能和頁面。自定義測試試人員自己定義修改測試的類型。四.軟件命名規(guī)范軟件版本階段說明oBase 版: 此版本表示該軟件僅僅是一個假頁面鏈接，通常包括所有的功能和頁架構(gòu)。oAlphaBugUI。oRCBUG，正式版相差無幾。oR

6、eleaseRelease 不會以單詞形式出現(xiàn)在軟件封面上，取而代之的是符號()。測試任務描述在軟件的開發(fā)過程中每個版本都會經(jīng)歷四次測試任務，分別為：單元測試、集成測試、系統(tǒng)測試、驗收測試，在這四次測試任務中，每次測試都有不同的測試方向和重點。單元測試BUGBUGBUG。能夠看到實際的系統(tǒng)開始啟動工作了。 這在外表上看來是一項明顯的進步，而象單元測試會推遲對整個系統(tǒng)進行合并這種真正有意思的工作啟動的時間。系統(tǒng)能夠正常工作的可能性是很小的，更多的情況是充滿了各式各樣的Bug。現(xiàn)更進一步的結(jié)果是大量的時間將被花費在本應該在單元測試里就完成的簡單BugBug他們會延長軟件集成為一個系統(tǒng)的時間， 而且

7、當這個系統(tǒng)投入使用時也無法確保它能夠可靠運行。單元測試的重點測試內(nèi)容包括：源代碼測試、命名規(guī)范測試、需求完整性測試、頁面完整性測試、提示文本測試、頁面腳本測試等。4.2.2.集成測試BUG。集成測試的重點測試內(nèi)容包括：鏈接完整性測試、頁面完整性測試、數(shù)據(jù)和數(shù)據(jù)庫完整性測試、功能測試、壓力測試、安全性測試、頁面腳本測試、提示文本測試等。4.2.3.系統(tǒng)測試BUG理性測試，又包括對整個產(chǎn)品的可靠性、健壯性、安全性、UI 合理性及各種性能參數(shù)的測試。UI器測試等。4.2.4 驗收測試BUGBUG。要說明的一點是，此處的驗收測試并非客戶驗收測試，這里沒有客戶參與試。驗收測試的重點測試內(nèi)容包括：鏈接完整

8、性測試、UI 合理性測試、功能測試、壓力測試、頁面完整性測試、提示文本測試、瀏覽器測試、安裝測試。測試文檔使用方法不確定需要做哪些測試，在這張表中可以查詢各個階段中所要進行的測試項。由項目經(jīng)理來安排具體人員進行修改和審核。注：BUGBUGBUGBUG測試方法和方式行測試。測試方法 測試覆蓋率 執(zhí)行人員 描述黑盒測試 100%測試人員 功能測試或數(shù)據(jù)驅(qū)動測試灰盒測試 1020% 測試或開發(fā)人員靜態(tài)的白盒測試或動態(tài)的黑盒測白盒測試 5% 開發(fā)人員結(jié)構(gòu)測試或邏輯驅(qū)動測試說明：黑盒測試是依據(jù)用戶能看到的規(guī)格說明，即針對命令、信息、報表等用戶界面及體現(xiàn)他們的輸入數(shù)據(jù)與輸出數(shù)據(jù)之間的對應關(guān)系，特別是針對功

9、能進行測試。主要由客戶或系統(tǒng)使用者完成執(zhí)行黑盒測試。黑盒測試覆蓋范圍測試用例覆蓋：測試的每一個用例都被測試過。等來做測試。如不同情況的對話窗口的內(nèi)容、運算結(jié)果數(shù)據(jù)等都必須反復地測試審核。通過測試的標準用前者。準則如下：1.100；2.95；備選通過辦法：否結(jié)束。對于系統(tǒng)的一些實施建議對系統(tǒng)測試人員進行必要的培訓，提高他們的測試效率。試的工作量，例如減少“冗余或無效”的測試。附錄一：缺陷分類類 別描 述需求有誤需求邏輯錯誤需求不完備需求文檔描述問題需求更改功能的使用對用戶帶來不便及不符合行業(yè)標準的： 1） 設計不合理設計文檔描述問題設計變更帶來的問題功能沒有達到需求的要求，或功能存在嚴重缺陷，

10、系統(tǒng)在運行過程中存在性能瓶頸，或?qū)ο到y(tǒng)性能有影響的功能：1） 功能或性能有誤功能和性能缺陷界面缺陷數(shù)據(jù)錯誤性能不完全功能不完全適應范圍有問題用戶信息和診斷信息有誤異常情況處理有誤其他功能錯誤系統(tǒng)上圖片、文字、按鈕等出現(xiàn)明顯錯誤訪問數(shù)據(jù)庫時出錯，得出的數(shù)據(jù)錯誤： 1） 數(shù)據(jù)定義數(shù)據(jù)結(jié)構(gòu)錯誤結(jié)構(gòu)缺陷實現(xiàn)與編碼缺陷數(shù)據(jù)存取及數(shù)據(jù)操作錯誤其它數(shù)據(jù)問題控制流和控制順序錯處理錯編碼錯誤違背編碼風格或標準文檔有誤其它實現(xiàn)的問題操作系統(tǒng)引用或使用錯誤軟件結(jié)構(gòu)錯誤恢復錯誤系統(tǒng)結(jié)構(gòu)缺陷4） 執(zhí)行錯5） 診斷錯分割覆蓋錯誤引用環(huán)境錯誤測試設計錯誤測試設計與測試執(zhí)行錯誤 3）測試用例不充分其他測試錯誤計算錯誤數(shù)學結(jié)算錯誤不同硬件設備所產(chǎn)生的錯 所產(chǎn)生的問題與硬件設備直接有關(guān)誤其他錯誤測試者檢查出來的且不包括在以上所有類型中的錯誤附錄二：缺陷嚴重程度類別描 述1-致命故等程序無法運行2-嚴重產(chǎn)生錯誤的結(jié)果，導致系統(tǒng)不穩(wěn)定的問題，運行時好時壞：1）造成數(shù)據(jù)庫不穩(wěn)定的錯誤列在說明中的需求未在最終系統(tǒng)中實現(xiàn)業(yè)務流程不正確不正確的，但不會影響系統(tǒng)穩(wěn)定性的：3-一般1）2）3）過程調(diào)用或其它腳本錯誤系統(tǒng)刷新錯誤產(chǎn)生錯誤結(jié)果，如計算結(jié)果錯誤等輕微輕微建議功能的實現(xiàn)有問題。如在系統(tǒng)實現(xiàn)的界面上，一些可接受輸入的控件點擊后無作用，對數(shù)據(jù)庫的操作不能正確實現(xiàn)編碼時數(shù)