培訓(xùn)啦軟件測試

高分教助軟件測試的高手！

教培參考

教育培訓(xùn)行業(yè)知識型媒體

發(fā)布時間: 2024年12月28日 22:37

2025年【軟件測試】報考條件/培訓(xùn)費用/專業(yè)咨詢 >>

軟件測試報考條件是什么？軟件測試培訓(xùn)費用是多少？軟件測試專業(yè)課程都有哪些？

點擊咨詢

高分教助軟件測試的高手！

[???:????]

測試設(shè)計工具有：
ALLPAIRS http://satisfice.com/
Caliber-RBT http://www.tbi.com
Caliber-RM http://www.tbi.com
DARTT http://home.t-online.de/home/bsse.info/
Datatect http://www.datatect.com
DGL http://www.csee.usf.edu/~maurer/
McCabe Test http://www.mccabe.com
McCabe TestCompress http://www.mccabe.com
等等等，測試工具有很多，不一一羅列出來了
軟件測試針對不同項目可以有不同的方法
下面給你舉個例子：
基于Web的系統(tǒng)測試方法
基于Web的系統(tǒng)測試與傳統(tǒng)的軟件測試既有相同之處，也有不同的地方，對軟件測試提出了新的挑戰(zhàn)。基于Web的系統(tǒng)測試不但需要檢查和驗證是否按照設(shè)計的要求運行，而且還要評價系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基于Web的系統(tǒng)測試方法。
隨著Internet和Intranet/Extranet的快速增長，Web已經(jīng)對商業(yè)、工業(yè)、銀行、財政、教育、政府和娛樂及我們的工作和生活產(chǎn)生了深遠的影響。許多傳統(tǒng)的信息和數(shù)據(jù)庫系統(tǒng)正在被移植到互聯(lián)網(wǎng)上，電子商務(wù)迅速增長，早已超過了國界。范圍廣泛的、復(fù)雜的分布式應(yīng)用正在Web環(huán)境中出現(xiàn)。Web的流行和無所不在，是因為它能提供支持所有類型內(nèi)容連接的信息發(fā)布，容易為最終用戶存取。
Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作為一門新興的學(xué)科，提倡使用一個過程和系統(tǒng)的方法來開發(fā)高質(zhì)量的基于Web的系統(tǒng)。它"使用合理的、科學(xué)的工程和管理原則，用嚴密的和系統(tǒng)的方法來開發(fā)、發(fā)布和維護基于Web的系統(tǒng)"。目前，對于web工程的研究主要是在國外開展的，國內(nèi)還剛剛起步。
在基于Web的系統(tǒng)開發(fā)中，如果缺乏嚴格的過程，我們在開發(fā)、發(fā)布、實施和維護Web的過程中，可能就會碰到一些嚴重的問題，失敗的可能性很大。而且，隨著基于Web的系統(tǒng)變得越來越復(fù)雜，一個項目的失敗將可能導(dǎo)致很多問題。當(dāng)這種情況發(fā)生時，我們對Web和Internet的信心可能會無法挽救地動搖，從而引起Web危機。并且，Web危機可能會比軟件開發(fā)人員所面對的軟件危機更加嚴重、更加廣泛。
在Web工程過程中，基于Web系統(tǒng)的測試、確認和驗收是一項重要而富有挑戰(zhàn)性的工作?；赪eb的系統(tǒng)測試與傳統(tǒng)的軟件測試不同，它不但需要檢查和驗證是否按照設(shè)計的要求運行，而且還要測試系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。然而，Internet和Web媒體的不可預(yù)見性使測試基于Web的系統(tǒng)變得困難。因此，我們必須為測試和評估復(fù)雜的基于Web的系統(tǒng)研究新的方法和技術(shù)。
一般軟件的發(fā)布周期以月或以年計算，而Web應(yīng)用的發(fā)布周期以天計算甚至以小時計算。Web測試人員必須處理更短的發(fā)布周期，測試人員和測試管理人員面臨著從測試傳統(tǒng)的C/S結(jié)構(gòu)和框架環(huán)境到測試快速改變的Web應(yīng)用系統(tǒng)的轉(zhuǎn)變。
一、功能測試
1、鏈接測試
鏈接是Web應(yīng)用系統(tǒng)的一個主要特征，它是在頁面之間切換和指導(dǎo)用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最后，保證Web應(yīng)用系統(tǒng)上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。
鏈接測試可以自動進行，現(xiàn)在已經(jīng)有許多工具可以采用。鏈接測試必須在集成測試階段完成，也就是說，在整個Web應(yīng)用系統(tǒng)的所有頁面開發(fā)完成之后進行鏈接測試。
2、表單測試
當(dāng)用戶給Web應(yīng)用系統(tǒng)管理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務(wù)器的信息的正確性。例如：用戶填寫的出生日期與職業(yè)是否恰當(dāng)，填寫的所屬省份與所在城市是否匹配等。如果使用了默認值，還要檢驗?zāi)J值的正確性。如果表單只能接受指定的某些值，則也要進行測試。例如：只能接受某些字符，測試時可以跳過這些字符，看系統(tǒng)是否會報錯。
3、cookies測試
cookies通常用來存儲用戶信息和用戶在某應(yīng)用系統(tǒng)的操作，當(dāng)一個用戶使用cookies訪問了某一個應(yīng)用系統(tǒng)時，Web服務(wù)器將發(fā)送關(guān)于用戶的信息，把該信息以cookies的形式存儲在客戶端計算機上，這可用來創(chuàng)建動態(tài)和自定義頁面或者存儲登陸等信息。
如果Web應(yīng)用系統(tǒng)使用了cookies，就必須檢查cookies是否能正常工作。測試的內(nèi)容可包括cookies是否起作用，是否按預(yù)定的時間進行保存，刷新對cookies有什么影響等。
4、設(shè)計語言測試
Web設(shè)計語言版本的差異可以引起客戶端或服務(wù)器端嚴重的問題，例如使用哪種版本的HTML等。當(dāng)在分布式環(huán)境中開發(fā)時，開發(fā)人員都不在一起，這個問題就顯得尤為重要。除了HTML的版本問題外，不同的腳本語言，例如Java、java script、 ActiveX、VBscript或Perl等也要進行驗證。
5、數(shù)據(jù)庫測試
在Web應(yīng)用技術(shù)中，數(shù)據(jù)庫起著重要的作用，數(shù)據(jù)庫為Web應(yīng)用系統(tǒng)的管理、運行、查詢和實現(xiàn)用戶對數(shù)據(jù)存儲的請求等提供空間。在Web應(yīng)用中，最常用的數(shù)據(jù)庫類型是關(guān)系型數(shù)據(jù)庫，可以使用SQL對信息進行處理。
在使用了數(shù)據(jù)庫的Web應(yīng)用系統(tǒng)中，一般情況下，可能發(fā)生兩種錯誤，分別是數(shù)據(jù)一致性錯誤和輸出錯誤。數(shù)據(jù)一致性錯誤主要是由于用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由于網(wǎng)絡(luò)速度或程序設(shè)計問題等引起的，針對這兩種情況，可分別進行測試。
二、性能測試
1、連接速度測試
用戶連接到Web應(yīng)用系統(tǒng)的速度根據(jù)上網(wǎng)方式的變化而變化，他們或許是電話撥號，或是寬帶上網(wǎng)。當(dāng)下載一個程序時，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣。如果Web系統(tǒng)響應(yīng)時間太長（例如超過5秒鐘），用戶就會因沒有耐心等待而離開。
另外，有些頁面有超時的限制，如果響應(yīng)速度太慢，用戶可能還沒來得及瀏覽內(nèi)容，就需要重新登陸了。而且，連接速度太慢，還可能引起數(shù)據(jù)丟失，使用戶得不到真實的頁面。
2、負載測試
負載測試是為了測量Web系統(tǒng)在某一負載級別上的性能，以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作。負載級別可以是某個時刻同時訪問Web系統(tǒng)的用戶數(shù)量，也可以是在線數(shù)據(jù)處理的數(shù)量。例如：Web應(yīng)用系統(tǒng)能允許多少個用戶同時在線？如果超過了這個數(shù)量，會出現(xiàn)什么現(xiàn)象？Web應(yīng)用系統(tǒng)能否處理大量用戶對同一個頁面的請求？
3、壓力測試
負載測試應(yīng)該安排在Web系統(tǒng)發(fā)布以后，在實際的網(wǎng)絡(luò)環(huán)境中進行測試。因為一個企業(yè)內(nèi)部員工，特別是項目組人員總是有限的，而一個Web系統(tǒng)能同時處理的請求數(shù)量將遠遠超出這個限度，所以，只有放在Internet上，接受負載測試，其結(jié)果才是正確可信的。
進行壓力測試是指實際破壞一個Web應(yīng)用系統(tǒng)，測試系統(tǒng)的反映。壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力，也就是測試Web應(yīng)用系統(tǒng)會不會崩潰，在什么情況下會崩潰。黑客常常提供錯誤的數(shù)據(jù)負載，直到Web應(yīng)用系統(tǒng)崩潰，接著當(dāng)系統(tǒng)重新啟動時獲得存取權(quán)。
壓力測試的區(qū)域包括表單、登陸和其他信息傳輸頁面等。
三、可用性測試
1、導(dǎo)航測試
導(dǎo)航描述了用戶在一個頁面內(nèi)操作的方式，在不同的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。通過考慮下列問題，可以決定一個Web應(yīng)用系統(tǒng)是否易于導(dǎo)航：導(dǎo)航是否直觀？Web系統(tǒng)的主要部分是否可通過主頁存取？Web系統(tǒng)是否需要站點地圖、搜索引擎或其他的導(dǎo)航幫助？
在一個頁面上放太多的信息往往起到與預(yù)期相反的效果。Web應(yīng)用系統(tǒng)的用戶趨向于目的驅(qū)動，很快地掃描一個Web應(yīng)用系統(tǒng)，看是否有滿足自己需要的信息，如果沒有，就會很快地離開。很少有用戶愿意花時間去熟悉Web應(yīng)用系統(tǒng)的結(jié)構(gòu)，因此，Web應(yīng)用系統(tǒng)導(dǎo)航幫助要盡可能地準確。
導(dǎo)航的另一個重要方面是Web應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)、導(dǎo)航、菜單、連接的風(fēng)格是否一致。確保用戶憑直覺就知道Web應(yīng)用系統(tǒng)里面是否還有內(nèi)容，內(nèi)容在什么地方。
Web應(yīng)用系統(tǒng)的層次一旦決定，就要著手測試用戶導(dǎo)航功能，讓最終用戶參與這種測試，效果將更加明顯。
2、圖形測試
在Web應(yīng)用系統(tǒng)中，適當(dāng)?shù)膱D片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web應(yīng)用系統(tǒng)的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內(nèi)容有：
（1）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。Web應(yīng)用系統(tǒng)的圖片尺寸要盡量地小，并且要能清楚地說明某件事情，一般都鏈接到某個具體的頁面。
（2）驗證所有頁面字體的風(fēng)格是否一致。
（3）背景顏色應(yīng)該與字體顏色和前景顏色相搭配。
（4）圖片的大小和質(zhì)量也是一個很重要的因素，一般采用JPG或GIF壓縮。
3、內(nèi)容測試
內(nèi)容測試用來檢驗Web應(yīng)用系統(tǒng)提供信息的正確性、準確性和相關(guān)性。
信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導(dǎo)致法律糾紛；信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟件來進行，例如使用Microsoft Word的"拼音與語法檢查"功能；信息的相關(guān)性是指是否在當(dāng)前頁面可以找到與當(dāng)前瀏覽信息相關(guān)的信息列表或入口，也就是一般Web站點中的所謂"相關(guān)文章列表"。
4、整體界面測試
整體界面是指整個Web應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)設(shè)計，是給用戶的一個整體感。例如：當(dāng)用戶瀏覽Web應(yīng)用系統(tǒng)時是否感到舒適，是否憑直覺就知道要找的信息在什么地方？整個Web應(yīng)用系統(tǒng)的設(shè)計風(fēng)格是否一致？
對整體界面的測試過程，其實是一個對最終用戶進行調(diào)查的過程。一般Web應(yīng)用系統(tǒng)采取在主頁上做一個調(diào)查問卷的形式，來得到最終用戶的反饋信息。
對所有的可用性測試來說，都需要有外部人員（與Web應(yīng)用系統(tǒng)開發(fā)沒有聯(lián)系或聯(lián)系很少的人員）的參與，最好是最終用戶的參與。
四、客戶端兼容性測試
1、平臺測試
市場上有很多不同的操作系統(tǒng)類型，最常見的有Windows、Unix、Macintosh、Linux等。Web應(yīng)用系統(tǒng)的最終用戶究竟使用哪一種操作系統(tǒng)，取決于用戶系統(tǒng)的配置。這樣，就可能會發(fā)生兼容性問題，同一個應(yīng)用可能在某些操作系統(tǒng)下能正常運行，但在另外的操作系統(tǒng)下可能會運行失敗。
因此，在Web系統(tǒng)發(fā)布之前，需要在各種操作系統(tǒng)下對Web系統(tǒng)進行兼容性測試。
2、瀏覽器測試
瀏覽器是Web客戶端最核心的構(gòu)件，來自不同廠商的瀏覽器對Java，、java script、 ActiveX、 plug-ins或不同的HTML規(guī)格有不同的支持。例如，ActiveX是Microsoft的產(chǎn)品，是為Internet Explorer而設(shè)計的，java script是Netscape的產(chǎn)品，Java是Sun的產(chǎn)品等等。另外，框架和層次結(jié)構(gòu)風(fēng)格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和Java的設(shè)置也不一樣。
測試瀏覽器兼容性的一個方法是創(chuàng)建一個兼容性矩陣。在這個矩陣中，測試不同廠商、不同版本的瀏覽器對某些構(gòu)件和設(shè)置的適應(yīng)性。
五、安全性測試
Web應(yīng)用系統(tǒng)的安全性測試區(qū)域主要有：
（1）現(xiàn)在的Web應(yīng)用系統(tǒng)基本采用先注冊，后登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。
（2）Web應(yīng)用系統(tǒng)是否有超時的限制，也就是說，用戶登陸后在一定時間內(nèi)（例如15分鐘）沒有點擊任何頁面，是否需要重新登陸才能正常使用。
（3）為了保證Web應(yīng)用系統(tǒng)的安全性，日志文件是至關(guān)重要的。需要測試相關(guān)信息是否寫進了日志文件、是否可追蹤。
（4）當(dāng)使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。
（5）服務(wù)器端的腳本常常構(gòu)成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經(jīng)過授權(quán)，就不能在服務(wù)器端放置和編輯腳本的問題。
六、總結(jié)
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基于Web的系統(tǒng)測試方法。
基于Web的系統(tǒng)測試與傳統(tǒng)的軟件測試既有相同之處，也有不同的地方，對軟件測試提出了新的挑戰(zhàn)?；赪eb的系統(tǒng)測試不但需要檢查和驗證是否按照設(shè)計的要求運行，而且還要評價系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。
參考資料：http://www.cntesting.com/bbs/?u=9224

