原创 優化軟件性能(7)

優化軟件性能之前,首先需要有正確的認識,軟件性能本質上是一種主觀的基於時間感知的用戶體驗,是資源消耗、邏輯處理、用戶行爲等綜合作用的外在表現,腳痛醫腳,頭痛醫頭,沒有包治百病的藥,性能優化亦如是。 再好的硬件解決不了應用軟件設計和開發的問

原创 性能測試體系概述

性能測試是對系統整體處理能力進行驗證、度量、評價和確認的過程,整體處理能力包括可承受的負載、資源的消耗、用戶體驗以及可靠性等。全面的性能測試不光貫穿軟件開發的整個過程,還包括系統上線後的運維、升級過程。性能測試的主要目的是預防和預測性能風

原创 測試軟件性能(5)

確定合適的性能管理過程後,在每個階段就會有不同的性能測試定義和標準。比如單元級別的性能測試,需要測試每個類或方法的執行時間和資源消耗,接口級別的性能測試,需要測試每個組件執行調用花費的時間和資源消耗,系統級別的性能測試需要模擬預期真實用戶

原创 Jmeter錄製複雜頁面腳本時Jvm崩潰或者棧溢出問題的解決

使用Jmeter進行性能測試,錄製Web頁面腳本時,如果頁面過於複雜,尤其在一些企業級應用系統中,會出現Jmeter突然崩潰,日誌中拋出Java棧溢出錯誤。 經過排查,發現是在頁面中對Form accept-charset進行計算時,採用

原创 跟蹤系統性能(8)

性能測試和分析過程只是預防性能風險,而不是保證系統性能。應用系統上線後,面臨的業務處理和數據是動態變化的,依賴的運行環境也會不穩定、老化,出現性能下降是正常的,什麼時間什麼場景下降到什麼程度我們不能接受的,是系統管理和運維者需要關心的。

原创 性能管理實施前後有哪些區別

不管是企業用戶還是軟件供應商,都有個公共目標:取得(業務、技術、產品、銷售、事業)成功,更少的資源做更多的事情。 在實現目標的道路上,不同角色採取的策略不同,結果可能也不同,以實施全面性能管理前後對比爲例進行闡釋: 管理者: 實施前:主

原创 加密傳輸的互聯網應用系統性能測試

       大多數運行在互聯網上的系統,在用戶瀏覽器和服務器數據交互過程中,對傳輸的敏感數據通過加密通道(如https)或者對數據進行加密編碼後發送給服務器,這種處理保證了數據的安全性,但是給性能測試增加了難度。因爲一般測試工具是通過錄

原创 HyperPacer運行時內存配置與優化

        HyperPacer採用Java JVM做爲運行時引擎,運行版本要求Oracle JDK1.7.x及其以上版本,默認配置文件爲HyperPacer.ini(Windows和Linux在程序文件根目錄下,MacOS上比較特殊

原创 Jmeter Http併發測試中,可能出現部分線程陷入無限循環

現象:併發量比較大,服務端響應異常等情況下,腳本運行結束後,部分用戶線程陷入無限循環,無法自動終止 原因:HTTPSamplerBase類中執行readResponse方法時,讀取inputStream時,可能出現空指針異常,未進行異常

原创 性能測試體系之性能管理能力成熟度

結合軟件能力成熟度模型,我們可以將性能管理(設計、開發、測試)能力歸結爲四個階段:初始級、定義級、集成級、優化級。此分類適用於評價組織能力,也適用於評價組織內部的項目團隊能力。

原创 敏捷開發中如何持續集成和優化軟件性能

        敏捷開發中快速進行版本迭代和發佈,已經成爲大多數敏捷團隊的工作常態。同時,保證每個版本軟件功能運行性能不下降也是其基本目標,但是由於團隊資源不足或者測試成本過高等原因,對於多數團隊來說這一基本目標也只是美好的願景。    

原创 性能測試體系之測試理論和方法

軟件需求可以分爲功能性需求和非功能性需求,功能性需求往往是很明確的,功能測試更多的是關注與需求的符合度。性能屬於非功能性需求,往往很模糊而且在項目初期被忽視。性能測試的目標和標準很難單方面去統一,不同層級有不同的認識和要求。 ITIL

原创 分析軟件性能(6)

性能測試的過程是生產和收集評估數據的過程,測試過程會產生大量的各種測試數據,這些數據是評估我們是否達到性能目標的依據。我們不光要對數據進行彙總和統計分析,還要對數據本身進行去僞存真。錯誤的測試數據會產生錯誤的分析結果,掩蓋掉存在的問題,造

原创 如何解決性能測試腳本中中文亂碼的問題?

國內部分系統Web頁面都採用GBK做爲編碼,而一些國際化測試軟件(如loadrunner、jmeter)一般使用UTF-8或者默認的ISO系列編碼,

原创 初創團隊如何保障軟件應用產品的性能質量

對於大多數初創團隊來說,資源有限,資金有限,技術有限,時間更有限,當務之急是最快的速度實現產品核心功能,發佈到市場,獲取用戶,搶佔市場至高點。對於產品質量的要求更多的偏重於功能正確性和操作流暢性,在產品獲得用戶認可,取得初步成功時纔有可能