怎樣成為一個合格的測試工程師前段時間和幾個測試朋友聊天，說到06年上半年測試界的新聞，我想最大新聞莫過于智聯招聘網站的一個測試行業的調查報告吧。

軟件生命周期的每個階段都應該包含測試從而檢驗本階段的成果是否接近預期的目標，盡可能早的發現錯誤并加以修正。

今天討論的重點在于性能測試工具loadrunner，基于web項目測試其并發性的操作介紹。

軟件測試的目的是為了保證產品的最終質量，在軟件開發的過程中，對軟件產品進行質量控制，提高軟件的可靠性。

通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指并發測試　－　多線程/進程模擬多用戶發起壓力，體現性能問題 壓力測試　－　逐步增加負載，使系統某些資源達到飽和甚至失效 負載測試　－　負載測試是通過逐步加壓的方式來確定系統的處理能力和能夠承受的各項閾值。例如，通過逐步加壓得到“響應時間不超過10秒”、“服務器平均CPU利用率低于85%”等指標的閾值。 疲勞測試　－　系統能穩定運行的前提下，以最大并發持續執行一段時間，確定系統處理最大工作量強度．

測試（Negativetesting）是相對于正面測試（Positivetesting）而言的。它們也是測試設計時的兩個非常重要的劃分。簡單點說，正面測試就是測試系統是否完成了它應該完成的HYPERLINK"javascript:;"\t"_self"工作；而負面測試就是測試系統是否不執行它不應該完成的操作。形象一點，正面測試就象一個畢恭畢敬的小學生，老師叫我做什么，我就做什么；而負面測試就象一個調皮搗蛋的孩子，你叫我這樣做，我偏不這樣做，而且和你對著干。開發人員也是最討厭修改此類bug的。?

軟件性能的范疇較廣，通常包括執行效率、資源占用、穩定性、安全性、兼容性、可擴展性、可靠性等。

滲透測試（Penetration Test）, 是完全模擬黑客可能使用的攻擊技術和漏洞發現技術，對目標系統的安全做深入的探測，發現系統最脆弱的環節。

一說起軟件測試，測試員想到肯定是去檢查文件，功能，API，性能并確定軟件是否安全，以及關于軟件特定部分的其他事項。但是對于移動測試，測試員不得不基于用戶移動使用模式考慮移動相關的功能。

在編寫測試計劃的時候要考慮可能發生的風險，并提出應對措施。那么到底都有哪些風險要注意呢?如何解決呢?另外這些風險如何在計劃中寫明呢，不會寫“張三可能要離職”，“開發提交代碼可能會延期”吧?

本文則以具體的框架為實例，敘述整個框架的架構、 如何搭建架構、講解驅動腳本的每一行代碼（已在每一行代碼后面添加注釋）、以實際的測試用例演示本框架如何使用及執行結果。

測試一個C/S系統要根據所用到的后臺數據庫來選擇不同的協議

我們知道性能測試工具是模擬多個用戶對系統的性能進行驗證(這種說法不完全正確)，有些系統允許多個完全相同的用戶同時對完全相同的數據做完全相同的操作，有些則不允許。比如，郵箱一般允許同一個賬號在多處登陸。而我們的QQ賬號肯定是不允許的。再比如，你注冊某個系統時，用戶名是不能有重復。但密碼卻可以。所以，這么多個情況都要用到參數化技巧