學習網路測試需要注意哪些

1. 如何學習網路安全知識，有哪些需要注意的問題

學習網路安全知識可以買一些書籍，同時輔助一些視頻，這樣看起來就會更有效，不懂的地方要及時找老師溝通，過程中要注意勞逸結合，不要在某一個地方糾結，這樣才能高效地學習到網路安全知識。

2. WEB測試應該注意哪些地方，怎樣才能做好WEB

基於Web的系統測試與傳統的軟體測試既有相同之處，也有不同的地方，對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行，而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。

隨著Internet和Intranet/Extranet的快速增長，Web已經對商業、工業、銀行、財政、教育、政府和娛樂及我們的工作和生活產生了深遠的影響。許多傳統的信息和資料庫系統正在被移植到互聯網上，電子商務迅速增長，早已超過了國界。范圍廣泛的、復雜的分布式應用正在Web環境中出現。Web的流行和無所不在，是因為它能提供支持所有類型內容連接的信息發布，容易為最終用戶存取。

Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作為一門新興的學科，提倡使用一個過程和系統的方法來開發高質量的基於Web的系統。它"使用合理的、科學的工程和管理原則，用嚴密的和系統的方法來開發、發布和維護基於Web的系統"。目前，對於web工程的研究主要是在國外開展的，國內還剛剛起步。

在基於Web的系統開發中，如果缺乏嚴格的過程，我們在開發、發布、實施和維護Web的過程中，可能就會碰到一些嚴重的問題，失敗的可能性很大。而且，隨著基於Web的系統變得越來越復雜，一個項目的失敗將可能導致很多問題。當這種情況發生時，我們對Web和Internet的信心可能會無法挽救地動搖，從而引起Web危機。並且，Web危機可能會比軟體開發人員所面對的軟體危機更加嚴重、更加廣泛。

在Web工程過程中，基於Web系統的測試、確認和驗收是一項重要而富有挑戰性的工作。基於Web的系統測試與傳統的軟體測試不同，它不但需要檢查和驗證是否按照設計的要求運行，而且還要測試系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。然而，Internet和Web媒體的不可預見性使測試基於Web的系統變得困難。因此，我們必須為測試和評估復雜的基於Web的系統研究新的方法和技術。

一般軟體的發布周期以月或以年計算，而Web應用的發布周期以天計算甚至以小時計算。Web測試人員必須處理更短的發布周期，測試人員和測試管理人員面臨著從測試傳統的C/S結構和框架環境到測試快速改變的Web應用系統的轉變。
一、功能測試
1、鏈接測試
鏈接是Web應用系統的一個主要特徵，它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最後，保證Web應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。鏈接測試可以自動進行，現在已經有許多工具可以採用。鏈接測試必須在集成測試階段完成，也就是說，在整個Web應用系統的所有頁面開發完成之後進行鏈接測試。

2、表單測試
當用戶給Web應用系統管理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給伺服器的信息的正確性。例如：用戶填寫的出生日期與職業是否恰當，填寫的所屬省份與所在城市是否匹配等。如果使用了默認值，還要檢驗默認值的正確性。如果表單只能接受指定的某些值，則也要進行測試。例如：只能接受某些字元，測試時可以跳過這些字元，看系統是否會報錯。

3、Cookies測試
Cookies通常用來存儲用戶信息和用戶在某應用系統的操作，當一個用戶使用Cookies訪問了某一個應用系統時，Web伺服器將發送關於用戶的信息，把該信息以Cookies的形式存儲在客戶端計算機上，這可用來創建動態和自定義頁面或者存儲登陸等信息。如果Web應用系統使用了Cookies，就必須檢查Cookies是否能正常工作。測試的內容可包括Cookies是否起作用，是否按預定的時間進行保存，刷新對Cookies有什麼影響等。

4、設計語言測試
Web設計語言版本的差異可以引起客戶端或伺服器端嚴重的問題，例如使用哪種版本的HTML等。當在分布式環境中開發時，開發人員都不在一起，這個問題就顯得尤為重要。除了HTML的版本問題外，不同的腳本語言，例如Java、javascript、 ActiveX、VBScript或Perl等也要進行驗證。

5、資料庫測試
在Web應用技術中，資料庫起著重要的作用，資料庫為Web應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在Web應用中，最常用的資料庫類型是關系型資料庫，可以使用SQL對信息進行處理。在使用了資料庫的Web應用系統中，一般情況下，可能發生兩種錯誤，分別是數據一致性錯誤和輸出錯誤。數據一致性錯誤主要是由於用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由於網路速度或程序設計問題等引起的，針對這兩種情況，可分別進行測試。

二、性能測試
1、連接速度測試
用戶連接到Web應用系統的速度根據上網方式的變化而變化，他們或許是電話撥號，或是寬頻上網。當下載一個程序時，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣。如果Web系統響應時間太長（例如超過5秒鍾），用戶就會因沒有耐心等待而離開。另外，有些頁面有超時的限制，如果響應速度太慢，用戶可能還沒來得及瀏覽內容，就需要重新登陸了。而且，連接速度太慢，還可能引起數據丟失，使用戶得不到真實的頁面。