軟件測試在測試b/s系統(tǒng) 和測試 c/s系統(tǒng)時的區(qū)別和側(cè)重點

我看到過一段關(guān)于這兩個測試區(qū)別和側(cè)重點分析，我覺得很有道理，以下是相關(guān)說明：
我們在日常功能測試工作中，常常依據(jù)測試對象和測試目標的不同分為四個級別的測試，單元測試、集成測試、系統(tǒng)測試和驗收測試，但是往往忽略了被測應(yīng)用系統(tǒng)架構(gòu)。在測試過程中針對不同的系統(tǒng)架構(gòu)，測試的側(cè)重點也不同。下面以B/S結(jié)構(gòu)和C/S結(jié)構(gòu)的特殊應(yīng)用系統(tǒng)為例，分析在功能測試中的區(qū)別。
我們談到的web系統(tǒng)是指以Brower/Server的訪問方式為主，包含客戶端瀏覽器、web應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器的軟件系統(tǒng)。一般的B/S結(jié)構(gòu)，都是多層架構(gòu)的，有界面層、業(yè)務(wù)邏輯層、數(shù)據(jù)層。由于這種結(jié)構(gòu)不需要客戶端的安裝，客戶端主要通過瀏覽器來訪問，因此客戶端測試的重點是：客戶端操作系統(tǒng)（不同類型和版本）、客戶端瀏覽器（不同類型和版本）以及客戶端配置（cookie設(shè)置和分辨率設(shè)置）等測試。除客戶端測試外，根據(jù)WEB系統(tǒng)常用技術(shù)還需要關(guān)注以下幾個方面的測試：
（1）鏈接測試
（2）表單測試
（3）腳本測試
（4）ActiveX控件測試
C/S（Client/Server）結(jié)構(gòu)，即大家熟知的客戶機和服務(wù)器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu)，通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務(wù)合理分配到Client端和Server端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。這種結(jié)構(gòu)與B/S最顯著的區(qū)別是需要安裝客戶端，通過客戶端程序來訪問應(yīng)用系統(tǒng)，因此C/S客戶端測試是重點，并且與B/S結(jié)構(gòu)有所不同。
C/S客戶端測試的重點有：
（1）客戶端安裝測試
安裝手冊的評估
安裝的自動化程度
安裝選項和設(shè)置得測試
安裝過程的中斷測試
安裝順序測試
多環(huán)境安裝測試
安裝的正確性測試
修復(fù)安裝測試
卸載安裝測試
（2）客戶端升級測試
與變更相關(guān)的測試
變更內(nèi)容的測試
與變更相關(guān)的測試
（3）客戶端與服務(wù)器鏈接測試
（4）服務(wù)器端數(shù)據(jù)驗證
（5）客戶端可維護性測試
以上內(nèi)容總結(jié)了B/S與C/S系統(tǒng)測試的不同點，唯實踐使理論之樹常青，我們可以在實際工作中積累總結(jié)出更多的不同的測試關(guān)注點。

