qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          未雨綢繆:從軟件測試到質量保證

           【摘要】我們都遇到過這樣的情況:每次系統上線,幾十人,甚至幾百人的測試和開發團隊都要提心吊膽的經過若干個不眠之夜。從高層領導到技術人員、測試人員不停的想象著各種可能遇到的情況…

            2005年11月1日,日本東京證券交易所股票交易系統發生大規模系統故障,導致所有股票交易全面告停,短短2個小時造成了上千億的損失。經查明,故障的“元兇”是當年10月為增強系統處理能力而更新的交易程序存在缺陷。

            設想一下,當一名大銀行老總,正在焦頭爛額地組織本行的IT系統建設工作,突然看到這樣的一條消息,會有什么樣的感覺?當然首先會想到,如果自己新上線的系統也出現類似的故障,后果同樣是不堪設想的。所以,一個很自然的想法就會冒出來:對即將上線或已經在運營中的IT系統進行一次全面體檢,保證系統健康上崗!

            質量危機

            現實中,因IT系統質量存在問題而導致的這樣或那樣的事故,在很多大型的金融、電信企業中時有發生。

            我們都遇到過這樣的情況:每次系統上線,幾十人,甚至幾百人的測試和開發團隊都要提心吊膽的經過若干個不眠之夜。從高層領導到技術人員、測試人員不停的想象著各種可能遇到的情況:服務能否正常運轉;功能會不會存在問題;速度能否滿足用戶要求;移植過來的數據正確性如何,是否會影響業務導致客戶投訴……總算熬到安全上線,ATM機系統故障、Pose消費終端沒有響應、核心業務系統故障致使業務暫停等等一系列問題又會不時出現,造成巨大的經濟損失和惡劣的社會影響。質量問題已經成為企業IT系統主管心中難言的痛。

            在激烈的市場競爭中,如果能在競爭對手前推出新的業務,就能在競爭中爭取有利的位置。兵貴神速,新業務的推出速度越快越好。但同時,如果新的業務沒有一個穩定可靠的系統支撐的話,那么,輕則面臨大量的直接經濟損失,包括對客戶的損失的賠償以及修正系統錯誤的開銷,重則損失大量的開展新業務,占領市場高度的時機,直至聲譽下降,大量的客戶流失,一敗涂地。

            避免IT系統質量問題帶來的風險,降低故障成本已經刻不容緩。然而,中國質量測試行業才剛剛起步,很多企業采用的測試方法和技術簡單而低效,如:組織大批的業務員,把以前做過的業務拿出來,在新的系統上重新跑一遍,發現錯誤和隱患后,再和開發部門聯系進行整改;當有系統變動就再組織大規模人力重復上面的工作,如此反復。然而,這樣的方法并不能解決實質性問題,只能頭痛醫頭,腳痛醫腳,而且受很多因素限制,系統的質量風險很難控制。一旦遇到測試人員業務不熟;人員長期反復工作產生疲勞倦怠情緒;或是系統有了較大變動,而第二天又要保證上線等等諸多狀況時,IT系統的質量風險會陷入不可控的境地。同時,大型金融,電信企業的IT系統又是錯綜復雜的。以下面的建設銀行總行IT系統為例。

            建行已投產運營的項目有十幾個,包括銀行渠道平臺、網上銀行、綜合產品管理、客戶關系管理、信息總線項目等等;后續建設的項目,如企業資源計劃(ERP)、數據倉庫、信貸業務系統等約十多個。這些項目大都采用了國際國內最先進的技術,技術構成復雜而多樣性;而且很多項目在業務、技術架構、物理部署和數據上都有很強的關聯,構成了一個龐大的、復雜的IT系統群集。未投產的項目需要進行跨系統的集成測試和非功能性測試,并組織實施投產上線;已投產的項目要進行系統調優和未來的系統發展分析預測;同時,項目還涉及到與大約20個總行級系統的聯調測試。這樣規模的IT系統質量已經不是上述的簡單測試方法能夠保證的。

            這就需要專業的質量測試團隊來協助企業進行IT系統全面的質量保證和測試工作,從而降低質量風險,使IT系統更好的為業務提供支撐服務。

            專業服務

            要解決質量問題,就必須把IT系統的質量測試工作擺到重要位置。那么采用何種方式保證質量?

            如果客戶自己來做測評,雖然也能發現一些問題,但局限于測評方面的專業知識和行業經驗,不利于問題在開發方面的追蹤,協助開發人員進行修正。如果開發人員自己來做的話,不僅缺乏豐富的測試經驗,更重要的是,由于開發工作通常劃分比較細致,各部門各司其職,不利于從大局上對軟件的質量進行把握。而且,如果在開發的問題上雙方出現分歧的話,開發部門自己的質量測試報告的效力就會打折扣。因此,對于大型IT項目而言,最好的辦法就是引入專業的第三方質量測試機構,來保證過程和結果的客觀性和公正性。而且從測試技術和解決方案上,專業的質量測試機構也更先進和全面,可以提供更為可靠的質量保證。

            在中國,專業的軟件測試服務目前尚處于起步階段,能提供大型項目質量測試服務的機構更是少之又少。專業化的質量測試服務機構,必須具備下面三個條件:1、有先進的、完整的軟件質量測試管理理念;2、結合先進的測試技術和工具,有一套完整的實用的質量測試解決方案;3、擁有一批行業經驗豐富,測試水平高超,項目管理能力很強的咨詢實施團隊。

            具備這三個條件的神州數碼質量測試事業部,敏銳地看到了這個市場商機。事業部前身是神州數碼ITS項目管理中心。多年的項目監理、質量保障和測試管理經驗,讓其具備了深厚的專業功底,并建立了基于IT系統全生命周期的質量測試解決方案。順應市場的呼喚,2004年初,事業部正式成立開始走入質量測試領域,為大型應用系統提供來自第三方專業的咨詢實施服務。

            建設銀行總行,十分注重自身的IT系統質量,其信息化水平在業內也屬于領先地位。他們采用的策略是針對重點系統進行性能測試,驗證各種系統在不同使用條件和壓力下的性能表現,跟據性能測試進行系統性能優化,包括對用戶行為、硬件和軟件參數配置、數據庫和代碼的優化。對軟件體系結構方面的性能基準測試和咨詢。從而確保系統在上線前后都無質量問題。此外,在項目前期通過實施事業部提供的設備選型方案和技術架構驗證方案,采用科學化的技術手段和客觀的數字分析,來采購最適合的設備和最適宜業務特點的架構,避免了資金的浪費和后期的開發風險。

            事實證明,質量測試是企業IT系統建設健康運轉的必備手段。它需要由獨立在客戶與開發人員之外的專業機構,嚴格按照客戶的質量需求,對IT系統的質量進行全生命周期的監控。

            如何判斷IT系統質量是否存在問題?一般的評判標準包含以下幾個方面:1、功能,軟件的規范和滿足用戶需求的程度;2、性能,即軟件的運行速度和消耗的資源;3、可靠性和安全性,在規定的時間和條件下,軟件所能維持其性能水平的程度;4、友好度,軟件的學習、理解和使用的方便程度;5、可維護性,當運行條件或者軟件本身發生故障的時候,對其進行修正的困難程度。

            系統能不能用,是用戶關心首要問題。這就需要功能測試,原則就是不能出錯。系統是一個有機的整體,動一指而牽全身。所以,一個細微功能的改變都有可能對系統的其它部分造成重大影響。比如,銀行最常見的業務是存、取款,如果因為新的功能加入,造成存、取款業務出現錯誤,甚至無法完成的話,那么就需要對新加入的功能模塊進行修正。針對大量的重復性功能測試,可以采用自動化回歸測試方案,每天設定程序自動執行,從而減低人力成本,提供測試效率。

            解決了系統是否能用問題,好不好用就提到了重要位置。也就是性能測試。如果系統不能在規定的時間內做出正確響應的話,就是根本無法投入使用的,再強的功能也只能是擺設。比如,春節時電話和短信的數據量會有一個爆炸性的增長。如果系統性能不過關的話,就會因為不堪重負宣布罷工,這是電信供應商和消費者都不能接受的。性能測試,就是要找出對系統性能起著瓶頸式影響的各種因素并對其進行優化。

            功能再強,性能再好,但如果系統三天兩頭出故障,同樣也是不能接受的,所以需要進行可靠性和安全性方面的測評。

            而友好度和可維護性,都可以通過功能測試和針對性地專項測試來實現。

            總之,IT系統質量的幾個因素相互關聯。比如,功能的提升,可能會帶來可靠性和性能方面的問題。所以,質量測試工作必須從全局的高度出發,平衡各因素的影響,從而系統質量能夠滿足用戶需求。

            針對這點,神州數碼質量測試事業部與世界上著名的測試工具供應商,美國Mercury公司在建立白金級戰略合作伙伴關系。雙方建立了研發級實驗室,由Mercury公司提供培訓,事業部也依靠強大的研發能力為測試工具開發更為實用的功能插件。同時,作為微軟在國內的四個戰略合作伙伴之一,在測試外包、行業應用測試、微軟平臺的開發等領域廣泛合作。致力于吸取國外先進質量測試理念和技術,更好的為行業客戶質量保證工作盡自己的一份力量。

            從被動測試到主動管理

            然而,測試終究是被動的查漏補缺,沒能從根本上解決質量問題,實現標本兼治。如果從IT系統生命周期的源頭做起,從過程上做起必然能大大提高軟件開發與應用的效率,這就是質量管理。即是從客戶的需求開始,主動對IT系統生命周期的產生過程進行質量控制。

            根據業界著名的“V”字型模型,每一項測試工作都與開發的經過是一一對應的。所以需要從需求開始,結合軟件質量5個方面的層次需求,按照需求、設計、詳設、開發、測試的流程,對軟件的質量進行全生命周期的質量管理,這樣,才可能把隱患減小到比較低的程度。比如需求,神碼質量測試事業部總經理單軍說“其實,很多時候,像金融、電信類的大型企業,他們自己困惑,為什么有的測試沒有效果?原因是,他們對自己的需求沒有明確。由于質量測試的依據是客戶的業務和技術需求。需求不準確的話,測試肯定會出問題。所以,我們提出了一個測試需求的概念。”

            建設銀行總行,在質量測試事業部的助力下,建立起一套有效的測試體系和管理流程,整合業界最先進的測試管理工具,從測試需求的管理、測試分析設計、測試案例的設計、測試執行、缺陷的管理和報告,確保使每一個需求,都保障得到有效的測試,每一次變更,都保障得到測試的覆蓋。對于自身大型IT項目,采用了事業部的測試管理、質量保證方案;創新性地應用了項目群架構關聯密集型的測試管理思路,制定了多主線并發測試管理流程,以及目標系統驅動的管理模式,在實際運作中取得了明顯成效,有效的控制了項目質量風險,使項目開發更加有的放矢,成果顯著。

            所以,將質量管理的理念滲透到IT系統的整個生命周期,是確保系統開發高效、質量可靠的有效保證。

            光明的藍海

            經過嚴格的質量管理,苛刻的測試,拿到像神碼質量測試事業部這樣專業機構的質量測試報告后,也就意味著IT系統在很大程度上是健康的。也許有的人會覺得事業部有今天的成就已經很不錯,但事業部這支年輕團隊的目標更長遠、更靠近客戶“金融、電信等高端行業的質量測試業務個性很強,滿足客戶個性化的質量測試需求,提供更完善的、滿足整個IT系統生命周期的質量測試服務,才是我們的目標。”總經理單軍說,“我們還要不斷努力,用更先進解決方案和技術,更貼心的服務為客戶創造最大化的價值,共同開創一片光明的藍海!”

            “中國的軟件開發工作,在測試和質量管理的方面,投入是很低的,這個數據,在國外是30%—50%,要害部門的投入甚至達到了開發費用3—5倍。我們要通過專業化的服務,不斷的提升中國企業質量測試意識,真正的為更多的客戶提供幫助。”

            路漫漫其修遠兮,吾將上下而求索!



          posted on 2012-07-30 09:45 順其自然EVO 閱讀(281) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2012年7月>
          24252627282930
          1234567
          891011121314
          15161718192021
          22232425262728
          2930311234

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 古田县| 临西县| 兰西县| 磐安县| 霍林郭勒市| 琼结县| 横峰县| 如皋市| 南雄市| 乌鲁木齐县| 营山县| 凤翔县| 准格尔旗| 乐陵市| 黔西县| 八宿县| SHOW| 大城县| 依兰县| 常山县| 金溪县| 安徽省| 井冈山市| 龙岩市| 青阳县| 通化市| 榆中县| 桃源县| 石城县| 太白县| 龙南县| 合阳县| 兰西县| 梅州市| 盘山县| 永康市| 白朗县| 元朗区| 新建县| 嵊州市| 贵定县|