2、負載測試
負載測試是為了測量Web系統在某一負載級別上的性能，以保證Web系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的用戶數量，也可以是在線數據處理的數量。例如：Web應用系統能允許多少個用戶同時在線？如果超過了這個數量，會出現什麼現象？Web應用系統能否處理大量用戶對同一個頁面的請求？

3、壓力測試
負載測試應該安排在Web系統發布以後，在實際的網路環境中進行測試。因為一個企業內部員工，特別是項目組人員總是有限的，而一個Web系統能同時處理的請求數量將遠遠超出這個限度，所以，只有放在Internet上，接受負載測試，其結果才是正確可信的。進行壓力測試是指實際破壞一個Web應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢復能力，也就是測試Web應用系統會不會崩潰，在什麼情況下會崩潰。黑客常常提供錯誤的數據負載，直到Web應用系統崩潰，接著當系統重新啟動時獲得存取權。壓力測試的區域包括表單、登陸和其他信息傳輸頁面等。
三、可用性測試
1、導航測試
導航描述了用戶在一個頁面內操作的方式，在不同的用戶介面控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。通過考慮下列問題，可以決定一個Web應用系統是否易於導航：導航是否直觀？Web系統的主要部分是否可通過主頁存取？Web系統是否需要站點地圖、搜索引擎或其他的導航幫助？

在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統的用戶趨向於目的驅動，很快地掃描一個Web應用系統，看是否有滿足自己需要的信息，如果沒有，就會很快地離開。很少有用戶願意花時間去熟悉Web應用系統的結構，因此，Web應用系統導航幫助要盡可能地准確。導航的另一個重要方面是Web應用系統的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道Web應用系統裡面是否還有內容，內容在什麼地方。Web應用系統的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。

2、圖形測試
在Web應用系統中，適當的圖片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有：
（1）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。Web應用系統的圖片尺寸要盡量地小，並且要能清楚地說明某件事情，一般都鏈接到某個具體的頁面。
（2）驗證所有頁面字體的風格是否一致。
（3）背景顏色應該與字體顏色和前景顏色相搭配。
（4）圖片的大小和質量也是一個很重要的因素，一般採用JPG或GIF壓縮。

3、內容測試
內容測試用來檢驗Web應用系統提供信息的正確性、准確性和相關性。信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；信息的准確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟體來進行，例如使用Microsoft Word的"拼音與語法檢查"功能；信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中的所謂"相關文章列表"。

4、整體界面測試
整體界面是指整個Web應用系統的頁面結構設計，是給用戶的一個整體感。例如：當用戶瀏覽Web應用系統時是否感到舒適，是否憑直覺就知道要找的信息在什麼地方？整個Web應用系統的設計風格是否一致？對整體界面的測試過程，其實是一個對最終用戶進行調查的過程。一般Web應用系統採取在主頁上做一個調查問卷的形式，來得到最終用戶的反饋信息。對所有的可用性測試來說，都需要有外部人員（與Web應用系統開發沒有聯系或聯系很少的人員）的參與，最好是最終用戶的參與。

四、客戶端兼容性測試
1、平台測試
市場上有很多不同的操作系統類型，最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統的最終用戶究竟使用哪一種操作系統，取決於用戶系統的配置。這樣，就可能會發生兼容性問題，同一個應用可能在某些操作系統下能正常運行，但在另外的操作系統下可能會運行失敗。因此，在Web系統發布之前，需要在各種操作系統下對Web系統進行兼容性測試。

2、瀏覽器測試
瀏覽器是Web客戶端最核心的構件，來自不同廠商的瀏覽器對Java，、javascript、 ActiveX、 plug-ins或不同的HTML規格有不同的支持。例如，ActiveX是Microsoft的產品，是為Internet Explorer而設計的，javascript是Netscape的產品，Java是Sun的產品等等。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和Java的設置也不一樣。測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中，測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。

五、安全性測試
Web應用系統的安全性測試區域主要有：
（1）現在的Web應用系統基本採用先注冊，後登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。
（2）Web應用系統是否有超時的限制，也就是說，用戶登陸後在一定時間內（例如15分鍾）沒有點擊任何頁面，是否需要重新登陸才能正常使用。
（3）為了保證Web應用系統的安全性，日誌文件是至關重要的。需要測試相關信息是否寫進了日誌文件、是否可追蹤。
（4）當使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。
（5）伺服器端的腳本常常構成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經過授權，就不能在伺服器端放置和編輯腳本的問題。

六、總結
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。基於Web的系統測試與傳統的軟體測試既有相同之處，也有不同的地方，對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行，而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。

3. 網上線上考試注意什麼