軟件測試的基本流程？咋樣對WEB網(wǎng)站進行簡單的功能測試？

軟件測試基本流程是：測試計劃，測試需求分析，測試用例的編寫，測試執(zhí)行，測試結(jié)果的分析，測試報告的編寫。開發(fā)人員修改了bug后，一般要進行回歸測試這樣來進行測試的迭代。這就是大致的一個流程。希望對你有所幫助。

如何設(shè)計一個完整的測試用例

測試用例的設(shè)計一般從分析需求設(shè)計說明書開始，了解開發(fā)人員設(shè)計這個項目的思路、設(shè)計的要求、實現(xiàn)的功能等（最好有use case，這樣看起來更清晰）。軟件測試的W模型，就要求測試與開發(fā)同步，在開發(fā)設(shè)計需求設(shè)計說明書的時候就開始測試流程，一般情況下，討論需求設(shè)計的時候需要測試主管或者組員的參與，了解這個項目設(shè)計的總體情況。事實上，測試用例的編寫一般是在需求設(shè)計說明書定下來之后才真正的開始的。因為測試用例的內(nèi)容要以需求設(shè)計說明書為依據(jù)，設(shè)計說明書上沒體現(xiàn)的功能，不需要在測試用例中體現(xiàn)。編寫測試用例（這里指功能測試用例的編寫），首先要做的就是設(shè)計測試用例的模板。每個公司都有適合自己公司用例編寫的模板，各有各的特點。測試用例的格式包括，測試用例摘要、測試用例需求編號（一個需求設(shè)計說明書可以分好幾個用例編寫）、編寫用例的日期、編寫人員、編寫日期、前置條件、準備數(shù)據(jù)等等。格式?jīng)]有固定的要求，可以根據(jù)自己測試用例設(shè)計的思路，對測試用例的格式作相應(yīng)的改變。下面以一個登陸窗口為例，說說我設(shè)計登陸界面的思路和方法。我把這個測試用例分為三層結(jié)構(gòu)，表單測試、邏輯判斷、業(yè)務(wù)流程。第一層，表單測試為最底層（最基礎(chǔ)的）。這部分的測試用例是對登陸窗口這個界面的輸入框、按鈕功能、界面等最基本功能的測試。一般來說登陸用戶名和登陸用戶密碼是輸入框的形式體現(xiàn)，那么，我們需要的是針對這兩個輸入框進行功能的測試。這時，我們只要考慮這個輸入框的功能，而不需要考慮業(yè)務(wù)方面的內(nèi)容。這樣，我們考慮就是這個輸入框的長度限制是多少？能否輸入特殊字符？能否輸入全角字符？當(dāng)然，登陸窗口還有其他按鈕，例如登陸按鈕、退出按鈕、界面設(shè)計等，這一層的測試用例只對他們最簡單的功能的測試。我覺得這一層的測試用例對新開發(fā)項目很重要，也必須執(zhí)行，因為這些是最基本的功能保證，當(dāng)項目進入維護階段后，如果沒有修改就不需要執(zhí)行這部分的測試了或者說把這層的用例優(yōu)先級置為最低，時間不充足的情況就不用去執(zhí)行。第二層，邏輯判斷層。根據(jù)需求的設(shè)計，各功能之間的簡單邏輯聯(lián)系。以登陸窗口為例，賬號登錄，賬號和密碼必須對應(yīng)才能登錄，否則登錄失敗。根據(jù)這一點，我們就可以從這個要求設(shè)計這一層測試用例。例如，賬號和密碼不一致時；賬號為空時；密碼為空時；賬號密碼對應(yīng)時等等情況。輸入這些情況時，程序是作怎么樣的邏輯控制的？控制是否正確？是否有相應(yīng)的提示信息？我覺得，這一層的用例時最常規(guī)的一層，平時使用這個軟件用經(jīng)常碰到的一些情況，在常規(guī)測試或修改這部分的功能之后，這一部分的測試用例也必須執(zhí)行。第三層，業(yè)務(wù)流程層。這部分不關(guān)心軟件的本身的基本功能，而是關(guān)心這個軟件的業(yè)務(wù)有沒有實現(xiàn)，不同的需求就有不同的業(yè)務(wù)需求。以登陸窗口為例，就可能有不同的需求，可能用戶要求停用的賬號能夠登錄系統(tǒng)（可能要求登錄后不允許進行其他操作），也可能用戶直接要求停用的用戶賬號不準登錄系統(tǒng)。根據(jù)不同的業(yè)務(wù)需求，就有不同的業(yè)務(wù)流程。這樣這層的測試用例，我們就只要考慮業(yè)務(wù)需求，仍然以登錄窗口為例，我們就只要考慮刪除的用戶能否登錄？停用的用戶能否登錄？超級用戶是如何登錄的？普通用戶是何種方式登錄的？簡單的說，這層的用例只描述業(yè)務(wù)流程，不關(guān)心具體這個業(yè)務(wù)是怎么實現(xiàn)的，執(zhí)行這部分用例時，不要考慮哪個輸入框控制了多少長度，能否輸入空格等其他功能，因為這部分的測試需要基于上面兩層的測試用例都已經(jīng)測試通過了，所以在項目維護階段或者說時間很緊迫的階段，我們只需要執(zhí)行這部分的用例，保證業(yè)務(wù)能夠通暢的完成。其實個人覺得在執(zhí)行這部分用例時，對包含了對基本功能的測試，一些明顯的問題應(yīng)該能被發(fā)現(xiàn)，雖然嚴格來說測試覆蓋率很低，但是基本能達到要求。這三層的組合起來才是一個完整的測試用例。這是我個人對測試用例設(shè)計的一個思路和方法。真正設(shè)計這個測試用例的時候，可能會使用到黑盒測試用例的方法，例如等價類劃分、邊界值分析、錯誤猜測法（主要是個人經(jīng)驗）、正交分解等方法針對具體情況設(shè)計測試用例。分層測試用例的思路主要來自對自動測試實現(xiàn)的考慮。因為我覺得，如果需要實現(xiàn)自動化測試就必須對測試用例進行細分，劃分得越細就越有利于自動化的實現(xiàn)。以上三層的劃分也并不是很全面，需要在實踐中不斷完善，例如可以增加對數(shù)據(jù)庫的部分功能的數(shù)據(jù)校驗的分析?？傊瑴y試用例寫的細致、全面、步驟清晰，那么無論是用手工測試的方法還是用自動化測試的方法實現(xiàn)，只要能完整的跑完整個測試用例，就達到了測試的目標了。

