web測試範圍

時間 2019-11-12

標籤 web 測試範圍欄目 HTML 简体版

原文原文鏈接

在網上看到一篇web測試，總結的不錯，順手拿來

原文連接：http://jjwenle.blog.51cto.com/2993635/1128989

測試範圍
1. 功能測試
1.1基本功能模塊測試
    根據《用戶需求說明手冊》和《需求分析說明書》，分析各個功能模塊。針對各個功能模塊進行相關功能的測試。
1.2 WEB功能測試
1.2.1連接測試
什麼是連接？
   連接是Web 網站的一個主要特徵，它是在頁面之間切換和引導用戶去一些未知地址頁面的主要手段。
   連接測試的內容：
   測試全部連接是否按指示的那樣確實連接到了應該連接的頁面；

測試所連接的頁面是否存在；
保證Web 網站上沒有孤立的頁面。所謂孤立頁面是指沒有連接指向該頁面，只有知道正確的URL 地址才能訪問。

   連接測試能夠手動進行，也能夠自動進行。
   連接測試必須在集成測試階段完成，也就是說，在整個Web 網站的全部頁面開發完成以後進行連接測試。
   主要測試網站的連接是否正常，其中包括測試連接頁面的正確性、頁面是否存在、是否存在孤立頁面。
   經常使用測試工具備Xenu（測試連接的正確性的工具）。
1.2.2表單測試
什麼是表單？
    表單就是一些須要在線顯示和填寫的表格。
    表單有一些標準操做，如確認、保存、提交等。
    主要測試表單的正確性和規範性，是否適合經常使用表單的使用習慣。
    主要測試方法爲：邊界值測試、等價類測試，以及異常類測試。
1.2.3Cookies測試
什麼是cookies？
    Cookie是一個由網頁服務器放在您硬盤上的很是小的文本文件. 它本質上就像您的身份證實同樣，而且不能像代碼那樣被執行或被用來散佈病毒。它只能被您使用而且只能由提供的服務器讀取。
使用cookies的目的：
    幫您節約時間。若是您自定義頁面，或註冊產品或服務。cookie記住您的身份.當下一次您再次訪問的時候，將顯示您須要的信息，將幫您填入任何您已經回答過的問題。
Cookies測試
    Cookies 一般用來存儲用戶信息和用戶在某些應用系統上的操做序列，當一個用戶使用Cookies訪問了某一個應用系統時，Web 服務器將發送關於用戶的信息，並把該信息以Cookies 的形式存儲在客戶端計算機上，這可用來建立動態和自定義頁面或者存儲登陸等信息。
測試內容
    Cookies是否能正常工做；
    Cookies是否按預約的時間進行保存；
     刷新對Cookies 有什麼影響等。
1.2.4設計語言測試
    測試WEB設計語言使用的版本是否規範、是否統一，使用的腳本語言是否規範、統一。
     通常採用的時代碼查見解。

     不一樣的Web 設計語言版本的差別能夠引發客戶端或服務器端嚴重的問題；
     尤爲在分佈式環境中開發時，開發人員都不在一塊兒，這個問題就顯得尤其重要。
     測試的語言，除了HTML 的版本問題外，不一樣的腳本語言，例如使用Java、JavaScript、ActiveX、VBScript或Perl 等開發的應用程序也要在不一樣的版本上進行驗證。
1.2.5數據庫測試
數據校驗
   根據業務規則，須要對用戶輸入進行校驗，則要保證這些校驗功能正常工做。
   通常測試數據的一致性錯誤和輸出錯誤。數據一致性錯誤主要是因爲用戶提交的表單信息不正確而形成的，而輸出錯誤主要是因爲網絡速度或程序設計問題等引發的，針對這兩種狀況，可分別進行測試。再就是數據的安全性測試，通常採用SQL注入的方法。
2．性能測試
     網站的性能測試對於網站的運行而言異常重要，網站的性能測試主要從三個方面進行：鏈接速度測試、負載測試和壓力測試。
2.1鏈接速度測試
    無論用戶使用那種方式的不一樣，系統都不能讓用戶能夠等較長的時間。鏈接速度測試的目的，就是要保證在許可的時間內響應用戶的請求。
    測試網站的連接速度，響應用戶的反應時間。
2.2負載測試
負載測試的目的：
    負載測試是爲了測量Web 系統在某一負載級別上的性能，以保證Web 系統在需求範圍內能正常工做。負載測試指的是進行一些邊界數據的測試，測量網站系統在某一負載級別上的性能，以保證網站系統在需求範圍內能正常工做。負載級別是某個時刻同時訪問Web系統的用戶數量。
    經常使用自動化測試工具：LoadRunner。
2.3壓力測試
    壓力測試傾向應該是導致整個系統崩潰測試出系統能承受的最大壓力而不會發生系統崩潰的現象。同時也是測試系統的限制和故障恢復能力，也就是測試網站系統會不會崩潰，在什麼狀況下會崩潰。
壓力測試的內容：
壓力測試必須對 Web 服務應用如下四個基本條件進行有效的壓力測試：
重複（Repetition）；

併發（Concurrency）；

量級（Magnitude）；
隨機變化。
經常使用自動化測試工具：LoadRunner。
3. 可用性測試
可用性/易用性方面的測試通常採用手工測試的方法進行評判。
3.1導航測試
什麼是導航測試？

   在不一樣的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；
   或在不一樣的鏈接頁面之間，
   導航描述了用戶在一個頁面內操做的方式。