1、頭像設置成『一卡通』或『學生證』照片，名稱要實名制。

2、考試時提前進入會議，對攝像頭進行調整：攝像頭要距離考生至少1米距離，保證視頻中能看到考生四周的情況。注意攝像頭對著學生和電腦屏幕。

3、考試期間全程打開視頻和語音，盡量保持周圍環境安靜。

4、嚴格按照考試時間收發試卷，要注意把握考試時間，在規定的時間內提交試卷。

(3)學習網路測試需要注意哪些擴展閱讀：

網上線上考試的准備事項：

1、保證設備電量充足。這一點是也是最重要的，試想在考試，突然設備沒電了，充電線也不知所蹤，這時候該有多麼崩潰。另外，有移動電源的也應充滿電備好，避免發生考試時家裡停電而無處充電的情況。

2、提前10分鍾做好准備，打開線上考試界面，確保攝像頭可以打開，調整好心態，靜坐等待考試開始，避免手忙腳亂。注意線上考試截止時間嚴格，多一秒的機會都沒有，所以請把握好答題時間。

3、考試前關閉手機息屏，設置手機的鎖屏時間為「永不」，防止因黑屏導致的掉線現象造成離開考題的不良記錄，影響正常考試。另外要將手機調至免打擾模式，避免來電引起考試中斷。

4. 網路測試工程師需要哪些能力（越詳細越好）

1：網路
基礎知識：深刻理解網路基本概念，例如>ISO/OSI、TCP/IP、VLAN、各種LAN、WAN協議、各種路由協議、NAT等等
Cisco：熟悉Cisco產品線；會配置主要型號的交換機和路由器，不熟悉的設備能構獨立查資料配置；熟悉Cisco一些主要的技術例如VOIP、Qos、ACL等；
Nortel：熟悉Nortel產品線；會配置主要型號的交換機和路由器，不熟悉的設備能構獨立查資料配置；
Huawei-3com：熟悉Huawei-3com產品線；會配置主要型號的交換機和路由器，不熟悉的設備能構獨立查資料配置；
Foundry：熟悉Foudry產品線；會配置主要型號的交換機和路由器，不熟悉的設備能構獨立查資料配置；

2：主機
基礎知識：熟悉伺服器的基本知識，例如各種RAID、各種外設、SCSI卡等等
Sun Solaris：熟悉Sun小型機產品線，掌握各個版本的Solaris使用
IBM AIX：熟悉IBM小型機產品線，掌握各個版本的AIX使用
HP HP-UX：掌握HP-UX的基礎知識
Linux：熟悉主流版本的Linux的安裝、使用、配置
MS Windows：熟練掌握Windows NT、2000、2003的安裝、使用、配置、排錯

3：資料庫與中間件
基礎知識：深刻理解資料庫的基本概念，會使用簡單的SQL語句，了解資料庫復制、數據倉庫等高級概念
Sybase ASE：熟悉Sybase資料庫的基本概念、體系結構、安裝、配置、維護、排錯、復制
Oracle DB：熟悉Oracle資料庫的基本概念、體系結構、安裝、配置、維護、排錯、復制
MS SQL Server：熟悉MS SQL Server資料庫的基本概念、體系結構、安裝、配置、維護
IBM DB2：了解IBM DB2
MySQL：了解MySQL資料庫在Windwos和linux下的安裝和維護
Sybase EAserver：熟悉Sybase EAServer在各個平台的安裝、配置和使用
Oracle AS：了解Oracle應用伺服器的安裝和配置
IBM WebSphere：熟悉IBM Websphere各個版本在各個平台的安裝、配置和使用
Tomcat：了解Tomcat在Windwos和linux下的安裝和維護
4: 英語

在一般人的概念中，網路不過就是通過撥號上上網，發個E-Mail，聊聊天，計算機組裝與維護、組建區域網就以為是網路工程師了！其實網路工程師所具備的知識遠不只這些，具備了上述所提的只能算是具有電腦維護能力。真正的網路工程師須具備以下幾方面的知識：

讓學員了解完整的計算機網路系統如何工作

深入學習網路中最核心的路由技術和交換技術

全面掌握網路管理和網路安全知識

全面學習一個網路應用的建設過程

配置和管理你的計算機系統

使學員能夠設計一個完整的IT系統

對技術有不一樣的追求，有理想，有目標。

增加的更為系統的內容：

網路工程師是通過學習和訓練，掌握網路技術的理論知識和操作技能的網路技術人員。網路工程師能夠從事計算機信息系統的設計、建設、運行和維護工作。

通過等級考試的合格人員能根據應用部門的要求進行網路系統的規劃、設計和網路設備的軟硬體安裝調試工作，能進行網路系統的運行、維護和管理，能高效、可靠、安全地管理網路資源，作為網路專業人員對系統開發進行技術支持和指導，具有工程師的實際工作能力和業務水平，能指導助理工程師從事網路系統的構建和管理工作。 一般具有以下能力：

