標籤:銀行軟體測試
通常測試主要有金融(銀行,保險,基金)、通訊行業、嵌入式軟體、互連網行業。
軟體測試不同於開發,開發是術業有專攻,測試必須是專而不一,知識面一定要廣而精。
我從事軟體測試行業不是很久,第一份是銀行的UAT測試,接觸到的也就只是一些業務知識,技術層面就遙不可及。當然,對於剛加入測試行業的筒子們,這是一個很好的適應機會。可以趁這個機會具體的實踐瞭解,軟體測試到底是做什麼。軟體測試看似是重複的做一件事,其實不然。
軟體測試需要嚴謹的思維,邏輯能力一定要強。作為一個初級軟體測試工程師,應該鍛煉自己測試案例設計能力。測試案例設計師軟體測試的核心部分。這些都是需要經驗累積的。
比如,常用的黑箱測試用例設計方法:等價類別、邊界值、因果圖、判定表、商務程序分析、錯誤推測法等等。也許,你會說,這些方法你都懂呀。我剛開始,也是如此的自以為是,真正到了自己設計用例的時候確實無從下手。
就拿因果圖來說吧。找出原因和結果並不難。但是畫因果圖是有技巧的。比如,添加中間節點。我們都知道,因果圖是需要結合判定表來設計的。這就問題來了。我們一般是有n個條件,就建立2的n次方條用例,然後再合并,篩選。那麼我想問了。如果有10的原因條件呢,難不成你要設計2的10次方。顯然,這是不可行的。那是多麼龐大的資料。這個時候,因果圖的中間節點就起效了。我們可以根據中間節點來拆分成幾張表,比如3 3 4,最大的也就是2的4次方。然後再進行合并,這樣就可以事半功倍。
ok,扯遠了,金融行業軟體,涉及到錢的嘛,當然,資料的準確性就是至關重要的了。所以,要想金融行業站住腳,光有成熟的業務能力還是不行,要充分瞭解資料的動態流向。比如說產生的報表,這裡面到底經過了怎樣的處理,是如何挖掘資料,如何設計演算法的。對於資料庫,你又瞭解多少呢,簡單的增刪改查,告訴你,弱爆了。SQL竟然是程式設計語言,它就有強大的功能,還是自己去學習吧。
我的第二份工作就是資料倉儲開發項目,主要是ST測試,BVT測試。來到這裡之後,又讓我充分的瞭解銀行系統的整個開發流程包括商務程序。資料倉儲主要包括,資料來源、資料倉、資料展現。原來我們平時看到的一張報表,是經過這麼多流程得來的。首先,建立資料來源(就是我們都瞭解的增刪改查,建立表),第二,ETL(資料幫浦、轉換、裝載),第三,資料採礦,設計報表,最後,報表頁面。
主要就是上班無聊,想寫點什麼,所以,就寫下了這篇部落格。
金融行業軟體測試