QA,全稱為Quality Analyst,即質(zhì)量分析師(有些稱為Quality Assurance,即質(zhì)量保證師)。為什么它總跟質(zhì)量扯在一塊?感覺這個角色明明做的都是測試的事情,為什么不直接叫做tester那?敏捷項目中的QA日常都做什么事情那?可能一大推問題都會冒出來。別急,跟著我這篇文章來一步步的回答這些問題。
假設(shè)現(xiàn)在有一個保險公司,他想找一個軟件公司做一個在線賣保險的系統(tǒng)。那么這個系統(tǒng)從開始到完成至少需要三個角色。
Business owner -> developer -> end user
Business owner即保險公司的人,也是我們的需求來源,由他來提出業(yè)務(wù)需求。
developer即軟件開發(fā)工程師,根據(jù)客戶的需求做出客戶期望的產(chǎn)品,最終交付給客戶。
end user即產(chǎn)品的最終用戶,在本例子中即有意愿在網(wǎng)上買保險的人。這個系統(tǒng)到底好不好用,他們最有發(fā)言權(quán)。(有的時候end user和business owner有可能是同一批人,比如開發(fā)的是一個內(nèi)部公司使用的OA系統(tǒng))。
只有這些角色能夠順利、成功的完成一個產(chǎn)品嗎?實際操作中肯定會遇到很多問題。這些問題會集中在兩個地方。
第一個問題出在Business owner和developer。在溝通需求的時候他們彼此會發(fā)現(xiàn)太費勁了。Business owner張口就來的quote、premium、policy這些名詞軟件開發(fā)工程師不懂什么意思,因為他們沒有保險行業(yè)的背景知識,而軟件工程師喜歡說的MVC、BDD、Java之類的,Business owner也搞不懂,并且人家對這也不感興趣。那么軟件開發(fā)工程師想,如果有人能即懂得保險行業(yè)知識,又具有IT背景,那么分析需求肯定會順利不少。這樣的人在敏捷團(tuán)隊中就叫做BA(Business Anslyst,業(yè)務(wù)分析師)。BA會理解并挖掘客戶的需求,然后將需求轉(zhuǎn)變?yōu)榫唧w的AC(驗收條件,Acceptance critirial),再交由開發(fā)工程師來實現(xiàn)。同時他也可以將業(yè)務(wù)知識最大化的傳遞給開發(fā)工程師,保證開發(fā)工程師能夠準(zhǔn)確的理解需求(為什么不讓Business owner直接將業(yè)務(wù)知識傳遞給開發(fā)工程師那?原因很簡單,人家可是一秒鐘幾十萬上下的主,那里有這么多閑工夫。)
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍(lán)牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標(biāo)分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應(yīng)用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26