（1）熟悉計算機系統的基礎知識；
（2）熟悉網路操作系統的基礎知識；
（3）理解計算機應用系統的設計和開發方法；
（4）熟悉數據通信的基礎知識；
（5）熟悉系統安全和數據安全的基礎知識；
（6）掌握網路安全的基本技術和主要的安全協議與安全系統；
（7）掌握計算機網路體系結構和網路協議的基本原理；
（8）掌握計算機網路有關的標准化知識；
（9）掌握區域網組網技術，理解城域網和廣域網基本技術；
（10）掌握計算機網路互聯技術；
（11）掌握TCP/IP協議網路的聯網方法和網路應用服務技術；
（12）理解接入網與接入技術；
（13）掌握網路管理的基本原理和操作方法；
（14）熟悉網路系統的性能測試和優化技術，以及可靠性設計技術；
（15）理解網路應用的基本原理和技術；
（16）理解網路新技術及其發展趨勢；
（17）了解有關知識產權和互聯網的法律法規；
（18）正確閱讀和理解本領域的英文資料。
一、工作積極主動

工作態度如何，是評價一個測試人員最主要的方面，一個高水平的測試人員（指純技術能力）如果沒有一個好的工作態度，在測試團隊中有時候不但不能對測試工作起到推動作用，有時候還起到阻礙作用，而一個願意工作的測試人員，哪怕他的技術水平不高，人也不聰明，但對自己的工作認真負責，你告訴他的事情，他都可以認真去做，這個測試人員也會對測試工作起到很大的促進作用。這也是為什麼很多企業願意讓剛參加工作的人員做測試工作的一個主要原因。另外，測試人員對工作是否主動也會很影響一個測試人員的發展，舉一個例子，我的一個測試人員在自己工作空閑的時候會自己去學習QTP,提高自己的技術水平，這樣在下一個測試的時候，他可以熟練的使用這個測試工具去進行自動化測試，不但提高了工作效率降低了工作強度而且為自己創造了更好的發展機會(因為使用QTP效果好，被提升為測試組長)。所以說有效的利用工作時間，主動學習對一個人發展是很重要的。另外一個例子也差不多，我的另一個測試人員，在自己的測試任務異常終止而且其他測試組任務很忙的情況下，主動要求參加其他組的測試工作，先不說他的技術水平如何，這種主動要求工作的態度就讓他從其他人中脫穎而出，引起了我的重視，自然對他的工作會格外注意，而我們的每一次的交流都會讓他學到很多新東西。

二、認真，細心，不怕麻煩

不能不說的是，測試工作是一個煩瑣的工作，如果你是不認真、不細心，怕麻煩的人，建議你最好不要進入這個行業，否則，最後難受的肯定是你自己。有那麼一句話：細節決定成敗，這句話格外適用於測試人員。測試人員的在做測試需求的時候，開發人員寫的系統需求報告中的每一個需求點都會在測試需求中成為幾個測試需求點(你要驗證正常情況，異常情況)，有時候給人的感覺就象在玩排列組合的游戲，但這個游戲排列組合的情況實在太多了，如果你不夠耐心，不夠細心是很容易遺漏測試需求點的，而這些遺漏的地方往往是問題點（開發人員也容易忘記考慮這些地方，從而產生問題），另外測試工作輸入的數據也是一個很煩瑣的事情，舉一個例子來說：一個日期合法性測試，很容易總結三、四百個測試數據，你想全部測試工作會是一個什麼數量。而更可怕的是，測試不是一次性的工作，經常需要做回歸測試，所有煩瑣的工作必須不斷的重復，而在重復的時候測試人員往往會因為怕麻煩，減少測試用例數，造成測試的不全面。所以說認真、細心、不怕麻煩是一個好的測試人員必備的素質要求。

三、學習能力強，善於總結

92年我參加工作的時候想找一本軟體工程的書那叫一個困難，97年剛接觸測試的時候，測試方面的書也幾乎沒有，這些都對我的水平的提高產生了很大的妨礙，但也並不能成為我們提高自己水平的借口，97年我們做的測試主要是功能測試，開始也是大猩猩測試，後來一方面從專業書籍里搜尋測試的資料，一方面總結我們自己的經驗，1年以後我們基本形成了自己的測試流程和方法，我們有自己的測試計劃的編寫方法，測試用例編寫的規范，測試總結的方法，新來的測試人員可以這些文件很快的提高自己的水平，後來的測試工具學習我們也是採用這種方法，在QTP的學習過程中，我的一個部下，學習了3個月，就基本掌握了QTP的使用，而且還總結了使用QTP常遇到的問題發表到了相關的網站上，很多人都認為他是一個技術專家，其實他只是一個工作了8個月，學習了3個月的新手。不斷的學習新技術，不斷總結在實際工作遇到的問題，解決的方法，並把它們整理歸納，是一個測試人員提高自己的技術水平的最好的方法。
還有兩點需要說明的是：
1、隨著測試工作日益專業化，原來的低水平測試人員越來越不能滿足測試的需要，測試工具的使用，測試理論的更新，新技術的應用都要求測試人員要不斷提高自己的水平；

