QA初窥
因?yàn)轫?xiàng)目組的原因，在這個項(xiàng)目上是做的QA，作為應(yīng)屆畢業(yè)生，還是開發(fā)人員來說，沒有真正意義上的接觸過QA。雖說QA的起點(diǎn)比開發(fā)低，基礎(chǔ)的自動化測試腳本和代碼并不是那么難，注意是基礎(chǔ)的，如果想將測試的代碼寫好，無論是業(yè)務(wù)層面還是代碼質(zhì)量角度，都做到精益，初期是比較困難的。
QA除了要從業(yè)務(wù)層面去考慮怎么保證產(chǎn)品的質(zhì)量，保證以后的修改不會影響到現(xiàn)有的功能，考慮Bug的優(yōu)先級，考慮Bug的價(jià)值以及修這個Bug的耗費(fèi)是否值得，是否有必要。這些都要衡量，考慮。所以QA并不像開發(fā)那么容易，QA是保證產(chǎn)品質(zhì)量的，不像開發(fā)，就算沒有做好，還有QA來幫你發(fā)現(xiàn)問題，再改就是了。
第一周做QA的時候，因?yàn)椴皇煜?#xff0c;尤其是對測試流程的不熟悉，因?yàn)槲覀兊捻?xiàng)目是和客戶一起做，所以我測了以后，還有客戶那邊還要測試，而且第一周只是手動的去測試那些story要求的功能都是好的，還有會不會影響到其他ready的功能而沒有想其他更多的。
有一天，彪妹（彪妹是這個項(xiàng)目組以前的QA，但是因?yàn)锽A要離開我們項(xiàng)目組，所以他去做BA，讓我做QA）給我說，你怎么保證你測的這些功能在以后的開發(fā)過程中不會被影響到。然后突然就有種醍醐灌頂?shù)母杏X，我確實(shí)沒有想這么多，只是把功能測試了就是了，再看看對已有的UI沒有什么不好的影響而已。
彪妹就給我講了，測試三角（如下圖）。最下層的是Unit Test，是寫得最多的測試，但是需要測試數(shù)據(jù)都是模擬的，以及獲得的web service返回?cái)?shù)據(jù)也是模擬的，這樣測試就不會受到其他因素的干擾，以保證代碼功能和邏輯的正確性，Unit Test并不會與系統(tǒng)的其他service集成；位于中間的是Integration Test，是寫得較多的測試，用于實(shí)際去請求遠(yuǎn)程service的服務(wù)，判斷獲得的數(shù)據(jù)是否正確，以確保集成是正確的；最上面的是最接近用戶的，UI Functional Test顧名思義就是對UI以及流程的測試，驗(yàn)證流程是否正確，驗(yàn)證頁面顯示是否正確，驗(yàn)證頁面的信息是否正確，是寫得相對比較少的測試。開發(fā)每次提交代碼前都必須在本地跑所有的這些測試，只有通過了才能提交，提交后也會在server上面跑所有的這些測試，以確保開發(fā)對代碼的修改不會影響到已有的功能。
然后我就把所有我測過的卡都重新從這些方面梳理了下需要加哪些測試，檢查開發(fā)有沒有寫Unit Test以及Integration Test，而我從業(yè)務(wù)價(jià)值以及功能上去考慮要不要加Functional Test。這是從技術(shù)上面的教育。
昨天給UAT的客戶講她需要測什么東西，因?yàn)镾tory沒有寫清楚，我測完了以后也沒有加comments告訴她要測什么東西，也沒有截圖告訴她應(yīng)該看什么地方。所以她發(fā)消息問我要測什么，這樣就花費(fèi)掉很多時間，雖然我有立馬補(bǔ)充了comments和attachments，但是還是收到她的郵件，說如果下次再不寫明要她測什么，她將會將卡移回Test，拒絕測試。這是與客戶合作，溝通交流的教育。
確實(shí)是我想得不夠多，所以做事之前還是要思考。不要那么想當(dāng)然。
?
還有一個，關(guān)于每個story從創(chuàng)建到關(guān)閉的流程的問題。
1.開發(fā)在去領(lǐng)卡的時候，沒有找我和BA做kick off，造成我測試之前還要去看一下卡的內(nèi)容。這就導(dǎo)致BA建了一張卡，他知道內(nèi)容是什么，然后開發(fā)做的時候去讀一下卡的內(nèi)容，到測試的時候，我又去看一下卡的內(nèi)容，兩倍多余的時間就消耗了，這個還是比較好的情況，如果開發(fā)和我對卡的內(nèi)容的理解有偏差的話，那么這個時間成本還會增加，甚至可能讓這個功能都是不正確的，不是BA寫的那樣的。所以開發(fā)領(lǐng)卡的時候叫上BA，QA一起kick off，BA講功能，QA從測試層面思考怎么測，有沒有什么其他影響，這個卡需要UAT測不，有沒有業(yè)務(wù)價(jià)值，是story卡還是task卡，或者這個卡要和哪些卡一起測比較好，開發(fā)要講他要怎么做，有沒有什么困難等。這樣效率和準(zhǔn)確性更高。
2.開發(fā)做完開發(fā)工作后，需要自己本地測好以后，找我做shoulder check，在他的電腦上給我簡單演示效果，我認(rèn)為沒有問題了后就用我的機(jī)子在其他的環(huán)境上面測試，然后要加UI Functional Test的要加Functional Test，這些都做完了以后要加comments，attachments，以告訴UAT的人需要測試什么。節(jié)約時間成本，提高功能的正確性，這樣都清楚的話，給客戶的印象比較好，大家工作也更加愉快。
通過規(guī)范這些，加上對項(xiàng)目的日漸了解，能夠就一些卡提出從QA出發(fā)的問題，以及自己的看法。這是增加自己的主動性在這個項(xiàng)目中，能更好地有責(zé)任感地做這個項(xiàng)目，有我的思考在里面，才真正體現(xiàn)了我自己的價(jià)值。
到下一個項(xiàng)目的話估計(jì)還是開發(fā)，有QA的經(jīng)驗(yàn)的話，在拿到一張卡的時候就會多一些不同的看法吧，對業(yè)務(wù)的理解，以及開發(fā)的正確性都會有所提高。加油，每天都不要虛度。
轉(zhuǎn)載于:https://www.cnblogs.com/liqing172/p/3180922.html
總結(jié)
- 上一篇： MYSQL ERROR CODE 错误编
- 下一篇： 计划策略70 之 MIXED MRP(m