導航測試的內容：
    測試網站的導航能力是否良好，好比頁面結構、導航、菜單、鏈接等是否良好。
    常採用手工對網頁進行瀏覽、根據通常用戶的瀏覽習慣來進行評判。
    通常此過程讓最終用戶參與這種測試，效果將更加明顯。
    導航是否直觀？
    Web 系統的主要部分是否能夠經過主頁訪問？
    Web系統是否須要站點地圖、搜索引擎或其餘的導航器幫助？
    測試Web 系統的頁面結構；
    導航條、菜單、鏈接的風格是否一致？

各類提示是否準確，確保用戶憑直覺就知道是否還有內容，內容在什麼地方。
最好讓最終用戶參與導航測試，效果將更加明顯。

3.2圖形測試
什麼是圖形測試？
   在Web 網站中，適當的圖片和動畫既能起到廣告宣傳的做用，又能起到美化頁面的功能。一個Web 網站的圖形能夠包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試是網頁美觀測試的一部分，通常測試圖形是否有明確的用途、是否與頁面風格一致，還用圖片的大小與格式的測試。
圖形測試的內容：
   (1) 要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一塊兒，以避免浪費傳輸時間。圖片尺寸要儘可能地小，而且要能清楚地說明某件事情。
   (2) 驗證全部頁面字體的風格是否一致。
   (3) 背景顏色應該與字體顏色和前景顏色相搭配。
   (4) 圖片的大小和質量也是一個很重要的因素，通常採用JPG 或GIF 壓縮。
   常採用手工測試。
3.3內容測試
    內容測試用來檢驗web網站系統提供信息的正確性、準確性和相關性。如文字標題是否與文字內容符合，是否存在不須要的文字。
    常採用界面瀏覽的方式。
3.4總體界面測試
    測試整個網站系統的頁面結構設計是否符合用戶需求規範，是否給用戶的一個總體感。
    通常常採用界面瀏覽的方式，最好是有最終用戶的參與。
例如，當用戶瀏覽Web 網站時，應考慮
   是否感到溫馨？
   是否憑直覺就知道要找的信息在什麼地方？
   整個Web 應用系統的設計風格是否一致？
4. 安全性測試
4.1登陸驗證
    如今的網站系統基本採用先註冊，後登錄的方式。所以，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，能夠試多少次的限制，是否能夠不登錄而直接瀏覽某個頁面等。
4.2緩衝區溢出
    溢出攻擊是經過溢出來控制計算機的指令序列，讓計算機執行本身的惡意代碼，是利用緩衝區溢出漏洞所進行的攻擊行動。緩衝區溢出是一種很是廣泛、很是危險的漏洞。
4.3日誌文件
    爲了保證網站系統的安全性，日誌文件是相當重要的。須要測試相關信息是否寫進了日誌文件、是否可追蹤。
4.4安全漏洞
     服務器端的腳本經常構成安全漏洞，這些漏洞又經常被黑客利用。因此，還要測試沒有通過受權，就不能在服務器端放置和編輯腳本的問題。
4.5跨站式腳本攻擊（XSS）
    跨站腳本攻擊是指攻擊者編寫惡意腳本利用網站漏洞從用戶那裏惡意盜取信息。
4.6 目錄測試
4.7 SSL套接字測試
5. 配置和兼容性測試
5.1平臺測試
    採用不一樣的操做系統平臺對網站進行測試。
    市場上有不少不一樣的操做系統類型，最多見的有Windows、Unix、Macintosh、Linux 等。Web 網站的最終用戶究竟使用哪種操做系統，取決於用戶系統的配置。
    平臺測試就是要測試兼容性問題：
    同一個應用可能在某些操做系統下能正常運行，但在另外的操做系統下可能會運行失敗。
    所以，在Web 系統發佈以前，須要在各類操做系統下對Web 系統進行兼容性測試。
5.2瀏覽器測試
   使用不一樣的瀏覽器對網站進行瀏覽測試，查看網站在不一樣瀏覽器中的兼容性問題。
   瀏覽器是Web系統客戶端最核心的軟件，來自不一樣廠商的瀏覽器對Java，、JavaScript、ActiveX、plug-ins 或不一樣的HTML 有不一樣的支持。
   另外，框架和層次結構風格在不一樣的瀏覽器中也有不一樣的顯示，甚至根本不能顯示。不一樣的瀏覽器對安全性和Java 的設置也不同。

5.3分辨率測試
對屏幕的分辨率進行調節來查看網站在不一樣分辨率下的顯示效果，好比；分辨率低時界面文字顯示太大，而

    分辨率高時又有些文字顯示時過小。
    頁面版式在640x400、600x800 或1024x768 的
    分辨率模式下是否顯示正常?

5.4 鏈接速率測試
    是否有這種狀況，用戶使用28.8k modem 下載一個頁面須要10 分鐘，但測試人員在測試的時候使用的是T1 專線?
    用戶在下載文章或演示的時候，可能會等待比較長的時間，但卻不會耐心等待首頁的出現。
5.5 組合測試
    600x800 的分辨率在MAC 機上可能不錯，可是在IBM 兼容機上卻很難看。
    在IBM 機器上使用Netscape 能正常顯示，但卻沒法使用Lynx 來瀏覽。
    若是全部的人都使用T1 專線，可能不須要測試下載、上載。
    有些內部應用程序，開發部門可能在系統需求中聲明不支持某些系統而只支持一些那些已設置的系統。
    理想的狀況，系統能在全部機器上運行。
四．相關規範
1. 文檔管理規範
2.相關管理工具

（注：該文章是網上一篇測試流程的文章上補充完成，對某些部分給予了詳細的說明，在此謝謝該篇文章的初建者）