2、好的測試人員不但要理解測試技術，對被測試系統的開發環境和工具以及系統架構都要很了解才能制定合理的測試方案，也就是說測試負責人不僅要了解測試技術，還要了解主流的開發技術、架構和工具（雖然不用成為專家），這一切都要測試人員不斷的學習和總結的。

3、掌握測試理論

開發工具在變，測試工具在變，被測試的系統在變，一切的東西都在變，那麼作為一個測試人員最重要的是學習什麼，個人認為是測試理論的學習，拿我自己的例子來說，我原來是純做軟體的，可是現在接觸到了很多和硬體相關的測試，比如手機測試，但不管你測試的是什麼系統基本理論是不變的，首先都需要開發人員提供比較好的需求文檔。概要設計文檔，詳細設計文檔，需求文檔是我們制定測試需求的標准，也是我們判斷系統是否存在問題的標准，而概要設計文檔，詳細設計文檔是我們製作測試用例的依據。我們的劃分等價類，邊界值測試等基本測試的方法都需要這些文檔的支持，當然每一種不同類型的測試，都有其特殊的地方，比如手機的測試就需要你對通訊理論有一定的了解（也就是系統環境），所以說好的測試人員必須數量掌握測試理論。如果你認為你的測試理論已經不錯了，那就回答一下性能測試，負載測試，壓力測試有什麼區別這個問題吧。

4、不清談，而是沖鋒在前
我的一些測試人員，總是喜歡給我出注意，但卻從來不考慮如何實施，他們喜歡的一句話就是，看我多聰明，一眼就可以問題的實質，頭我這個參謀不錯吧（我原來也是這樣）。我要告訴大家這樣的人實際已經落入了一個技術生涯的誤區，看到問題可以說明你有一定的水平，但如何解決問題，如何實施才是真正體現一個人水平，這個不好的習慣我們現在叫做眼高手低。只有在解決實際問題的時候我們才能發現我們的解決方法有那些不足，會產生什麼新的問題，從而不斷改進我們的工作，一個簡單的例子，我用TD已經很長時間了，可今天我還是能發現TD一些新的特點，並把這些特點用到我的工作中去，改進我的測試管理，所以個人認為好的測試人員總是那些沖鋒在前的測試人員，在實際工作中才是提高功能能力的最好方法。

5、人際關系的處理
測試工作是一個問題的爆發點，特別是對於那些開發流程不規范的單位，如何處理好人際關系，是一個好的測試人員需要掌握的技巧，作為一個測試負責人要和開發人員、測試人員、公司領導經常面臨短暫的測試時間，不斷的回歸測試，測試的異常終止，領導的批評，開發人員的職責，測試人員關於工期，測試環境的抱怨。如何化解矛盾，處理好這些問題是一個衡量測試人員好壞的標准人際關系處理不好，其實一個主要的問題就是誤解，開發人員，公司領導對於測試工作的工作量的誤解是產生這些矛盾的一個主要原因，所以作為好的測試人員，除了具備一些常用的人際關系處理技巧以外，還要是一個好的宣傳員，不斷將測試的方法、理論、工作量對開發人員、上級領導進行宣講，讓他們對測試工作有一個正確的認識，只有這樣才能真正處理好測試部門和其他工作人員的人際關系，是單位的測試向一個好的方向發展。

5. 計算機學網路測試需要掌握哪些技能

