測試前置條件及測試點
一、引言
本文檔根據目前公司的實際情況,規范了軟件產品提交測試的前置條件以及需提交的文檔資料,避免造成測試的反復和資源的浪費。另外,文檔還明確了各測試階段需要關注的一些測試點,為我們的軟件測試工作明確了目的和方向。
二、測試前置條件
當研發部門完成了軟件項目的開發任務之后,軟件產品開始進入測試環節。在開發人員提交測試之前,需要遵守測試的前提條件,如果沒有限定測試前的前提條件,測試人員需要花費大量的時間去完成一些簡單的并且很容易發現的錯誤,這樣會造成很大的人員浪費。因此,對于開發部門提交給測試部門的軟件產品,除領導親自特批外,均必須滿足以下條件才允許提交:
1、 開發部門完成軟件的白盒測試。
2、 開發部門完成軟件的冒煙測試。
3、 對于新增功能,必須提供功能列表、功能詳細說明、流程明細以及關聯的模塊;對于修改功能,必須提供修改功能列表、具體修改內容以及影響的模塊。
4、 對于沒有完成的功能,不能提交測試,希望在代碼中注釋掉。
5、 對于需要與其他系統進行集成測試的軟件,需要明確測試環境以及參數的配置,并且詳細說明系統間具體是如何集成的。
6、 對于需要進行性能測試的部分,提供詳細說明以及需要達到的各項性能指標。
三、測試點設計
1、系統功能測試
1.1 鏈接測試
鏈接是Web應用系統的一個主要特征,它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先,測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面;其次,測試所鏈接的頁面是否存在;最后,測試web應用系統上是否有孤立的頁面。
1.2 表單測試
當用戶給Web應用系統管理員提交信息時,就需要使用表單操作,例如:用戶注冊、登陸、信息提交等。在這種情況下,我們必須測試提交操作的完整性,以校驗提交給服務器的信息的正確性,例如:用戶填寫的出生日期與職業是否恰當,填寫的所屬省份與所在的城市是否匹配等。如果使用了默認值,還要校驗默認值得正確性。如果表單只能接受指定的某些值,則也要進行測試。如:只能接受某些字符,測試時可以跳過這些字符,看系統是否會報錯。
1.3 cookie測試
如果Web應用系統使用了Cookies,就必須檢查Cookies是否能正常工作。測試的內容可包括Cookies是否起作用,是否按預定的時間進行保存,刷新對Cookies有什么影響等。
1.4 數據校驗測試
如果系統中根據業務規則需要對用戶的輸入進行校驗,那么就必須要保證這些校驗功能正常工作。例如,省份的字段可以用一個有效列表進行校驗。在這種情況下,需要驗證列表完整而且程序正確調用了該列表(例如在列表中添加一個測試值,確定系統能夠接受這個測試值)。
1.5 應用程序特定的功能需求
嘗試用戶的所有操作,這是用戶之所以使用網站的原因,必須確保:1、功能點是否能正確使用;2、流程是否能正常運轉。
2、系統性能測試
性能測試是測試過程中不可或缺的一個環節,它是通過自動化的測試工具模擬多種正常、峰值以及異常條件來對系統的各項性能指標進行測試。
性能測試主要包含負載測試和壓力測試。
2.1負載測試
負載測試是為了測量Web系統在某一負載級別上的性能,以保證Web系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的用戶數量,也可以是在線數據處理的數量。例如:Web應用系統能允許多少個用戶同時在線?如果超過了這個數量,會出現什么現象?Web應用系統能否處理大量用戶對同一個頁面的請求?
通過負載測試,確定在各種工作負載下系統的性能,目標是測試當負載增加時,系統各項性能指標的變化情況。
2.2壓力測試
壓力測試是測試系統的限制和故障恢復能力,也就是測試Web應用系統會不會崩潰,在什么情況下會崩潰。黑客常常提供錯誤的數據負載,直到Web應用系統崩潰,接著當系統重新啟動時獲得存取權。
壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點,來獲得系統能提供的最大服務級別的測試。
性能測試主要指標:
?。?)響應時間(RT):反映在完成某個業務所需要的時間。
?。?)吞吐量(TPS):反映單位時間內能夠處理的事務數目。
(3)服務器資源占用。
3、用戶界面測試
3.1 站點地圖和導航條
確認測試的站點是否有地圖。有些網絡高手可以直接去自己要去的地方,而不必點擊一大堆頁面,另外新用戶在網站中可能會迷失方向。站點地圖和導航條可以引導用戶進行瀏覽。需要驗證站點地圖是否正確?確認地圖上的鏈接是否確實存在?地圖有沒有包括站點上的所有鏈接?是否每個頁面都有導航條?導航條是否一致?每個頁面的鏈接是否正常?導航條是否直觀?
3.2 顏色和背景
由于web日益流行,很多人把它看作圖形設計作品。而有些開發人員對新的背景顏色更感興趣,以至于忽略了這種背景顏色是否易于瀏覽。通常來說,使用少許或盡量不使用背景是個不錯的選擇。如果您想用背景,那么最好使用單色的,和導航條一起放在頁面的左邊。否則,圖案和圖片可能會轉移用戶的注意力。
3.3 圖形測試
在Web應用系統中,適當的圖片和動畫既能起到廣告宣傳的作用,又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有:
(1)要確保圖形有明確的用途,圖片或動畫不要胡亂地堆在一起,以免浪費傳輸時間。Web應用系統的圖片尺寸要盡量地小,并且要能清楚地說明某件事情,一般都鏈接到某個具體的頁面。
?。?)驗證所有頁面字體的風格是否一致。
?。?)背景顏色應該與字體顏色和前景顏色相搭配。
?。?)圖片的大小和質量也是一個很重要的因素,一般采用JPG或GIF壓縮。
3.4 內容測試
內容測試用來檢驗Web應用系統提供信息的正確性、準確性和相關性。信息的正確性是指信息是可靠的還是誤傳的。例如,在商品價格列表中,錯誤的價格可能引起財政問題甚至導致法律糾紛;信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟件來進行,例如使用Microsoft Word的“拼音與語法檢查”功能;信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的鏈接或入口。
3.5 表格測試
需要驗證表格是否設置正確。用戶是否需要向右滾動頁面才能看見產品的價格?把價格放在左邊,而把產品細節放在右邊是否更有效?每一欄的寬度是否足夠寬,表格里的文字是否都有折行?是否有因為某一個的內容太多,而將整行的內容拉長?
3.6 整體界面測試
整體界面是指整個Web應用系統的頁面結構設計,是給用戶的一個整體感。例如:當用戶瀏覽Web應用系統時是否感到舒適,是否憑直覺就知道要找的信息在什么地方?整個Web應用系統的設計風格是否一致?對整體界面的測試過程,其實是一個對最終用戶進行調查的過程。一般Web應用系統采取在主頁上做一個調查問卷的形式,來得到最終用戶的反饋信息。對所有的可用性測試來說,都需要有外部人員(與Web應用系統開發沒有聯系或聯系很少的人員)的參與,最好是最終用戶的參與。
4、系統兼容性測試
兼容性測試主要考慮到以下幾個方面的兼容:
4.1平臺的兼容性
需要測試在不同操作系統下(例如windows/Linux/Unix等)以及在同一操作系統不同版本下(例如winxp/win2003server/vista/win7等)的運行情況,避免軟件在某一操作系統下能正常運行,但在另外的操作系統下就會運行失敗。
4.2瀏覽器的兼容性
由于瀏覽器是web客戶端的核心,而不同廠商的瀏覽器對Java、JavaScript、ActiveX、plug-ins或不同的HTML規格有不同的支持,所以需要對不同的瀏覽器進行測試,確保軟件在不同瀏覽器下的運行都是沒問題的。
4.3分辨率的兼容性
測試主流分辨率下的頁面顯示是否正常?字體大小是否合適?文本圖片是否對齊等?
4.4打印機的兼容性
4.5組合測試
5、系統安全性測試
對于網站系統,安全性測試非常重要,如果用戶信息被黑客泄露,客戶在交易時,就不會有安全感。
安全性測試主要關注以下幾點:
?。?)現在的Web應用系統基本采用先注冊,后登陸的方式。因此,必須測試有效和無效的用戶名和密碼,要注意到是否大小寫敏感,可以試多少次的限制,是否可以不登陸而直接瀏覽某個頁面等。
?。?)Web應用系統是否有超時的限制,也就是說,用戶登陸后在一定時間內(例如15分鐘)沒有點擊任何頁面,是否需要重新登陸才能正常使用。
?。?)為了保證Web應用系統的安全性,日志文件是至關重要的。需要測試相關信息是否寫進了日志文件、是否可追蹤。
(4)當使用了安全通信協議SSL時,還要測試加密是否正確,檢查信息的完整性。
?。?)服務器端的腳本常常構成安全漏洞,這些漏洞又常常被黑客利用。所以,還要測試沒有經過授權,就不能在服務器端放置和編輯腳本的問題。
6、系統接口測試
在很多情況下,系統都不是孤立的,往往會有很多外部系統與之對接。接口測試主要用于檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換,傳遞和控制管理過程,以及系統間的相互邏輯依賴關系等。
6.1服務器接口
第一個需要測試的接口是瀏覽器與服務器的接口。測試人員提交事務,然后查看服務器記錄,并驗證在瀏覽器上看到的正好是服務器上發生的。測試人員還可以查詢數據庫,確認事務數據已正確保存。
6.2外部接口
有些web系統有外部接口。例如,網上商店可能要實時驗證信用卡數據以減少欺詐行為的發生。測試的時候,要使用web接口發送一些事務數據,分別對有效信用卡、無效信用卡和被盜信用卡進行驗證。也就是說,測試人員需要確認軟件能夠處理外部服務器返回的所有可能的消息。
6.3錯誤處理
接口的錯誤處理是最容易被忽略的地方。通常我們試圖確認系統能夠處理所有錯誤,但卻無法預期系統所有可能的錯誤。嘗試在處理過程中中斷事務,嘗試中斷用戶到服務器的網絡連接,嘗試中斷web服務器到信用卡驗證服務器的連接。在這些情況下,看看會發生什么情況?系統能否正確處理這些錯誤?
版權聲明:本文出自 Giant321 的51Testing軟件測試博客:http://www.51testing.com/?506499
原創作品,轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明,否則將追究法律責任。
posted on 2014-01-02 09:36 順其自然EVO 閱讀(698) 評論(0) 編輯 收藏 所屬分類: web 前端性能測試