談項目管理和軟件測試過程(5)

發表于:2015-11-13來源:uml.org.cn作者:不詳點擊數: 標簽:項目管理
Java有移植性好和其它很多優勢, 但用在手機上, 速率和功耗仍是個瓶頸。 Java帶來的新問題是執行速度慢, 消耗功率大。 與PC不同的是, 手機資源有限, 一般

  Java有移植性好和其它很多優勢, 但用在手機上, 速率和功耗仍是個瓶頸。 Java帶來的新問題是執行速度慢, 消耗功率大。 與PC不同的是, 手機資源有限, 一般流行的手機中CPU的速率為26MHz, 或52MHz,帶128M閃存, 8Mb, 16M 或64Mb內存, 沒有硬盤, 由電池供電, 體積小, 空間窄。 系統慢的原因是:

  (1) 系統必須同時運行兩套軟件: Java應用和虛擬機JVM;

  (2) Java軟件需要被翻譯成自然CPU指令;

  (3) Java平臺是基于棧(相對于寄存器)結構的, 導致更多的內存存取。

  因而, 如何對執行 Java加速成為關鍵。 加速處理數據和圖形, 這對手機上互聯網和多媒體的應用具有重要意義。 要克服這些問題, 提高Java軟件性能, 可能的方法有四種:

  (1) 提高微處理器速率。 然而Java軟件性能與時鐘頻率并不成線性關系, 微處理器運行一般比內存存取時間高2-10倍, 增加時鐘頻率只會增加等待周期。

  (2) 對JVM軟件進行優化。 這可能涉及到要用匯編語言對字節碼翻譯環路進行編程, 而這會導致JRE變得與微處理器類別有關。 而與可移植相抵觸;

  (3) 編譯。 將軟件直接編譯到微處理器的自然機器語言。 但是這會增加內存的開銷, 也不節省能量的消耗。

  (4) 采用基于硬件的加速器。 這可以做到提高性能, 保障能量和成本的有效性。 被手機設計廠商認為是較理想的措施。 通用型Java加速芯片于今年年初問世。

  3.2 分析Web/Wap應用服務在客戶端性能的測試

  Web/Wap應用服務在客戶端性能測試的目的是考察客戶端應用的性能,測試的入口是客戶端。它主要包括并發性能測試、大數據量測試和速度測試等,其中并發性能測試是重點。

  并發性能測試的過程是一個負載測試和壓力測試的過程,即逐漸增加負載,直到系統的瓶頸或者不能接收的性能點,通過綜合分析交易執行指標和資源監控指標來確定系統并發性能的過程。負載測試(Load Testing)是確定在各種工作負載下系統的性能,目標是測試當負載逐漸增加時,系統組成部分的相應輸出項,例如通過量、響應時間、CPU負載、內存使用等來決定系統的性能。負載測試是一個分析軟件應用程序和支撐架構、模擬真實環境的使用,從而來確定能夠接收的性能過程。壓力測試(Stress Testing)是通過確定一個系統的瓶頸或者不能接收的性能點,來獲得系統能提供的最大服務級別的測試。

  并發性能測試的目的主要體現在三個方面:以真實的業務為依據,選擇有代表性的、關鍵的業務操作設計測試案例,以評價系統的當前性能;當擴展應用程序的功能或者新的應用程序將要被部署時,負載測試會幫助確定系統是否還能夠處理期望的用戶負載,以預測系統的未來性能;通過模擬成百上千個用戶,重復執行和運行測試,可以確認性能瓶頸并優化和調整應用,目的在于尋找到瓶頸問題。

  我們公司自己組織力量同時委托第三方軟件HG公司開發Hawa網站的一套應用Avatar形象系統的時候, Avatar形象在網站業務中占有著重要的位置,網站上的很多業務都是圍繞Avatar開展。 這套系統能不能承受大量的并發用戶同時訪問? 成為這個網站能否成功的關鍵,也是這次兩個公司合做開發能否順利完成的關鍵。這類問題最常見于采用聯機事務處理(OLTP)方式數據庫應用、Web瀏覽和視頻點播等系統。這種問題的解決要借助于科學的軟件測試手段和先進的測試工具。

  Web軟件測試實例說明:哈哇網站Avatar形象系統軟件。Avatar形象系統在上線試運行三個月后,所有的功能測試順利完成,軟件功能缺陷也修改完畢。但是,性能問題越來越成為項目經理關心的焦點,我們測試部門借助比較熟悉的壓力測試工具Web Stress 實施客戶端性能測試進行100,500,1000等并發用戶訪問。每次測試主要在基于URL:http://avatar.hawa.cn /index.JSP的基礎上,與HG公司實時交互地進行多種情況下的測試。按照HG公司要求主要針對并發數為1000和500的情況下,盡量準確的對 Avatar系統的性能壓力進行模擬測試;并排除所有不是從web服務器(即avatar.hawa.cn)上得到的URL,即只對/index.jsp 等頁面進行測試。三次結果后,盡管程序優化、運行服務器配置多次修改,仍然存在用戶量并發數達到1000,服務質量下降,頁面方面時間超過正常顯示時間。這里有最后一次測試結果與前幾次大致相同。但是本次測試,是用多客戶端測試,按原理是應該比以前的單機測試準確度要高,但其結果是比用單機測試的時間還要長,當并發數達到1000時,其頁面的最長響應時間在80多秒(而單機測試時時59秒多)!第三次又發現ISP網絡100MB帶寬實際上不到20MB,也是影響用戶服務的關鍵因素之一。

原文轉自:http://www.uml.org.cn/Test/200609065.htm

国产97人人超碰caoprom_尤物国产在线一区手机播放_精品国产一区二区三_色天使久久综合给合久久97