一、試新人，哪些技能是及時掌握的？ 1、討論之個議題之前，我們先明確測試新人為什麼需要掌握一些技能。 2、作為測試新人，如果開始就是達人什麼都會什麼都懂，也就沒什麼技能需要掌握了。 3、之所以需要掌握相關技能是因為： A、測試新人對業務，應用程序，特殊工具，日常流程不熟悉，千頭萬緒不知道從哪裡開始？ B、有些測試項目需要背景知識，有些需要分析技能、有些需要編程技能、有些需要自動化測試能力、有些需要資料庫知識、有些專業業務技能。自己可能以前未接觸過！ C、團隊和公司文化的不熟悉,周圍都是陌生人、自己是否會被很快接受、勾通是否暢通、同事是否友好、領導是否關心。 D、團隊分工問題，你處於哪個組，你的職責是什麼，你會跟誰合作？相應的就需要學習與自己職責有關的技術，知識。 4、所以，關於測試新人及時掌握什麼技能，和以上幾個方面都有很大的聯系，現總結如下： A、作為測試新人，肯定是好多東西都不懂，不懂就要學和問，學和問就要產生溝通，所以必要的溝通能力是首要掌握的。 B、由於各行各行業測試對象各自都有其特殊性，掌握業務技術基礎，知道測試對象的工作原理及應用。 如果然測試對象有什麼作用，是怎麼工作的都不清楚，那就談不上測試，所以業務能力不得不掌握。 C、業務知識、技術、能力達到標准後，那就需要對業務對象進行測試，那怎麼測？為什麼這樣測？ 測試有哪些方法，怎麼測更全面、更迅速。這樣測試技術，測試流程，測試理論就不能不掌握。 C、測試技術、測試方法的應用又離不開相關工具的輔助，那麼測試工具的應用能力也要提上日程，至於掌握什麼測試工具，那就根據崗位職責、業務特徵來決定了。 D、隨著測試技術、測試方法、測試工具的應用，以及測試層次的加深，這個時候就不再是針對因研發馬虎，未自檢的、簡易的BUG進行測試，而是從底層設計開發方面找出設計、研發的漏洞，找出研發本身能力未能發現和解決的漏洞。那麼要看懂研發的程序， 開發模型的編程方面的技能又需要掌握。 E、關於掌握資料庫的技能： · 如果測試對象是和資料庫緊密聯系的，那肯定需要掌握； · 如果測試對象需要大量的測試數據； 那麼測試數據的生成，自動化工具的數據連接，也需要掌握必要的資料庫能力。二、 需要掌握的技能，對不同起點的人應該有不同的要求。對於無基礎的新手來說，我認為應該從以下幾個方面進行掌握。 1、計算機基礎知識 計算機基礎知識應包括，對計算機硬體的構成，常見外設設備、網路設備、資料庫知識的了解。要測試就必須搭建測試環境，要搭建測試環境就必須應對硬體有一定的了解。 2、操作系統使用 首先必須要熟悉當前最流行的操作系統，比如現在使用比較多的是windows xp。起碼的操作和快捷鍵使用，常用工具安裝應比較熟練。 3、軟體開發和測試基礎 測試首先要了解需求和開發人員根據需求製作的技術方案。所以對軟體開發的流程、開發常用的方法、架構有一定的了解，對開發中常用的名詞應掌握其意思。這同時也有利於與開發人員的溝通，及測試文檔的編寫。 至少專心學習一本講述軟體測試基礎知識的書，對測試工作有一個全面和系統的了解，對常用的測試名詞，測試方法應掌握。 4、熟練使用Word 、掌握一種輸入法 編寫測試用例、測試報告（BUG單）、軟體使用手冊是測試工程師必不可少的工作，因此word常用功能使用必須要熟練，如常用的插入圖片、表格繪制等。 熟練使用一種輸入法，提高文檔的編寫效率也是必要的，畢竟那個公司也不願意員工每天把大量的時間花在敲鍵盤上。 5、溝通技巧 學會和團隊內部人員的溝通，學會如何與程序員打交道。溝通是人學習和進步的一個捷徑。做為一個新人也許會有很多地方不足，如技術上的缺陷，公司業務的不了解，良好的溝通可以盡快的彌補不足。 6、學習能力 主動、自覺、積極是必須的，不要等著別人來教，也不要等著用的時候才去學。不會很正常，誰也不是什麼都會，但學不會就不行了，那就只能被淘汰了。 對於有一定計算機專業工作經驗的測試新人來說，我覺得最需要的對測試技能方面及時進行掌握。 1、測試用例 測試用例是測試的根本，良好的測試用例，對測試起到的作用不言而喻。所以對於一個有一定基礎的測試新人，應首先學習如何編寫合理、有效的測試用例。 2、測試方法 測試的方法有很多種，每種方法如何使用，使用的技巧，應做為一個重點去學習，畢竟發現BUG，是測試人員工作中重要的一個環節。 3、測試工具 自動化測試工具及測試管理工具、配置管理工具的使用，應至少熟悉一種工具的使用。 4、其他專業工具 根據公司需要，學習公司常用的專業工具。很多比較專業的工具，只有從事此行業才會用到，這些工具也是要盡快熟悉和掌握的。

6. 網頁測試需要注意的內容有哪些

網站製作完成後需要進行測試才能發布，測試應該注意如下內容：

1）盡量在多個平台或者瀏覽器進行測試，以查看網路布局/顏色、字體大小等區別，這些是在目標瀏覽器檢查中無法預見的。

2）檢查站點的連接是否正常。由於站點的設計和不斷修改，可能引起有些連接刪除，或者被轉移，導致有的連接無法正常打開，這就需要在測試的時候進行修復。

3）檢測網頁文件的大小以及下載速度。

4）運行站點報告來測試站點問題，如空標簽、無標題空白文檔等。

7. 測網速時有什麼需要注意的嗎

1.不要中途關閉測速客戶端或瀏覽器，耐心等待測試完成；2.測速時如運行網路應用，可能影響測速准確性。測速時建議關閉與網路相關在線應用，如迅雷、殺毒軟體等；3.為進一步提高測試結果准確性，建議在不同的時間段多測試幾次。客服33為你解答。流量超市內商品應有盡有，流量包、加餐包、語音包、節日流量包可根據需求自由選擇；回復關鍵詞「流量超市」可以直接辦理，方便快捷。