[軟件測試題目]一次測試用例設(shè)計的完整的過程描述

黑盒測試（Black-box Testing，又稱為功能測試或數(shù)據(jù)驅(qū)動測試）是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。
采用黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
黑盒測試注重于測試軟件的功能性需求，也即黑盒測試使軟件工程師派生出執(zhí)行程序所有功能需求的輸入條件。黑盒測試并不是白盒測試的替代品，而是用于輔助白盒測試發(fā)現(xiàn)其他類型的錯誤。
黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤：
1）功能錯誤或遺漏；
2）界面錯誤；
3）數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤；
4）性能錯誤；
5）初始化和終止錯誤。
一、黑盒測試的測試用例設(shè)計方法
·等價類劃分方法
·邊界值分析方法
·錯誤推測方法
·因果圖方法
·判定表驅(qū)動分析方法
·正交實驗設(shè)計方法
·功能圖分析方法
等價類劃分:
是把所有可能的輸入數(shù)據(jù),即程序的輸入域劃分成若干部分（子集）,然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例.該方法是一種重要的,常用的黑盒測試用例設(shè)計方法.
1) 劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
有效等價類:是指對于程序的規(guī)格說明來說是合理的,有意義的輸入數(shù)據(jù)構(gòu)成的集合.利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能.
無效等價類:與有效等價類的定義恰巧相反.
設(shè)計測試用例時,要同時考慮這兩種等價類.因為,軟件不僅要能接收合理的數(shù)據(jù),也要能經(jīng)受意外的考驗.這樣的測試才能確保軟件具有更高的可靠性.
2）劃分等價類的方法:下面給出六條確定等價類的原則.
①在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下,則可以確立一個有效等價類和兩個無效等價類.
②在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可確立一個有效等價類和一個無效等價類.
③在輸入條件是一個布爾量的情況下,可確定一個有效等價類和一個無效等價類.
④在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個）,并且程序要對每一個輸入值分別處理的情況下,可確立n個有效等價類和一個無效等價類.
⑤在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可確立一個有效等價類（符合規(guī)則）和若干個無效等價類（從不同角度違反規(guī)則）.
⑥在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下,則應(yīng)再將該等價類進一步的劃分為更小的等價類.
3）設(shè)計測試用例:在確立了等價類后,可建立等價類表,列出所有劃分出的等價類:
輸入條件有效等價類無效等價類
... ... ...
... ... ...
然后從劃分出的等價類中按以下三個原則設(shè)計測試用例:
①為每一個等價類規(guī)定一個唯一的編號.
②設(shè)計一個新的測試用例,使其盡可能多地覆蓋尚未被覆蓋地有效等價類,重復(fù)這一步.直到所有的有效等價類都被覆蓋為止.
③設(shè)計一個新的測試用例,使其僅覆蓋一個尚未被覆蓋的無效等價類,重復(fù)這一步.直到所有的無效等價類都被覆蓋為止.
邊界值分析法
邊界值分析方法是對等價類劃分方法的補充.
（1）邊界值分析方法的考慮:
長期的測試工作經(jīng)驗告訴我們,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤.
使用邊界值分析方法設(shè)計測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).
（2）基于邊界值分析方法選擇測試用例的原則:
1）如果輸入條件規(guī)定了值的范圍,則應(yīng)取剛達到這個范圍的邊界的值,以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù).
2）如果輸入條件規(guī)定了值的個數(shù),則用最大個數(shù),最小個數(shù),比最小個數(shù)少一,比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù).
3）根據(jù)規(guī)格說明的每個輸出條件,使用前面的原則1）.
4）根據(jù)規(guī)格說明的每個輸出條件,應(yīng)用前面的原則2）.
5）如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合,則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例.
6）如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu),則應(yīng)當(dāng)選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例.
7）分析規(guī)格說明,找出其它可能的邊界條件.
錯誤推測法
錯誤推測法: 基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設(shè)計測試用例的方法.
錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例. 例如,在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等,這些就是經(jīng)驗的總結(jié). 還有,輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
因果圖方法
前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等. 考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例. 這就需要利用因果圖（邏輯模型）.
因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
利用因果圖生成測試用例的基本步驟:
(1) 分析軟件規(guī)格說明描述中,那些是原因(即輸入條件或輸入條件的等價類),那些是結(jié)果(即輸出條件),并給每個原因和結(jié)果賦予一個標識符.
(2) 分析軟件規(guī)格說明描述中的語義.找出原因與結(jié)果之間,原因與原因之間對應(yīng)的關(guān)系. 根據(jù)這些關(guān)系,畫出因果圖.
(3) 由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不不可能出現(xiàn). 為表明這些特殊情況,在因果圖上用一些記號表明約束或限制條件.
(4) 把因果圖轉(zhuǎn)換為判定表.
(5) 把判定表的每一列拿出來作為依據(jù),設(shè)計測試用例.
從因果圖生成的測試用例（局部,組合關(guān)系下的）包括了所有輸入數(shù)據(jù)的取TRUE與取FALSE的情況,構(gòu)成的測試用例數(shù)目達到最少,且測試用例數(shù)目隨輸入數(shù)據(jù)數(shù)目的增加而線性地增加.
前面因果圖方法中已經(jīng)用到了判定表.判定表（Decision Table）是分析和表達多邏輯條件下執(zhí)行不同操作的情況下的工具.在程序設(shè)計發(fā)展的初期,判定表就已被當(dāng)作編寫程序的輔助工具了.由于它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達得既具體又明確.
判定表通常由四個部分組成.
條件樁（Condition Stub）:列出了問題得所有條件.通常認為列出得條件的次序無關(guān)緊要.
動作樁（Action Stub）:列出了問題規(guī)定可能采取的操作.這些操作的排列順序沒有約束.
條件項（Condition Entry）:列出針對它左列條件的取值.在所有可能情況下的真假值.
動作項（Action Entry）:列出在條件項的各種取值情況下應(yīng)該采取的動作.
規(guī)則:任何一個條件組合的特定取值及其相應(yīng)要執(zhí)行的操作.在判定表中貫穿條件項和動作項的一列就是一條規(guī)則.顯然,判定表中列出多少組條件取值,也就有多少條規(guī)則,既條件項和動作項有多少列.
判定表的建立步驟:（根據(jù)軟件規(guī)格說明）
①確定規(guī)則的個數(shù).假如有n個條件.每個條件有兩個取值（0,1）,故有種規(guī)則.
②列出所有的條件樁和動作樁.
③填入條件項.
④填入動作項.等到初始判定表.
⑤簡化.合并相似規(guī)則（相同動作）.
B. Beizer 指出了適合使用判定表設(shè)計測試用例的條件:
①規(guī)格說明以判定表形式給出,或很容易轉(zhuǎn)換成判定表.
②條件的排列順序不會也不影響執(zhí)行哪些操作.
③規(guī)則的排列順序不會也不影響執(zhí)行哪些操作.
④每當(dāng)某一規(guī)則的條件已經(jīng)滿足,并確定要執(zhí)行的操作后,不必檢驗別的規(guī)則.
⑤如果某一規(guī)則得到滿足要執(zhí)行多個操作,這些操作的執(zhí)行順序無關(guān)緊要.
黑盒測試的優(yōu)點
1. 基本上不用人管著，如果程序停止運行了一般就是被測試程序crash了
2. 設(shè)計完測試例之后，下來的工作就是爽了，當(dāng)然更苦悶的是確定crash原因
黑盒測試的缺點
1. 結(jié)果取決于測試例的設(shè)計，測試例的設(shè)計部分來勢來源于經(jīng)驗，OUSPG的東西很值得借鑒
2. 沒有狀態(tài)轉(zhuǎn)換的概念，目前一些成功的例子基本上都是針對PDU來做的，還做不到針對被測試程序的狀態(tài)轉(zhuǎn)換來作
3. 就沒有狀態(tài)概念的測試來說，尋找和確定造成程序crash的測試例是個麻煩事情，必須把周圍可能的測試例單獨確認一遍。而就有狀態(tài)的測試來說，就更麻煩了，尤其不是一個單獨的testcase造成的問題。這些在堆的問題中表現(xiàn)的更為突出。
黑盒測試（功能測試）工具的選擇
那么，如何高效地完成功能測試？選擇一款合適的功能測試工具并培訓(xùn)一支高素質(zhì)的工具使用隊伍無疑是至關(guān)重要的。盡管現(xiàn)階段存在少數(shù)不采用任何功能測試工具，從事功能測試外包項目的軟件服務(wù)企業(yè)。短期來看，這類企業(yè)盈利狀況尚可，但長久來看，它們極有可能被自動化程度較高的軟件服務(wù)企業(yè)取代。
目前，用于功能測試的工具軟件有很多，針對不同架構(gòu)軟件的工具也不斷推陳出新。這里重點介紹的是其中一個較為典型自動化測試工具，即Mercury公司的WinRunner。
WinRunner是一種用于檢驗應(yīng)用程序能否如期運行的企業(yè)級軟件功能測試工具。通過自動捕獲、檢測和模擬用戶交互操作，WinRunner能識別出絕大多數(shù)軟件功能缺陷，從而確保那些跨越了多個功能點和數(shù)據(jù)庫的應(yīng)用程序在發(fā)布時盡量不出現(xiàn)功能性故障。
WinRunner的特點在于: 與傳統(tǒng)的手工測試相比，它能快速、批量地完成功能點測試; 能針對相同測試腳本，執(zhí)行相同的動作，從而消除人工測試所帶來的理解上的誤差; 此外，它還能重復(fù)執(zhí)行相同動作，測試工作中最枯燥的部分可交由機器完成; 它支持程序風(fēng)格的測試腳本，一個高素質(zhì)的測試工程師能借助它完成流程極為復(fù)雜的測試，通過使用通配符、宏、條件語句、循環(huán)語句等，還能較好地完成測試腳本的重用; 它針對于大多數(shù)編程語言和Windows技術(shù)，提供了較好的集成、支持環(huán)境，這對基于Windows平臺的應(yīng)用程序?qū)嵤┕δ軠y試而言帶來了極大的便利。
WinRunner的工作流程大致可以分為以下六個步驟:
1．識別應(yīng)用程序的GUI
在WinRunner中，我們可以使用GUI Spy來識別各種GUI對象，識別后，WinRunner會將其存儲到GUI Map File中。它提供兩種GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最大區(qū)別是后者對每個測試腳本產(chǎn)生一個GUI文件，它能自動建立、存儲、加載，推薦初學(xué)者選用這種模式。但是，這種模式不易于描述對象的改變，其效率比較低，因此對于一個有經(jīng)驗的測試人員來說前者不失為一種更好的選擇，它只產(chǎn)生一個共享的GUI文件，這使得測試腳本更容易維護，且效率更高。
2．建立測試腳本
在建立測試腳本時，一般先進行錄制，然后在錄制形成的腳本中手工加入需要的TSL（與C語言類似的測試腳本語言）。錄制腳本有兩種模式: Context Sensitive和Analog，選擇依據(jù)主要在于是否對鼠標軌跡進行模擬，在需要回放時一般選用Analog。在錄制過程中這兩種模式可以通過F2鍵相互切換。
只要看看現(xiàn)代軟件的規(guī)模和功能點數(shù)就可以明白，功能測試早已跨越了單靠手工敲敲鍵盤、點點鼠標就可以完成的階段。而性能測試則是控制系統(tǒng)性能的有效手段，在軟件的能力驗證、能力規(guī)劃、性能調(diào)優(yōu)、缺陷修復(fù)等方面都發(fā)揮著重要作用。
3．對測試腳本除錯(debug)
在WinRunner中有專門一個Debug Toolbar用于測試腳本除錯。可以使用step、pause、breakpoint等來控制和跟蹤測試腳本和查看各種變量值。
4．在新版應(yīng)用程序執(zhí)行測試腳本
當(dāng)應(yīng)用程序有新版本發(fā)布時，我們會對應(yīng)用程序的各種功能包括新增功能進行測試，這時當(dāng)然不可能再來重新錄制和編寫所有的測試腳本。我們可以使用已有的腳本，批量運行這些測試腳本測試舊的功能點是否正常工作。可以使用一個call命令來加載各測試腳本。還可在call命令中加各種TSL腳本來增加批量能力。
5．分析測試結(jié)果
分析測試結(jié)果在整個測試過程中最重要，通過分析可以發(fā)現(xiàn)應(yīng)用程序的各種功能性缺陷。當(dāng)運行完某個測試腳本后，會產(chǎn)生一個測試報告，從這個測試報告中我們能發(fā)現(xiàn)應(yīng)用程序的功能性缺陷，能看到實際結(jié)果和期望結(jié)果之間的差異，以及在測試過程中產(chǎn)生的各類對話框等。
6．回報缺陷（defect）
在分析完測試報告后，按照測試流程要回報應(yīng)用程序的各種缺陷，然后將這些缺陷發(fā)給指定人，以便進行修改和維護。
常用的功能測試方法
功能測試就是對產(chǎn)品的各功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達到用戶要求的功能。常用的測試方法如下：
1. 頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁面，并且頁面之間切換正確。
2. 相關(guān)性檢查：刪除/增加一項會不會對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確。
3. 檢查按鈕的功能是否正確：如update,cancel,delete,save等功能是否正確。
4. 字符串長度檢查: 輸入超出需求所說明的字符串長度的內(nèi)容,看系統(tǒng)是否檢查字符串長度,會不會出錯.
5. 字符類型檢查: 在應(yīng)該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應(yīng)該輸入整型的地方輸入其他字符類型),看系統(tǒng)是否檢查字符類型,會否報錯.
6. 標點符號檢查: 輸入內(nèi)容包括各種標點符號,特別是空格,各種引號,回車鍵.看系統(tǒng)處理是否正確.
7. 中文字符處理: 在可以輸入中文的系統(tǒng)輸入中文,看會否出現(xiàn)亂碼或出錯.
8. 檢查帶出信息的完整性: 在查看信息和update信息時,查看所填寫的信息是不是全部帶出.,帶出信息和添加的是否一致
9. 信息重復(fù): 在一些需要命名,且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID,看系統(tǒng)有沒有處理,會否報錯,重名包括是否區(qū)分大小寫,以及在輸入內(nèi)容的前后輸入空格,系統(tǒng)是否作出正確處理.
10. 檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息,按”delete”,看系統(tǒng)如何處理,會否出錯;然后選擇一個和多個信息,進行刪除,看是否正確處理.
11. 檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應(yīng)該必填;添加規(guī)定為整型的項,修改也必須為整型.
12. 檢查修改重名:修改時把不能重名的項改為已存在的內(nèi)容,看會否處理,報錯.同時,也要注意,會不會報和自己重名的錯.
13. 重復(fù)提交表單：一條已經(jīng)成功提交的紀錄，back后再提交，看看系統(tǒng)是否做了處理。
14. 檢查多次使用back鍵的情況: 在有back的地方,back,回到原來頁面,再back,重復(fù)多次,看會否出錯.
15. search檢查: 在有search功能的地方輸入系統(tǒng)存在和不存在的內(nèi)容,看search結(jié)果是否正確.如果可以輸入多個search條件,可以同時添加合理和不合理的條件,看系統(tǒng)處理是否正確.
16. 輸入信息位置: 注意在光標停留的地方輸入信息時,光標和所輸入的信息會否跳到別的地方.
17. 上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。
18. 必填項檢查：應(yīng)該填寫的項沒有填寫時系統(tǒng)是否都做了處理，對必填項是否有提示信息，如在必填項前加*
19. 快捷鍵檢查：是否支持常用快捷鍵，如Ctrl C Ctrl V Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。
20. 回車鍵檢查: 在輸入結(jié)束后直接按回車鍵,看系統(tǒng)處理如何,會否報錯.您好!歡迎共同討論！有時間逛逛IT實驗室,天天軟件測試網(wǎng)