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

　　2.2.3. 規范管理

　　(1) 量化工作量考核

　　傳統的開發管理中,工作量一直是難以估量的指標,靠開發人員自已把握,隨意性相當大;靠管理人員把握,主觀性又太強。采用CVS管理后,開發人員每天下班前對修改的文件 Check In,其中記述當天修改細節描述,這些描述可以作為工作量的衡量指標。

　　(2) 規范測試

　　采用CVS以后,測試有了實實在在的工作,測試工作人員根據每天的修改細節描述對每一天的工作做具體的測試,對測試人員也具有可考核性,這樣環環相扣,大大減少了其工作的隨意性。

　　(3) 加強協調與溝通

　　采用CVS后,通過VSS文檔共享系統和 Bugzilla缺陷跟蹤系統,大大加強了項目成員之間的溝通,做到有問題及時發現、及時修改、及時通知,但又不額外增加很多的工作量。

　　3.性能測試是軟件測試專業化的核心所在

　　從華友實踐看，軟件測試對于產品經理、開發經理和市場經理都有所認識，他們大部分人會認為功能測試工作他們能夠很好的完成，產品經理是公司對于業務最熟悉的 一批人，他們對于測試工程師最急切的需求是你幫我實施產品的性能測試工作，他們聽說過性能測試，我們的產品投入在線運行后碰到的最大故障是大用戶量訪問業務是機器凼機，或停止正常的服務，每次故障，幾乎給公司的收入都造成很大損失。如果測試部門能有一套有效的性能測試手段，就確立了測試部門在項目開發過程中關鍵地位。

　　性能測試在華友軟件的質量保證中起著非常重要的作用，將性能測試概括為四個方面：Wap無線應用服務在手機用戶端性能測試、 Web/Wap應用服務在客戶端性能的測試、應用在網絡上性能的測試和應用在服務器端性能的測試。通常情況下， 四方面有效、合理的結合，可以達到對系統性能全面的分析和瓶頸的預測。

　　3.1 Wap無線應用服務在手機用戶端性能測試

　　如今人人用手機都追求時尚，時尚體現在款式, 品牌和功能。手機產品功能的日新月異，移動增值業務功能層出不窮，從最初的短信、彩信、鈴聲到GPRS,CDMA,K-Java, Brew手機,功能的多樣性帶來手機用戶端軟件系統測試的復雜性。眾所周知, Java手機吸引人之處是能提供智能的, 個人化的互動服務, 例如: 動態產生個人化的股市服務, 顯示圖形, 動畫, 實時路況, 氣象報告, 數字照像, 玩游戲等, 部分服務能直接于用戶端執行。

　　為了提供如此生動的服務, 移動通信系統要能給終端用戶在無線裝置上提供接入互聯網的功能, 要能儲存、提取、管理、計算、結帳、下載軟件服務, 并使內容提供商能提供豐富的聲像多媒體內容, 形成廣大的個人化交互式服務環境。 而作為移動用戶, 可將手機視作虛擬機, 能隨時、隨地在適當的裝置上存取應用, 享受服務。 這確是一種時尚。

　　當前, 對于不同品牌的手機, 它們所用的平臺(指CPU和操作系統)各不相同, 由于采用不同的設計方案, 各設計之間缺乏兼容性, 操作系統和二進制代碼都不兼容。 當手機運行需要大量內存時, 特別是隨著接入互聯網, 手機用戶要求能使用個性化的 交互式應用軟件, 應用程序運行在虛擬運行環境下時, 問題顯得尤為突出。 所以, 有必要建立一種標準的通用運行平臺, 達到在合適的成本下提供統一的交互式應用軟件運行環境。 但是, 除非該平臺是基于完全標準的器件, 否則是難以達到要求的。

　　標準的通用的運行平臺是滿足運營商, 軟件開發商, 和終端用戶三者綜合要求的解決辦法。 理想的環境必須具備以下性質:

　　(1)、平臺應提供二進制兼容性。 可執行軟件是二進制目標碼, 需要在處理器和應用軟件目標碼之間建立溝通;

　　(2)、平臺必須包括微處理器,或一個與微處理器機器代碼相離的通用機器碼仿真器;

　　(3)、平臺應包括帶有應用程序接口API及支持一致性圖形用戶界面GUI相應功能的操作系統。 API 是執行典型操作功能的軟件功能庫, 例如打開文件, 讀寫數據, 配置和管理內存, 處理事件, 顯示文檔和圖形等。 為使應用軟件真正做到可移植, 裝置上必須有公共功能集, 并讓軟件開發者能通過一致性API 擴展功能;

　　(4)、平臺不應要求過多的系統資源, 可移植性設備不應使成本上升太多;

　　(5)、平臺應對功率有高效率, 尤其考慮用電池供電的設備;

　　(6)、由于要在互聯網上應用, 安全性也是重要因素。

　　以Java手機軟件測試為例潛在的測試問題和解決辦法

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