8. 網路測試工程師應該學些什麼

看你是進行什麼測試了，安全性測試，功能測試，
不過最基礎的網路原理，計算機原理，伺服器的配置，相關的都要學的，

9. WEB測試應該注意哪些地方，怎樣才能做好WEB測試，新手上路，希望大家能多給些寶貴的意見

基於Web的系統測試與傳統的軟體測試既有相同之處，也有不同的地方，對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行，而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。

隨著Internet和Intranet/Extranet的快速增長，Web已經對商業、工業、銀行、財政、教育、政府和娛樂及我們的工作和生活產生了深遠的影響。許多傳統的信息和資料庫系統正在被移植到互聯網上，電子商務迅速增長，早已超過了國界。范圍廣泛的、復雜的分布式應用正在Web環境中出現。Web的流行和無所不在，是因為它能提供支持所有類型內容連接的信息發布，容易為最終用戶存取。

Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作為一門新興的學科，提倡使用一個過程和系統的方法來開發高質量的基於Web的系統。它"使用合理的、科學的工程和管理原則，用嚴密的和系統的方法來開發、發布和維護基於Web的系統"。目前，對於web工程的研究主要是在國外開展的，國內還剛剛起步。

在基於Web的系統開發中，如果缺乏嚴格的過程，我們在開發、發布、實施和維護Web的過程中，可能就會碰到一些嚴重的問題，失敗的可能性很大。而且，隨著基於Web的系統變得越來越復雜，一個項目的失敗將可能導致很多問題。當這種情況發生時，我們對Web和Internet的信心可能會無法挽救地動搖，從而引起Web危機。並且，Web危機可能會比軟體開發人員所面對的軟體危機更加嚴重、更加廣泛。

在Web工程過程中，基於Web系統的測試、確認和驗收是一項重要而富有挑戰性的工作。基於Web的系統測試與傳統的軟體測試不同，它不但需要檢查和驗證是否按照設計的要求運行，而且還要測試系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。然而，Internet和Web媒體的不可預見性使測試基於Web的系統變得困難。因此，我們必須為測試和評估復雜的基於Web的系統研究新的方法和技術。

一般軟體的發布周期以月或以年計算，而Web應用的發布周期以天計算甚至以小時計算。Web測試人員必須處理更短的發布周期，測試人員和測試管理人員面臨著從測試傳統的C/S結構和框架環境到測試快速改變的Web應用系統的轉變。
一、功能測試
1、鏈接測試
鏈接是Web應用系統的一個主要特徵，它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最後，保證Web應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。鏈接測試可以自動進行，現在已經有許多工具可以採用。鏈接測試必須在集成測試階段完成，也就是說，在整個Web應用系統的所有頁面開發完成之後進行鏈接測試。

2、表單測試
當用戶給Web應用系統管理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給伺服器的信息的正確性。例如：用戶填寫的出生日期與職業是否恰當，填寫的所屬省份與所在城市是否匹配等。如果使用了默認值，還要檢驗默認值的正確性。如果表單只能接受指定的某些值，則也要進行測試。例如：只能接受某些字元，測試時可以跳過這些字元，看系統是否會報錯。

3、Cookies測試
Cookies通常用來存儲用戶信息和用戶在某應用系統的操作，當一個用戶使用Cookies訪問了某一個應用系統時，Web伺服器將發送關於用戶的信息，把該信息以Cookies的形式存儲在客戶端計算機上，這可用來創建動態和自定義頁面或者存儲登陸等信息。如果Web應用系統使用了Cookies，就必須檢查Cookies是否能正常工作。測試的內容可包括Cookies是否起作用，是否按預定的時間進行保存，刷新對Cookies有什麼影響等。

4、設計語言測試
Web設計語言版本的差異可以引起客戶端或伺服器端嚴重的問題，例如使用哪種版本的HTML等。當在分布式環境中開發時，開發人員都不在一起，這個問題就顯得尤為重要。除了HTML的版本問題外，不同的腳本語言，例如Java、javascript、 ActiveX、VBScript或Perl等也要進行驗證。

5、資料庫測試
在Web應用技術中，資料庫起著重要的作用，資料庫為Web應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在Web應用中，最常用的資料庫類型是關系型資料庫，可以使用SQL對信息進行處理。在使用了資料庫的Web應用系統中，一般情況下，可能發生兩種錯誤，分別是數據一致性錯誤和輸出錯誤。數據一致性錯誤主要是由於用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由於網路速度或程序設計問題等引起的，針對這兩種情況，可分別進行測試。

二、性能測試
1、連接速度測試
用戶連接到Web應用系統的速度根據上網方式的變化而變化，他們或許是電話撥號，或是寬頻上網。當下載一個程序時，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣。如果Web系統響應時間太長（例如超過5秒鍾），用戶就會因沒有耐心等待而離開。另外，有些頁面有超時的限制，如果響應速度太慢，用戶可能還沒來得及瀏覽內容，就需要重新登陸了。而且，連接速度太慢，還可能引起數據丟失，使用戶得不到真實的頁面。

2、負載測試
負載測試是為了測量Web系統在某一負載級別上的性能，以保證Web系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的用戶數量，也可以是在線數據處理的數量。例如：Web應用系統能允許多少個用戶同時在線？如果超過了這個數量，會出現什麼現象？Web應用系統能否處理大量用戶對同一個頁面的請求？

3、壓力測試
負載測試應該安排在Web系統發布以後，在實際的網路環境中進行測試。因為一個企業內部員工，特別是項目組人員總是有限的，而一個Web系統能同時處理的請求數量將遠遠超出這個限度，所以，只有放在Internet上，接受負載測試，其結果才是正確可信的。進行壓力測試是指實際破壞一個Web應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢復能力，也就是測試Web應用系統會不會崩潰，在什麼情況下會崩潰。黑客常常提供錯誤的數據負載，直到Web應用系統崩潰，接著當系統重新啟動時獲得存取權。壓力測試的區域包括表單、登陸和其他信息傳輸頁面等。
三、可用性測試
1、導航測試
導航描述了用戶在一個頁面內操作的方式，在不同的用戶介面控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。通過考慮下列問題，可以決定一個Web應用系統是否易於導航：導航是否直觀？Web系統的主要部分是否可通過主頁存取？Web系統是否需要站點地圖、搜索引擎或其他的導航幫助？

在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統的用戶趨向於目的驅動，很快地掃描一個Web應用系統，看是否有滿足自己需要的信息，如果沒有，就會很快地離開。很少有用戶願意花時間去熟悉Web應用系統的結構，因此，Web應用系統導航幫助要盡可能地准確。導航的另一個重要方面是Web應用系統的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道Web應用系統裡面是否還有內容，內容在什麼地方。Web應用系統的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。

2、圖形測試
在Web應用系統中，適當的圖片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有：
（1）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。Web應用系統的圖片尺寸要盡量地小，並且要能清楚地說明某件事情，一般都鏈接到某個具體的頁面。
（2）驗證所有頁面字體的風格是否一致。
（3）背景顏色應該與字體顏色和前景顏色相搭配。
（4）圖片的大小和質量也是一個很重要的因素，一般採用JPG或GIF壓縮。

3、內容測試
內容測試用來檢驗Web應用系統提供信息的正確性、准確性和相關性。信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；信息的准確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟體來進行，例如使用Microsoft Word的"拼音與語法檢查"功能；信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中的所謂"相關文章列表"。

4、整體界面測試
整體界面是指整個Web應用系統的頁面結構設計，是給用戶的一個整體感。例如：當用戶瀏覽Web應用系統時是否感到舒適，是否憑直覺就知道要找的信息在什麼地方？整個Web應用系統的設計風格是否一致？對整體界面的測試過程，其實是一個對最終用戶進行調查的過程。一般Web應用系統採取在主頁上做一個調查問卷的形式，來得到最終用戶的反饋信息。對所有的可用性測試來說，都需要有外部人員（與Web應用系統開發沒有聯系或聯系很少的人員）的參與，最好是最終用戶的參與。

四、客戶端兼容性測試
1、平台測試
市場上有很多不同的操作系統類型，最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統的最終用戶究竟使用哪一種操作系統，取決於用戶系統的配置。這樣，就可能會發生兼容性問題，同一個應用可能在某些操作系統下能正常運行，但在另外的操作系統下可能會運行失敗。因此，在Web系統發布之前，需要在各種操作系統下對Web系統進行兼容性測試。

2、瀏覽器測試
瀏覽器是Web客戶端最核心的構件，來自不同廠商的瀏覽器對Java，、javascript、 ActiveX、 plug-ins或不同的HTML規格有不同的支持。例如，ActiveX是Microsoft的產品，是為Internet Explorer而設計的，javascript是Netscape的產品，Java是Sun的產品等等。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和Java的設置也不一樣。測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中，測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。

五、安全性測試
Web應用系統的安全性測試區域主要有：
（1）現在的Web應用系統基本採用先注冊，後登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。
（2）Web應用系統是否有超時的限制，也就是說，用戶登陸後在一定時間內（例如15分鍾）沒有點擊任何頁面，是否需要重新登陸才能正常使用。
（3）為了保證Web應用系統的安全性，日誌文件是至關重要的。需要測試相關信息是否寫進了日誌文件、是否可追蹤。
（4）當使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。
（5）伺服器端的腳本常常構成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經過授權，就不能在伺服器端放置和編輯腳本的問題。

六、總結
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。基於Web的系統測試與傳統的軟體測試既有相同之處，也有不同的地方，對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行，而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。(T117)