摘要：:騰訊,WeTest,敏捷,測試,實踐,獲,TMMi,主任,敏二、多重的質(zhì)量保障過程 雖然敏捷方式和傳統(tǒng)方式的項目基本目標(biāo)(消除風(fēng)險并測試軟件)是相同的，但測試方法及流程通常是具有差異性的。其中，持續(xù)集
二、多重的質(zhì)量保障過程
雖然敏捷方式和傳統(tǒng)方式的項目基本目標(biāo)(消除風(fēng)險并測試軟件)是相同的，但測試方法及流程通常是具有差異性的。其中，持續(xù)集成是敏捷測試項目的關(guān)鍵實踐，測試是團隊中完全集成的活動且并行，而非獨立的活動或者單獨的階段，需要整個團隊為之共同努力。
? 開發(fā)對質(zhì)量的保障——代碼評審+自測+工具
1、開發(fā)人員在提交代碼前，合入代碼庫前要有組長(Leader)進行代碼評審、標(biāo)注問題、評審?fù)ㄟ^后方可提交。且開發(fā)人員會根據(jù)測試提前給的測試要點，或用戶故事的要點進行單元自測，并將單元自測報告完成的“證據(jù)”截圖，作為轉(zhuǎn)測報告必須的部分，以證明完成了開發(fā)自測。
2、使用 CODECC 代碼掃描、自研工具等。
? 產(chǎn)品/需求人員的驗收測試先與系統(tǒng)測試
在由開發(fā)環(huán)境轉(zhuǎn)到預(yù)發(fā)布環(huán)境進行系統(tǒng)測試時，需求人員會優(yōu)先于測試人員對開發(fā)提交的產(chǎn)品進行驗收測試。驗收測試的重點在于站在用戶的視角，測試新增feature與核心功能是否已經(jīng)滿足要求。如果不滿足要求，則要開發(fā)重新修訂。滿足要求后提交“轉(zhuǎn)測”單，由測試人員進行測試。
? 測試的入口門檻——打回
1、設(shè)立提測打回場景及具體規(guī)則，若提測被打回，表示當(dāng)前迭代由于客觀原因，被測試團隊拒絕測試。
2、打回動作會以郵件形式通知技術(shù)人員、產(chǎn)品 Leader 及總監(jiān)。
3、當(dāng)?shù)釡y被打回后，會優(yōu)先支持其他產(chǎn)品的驗證，被打回產(chǎn)品重新提測后需要重新排期。
三、 有針對性的測試度量
測試度量在測試過程中起著非常重要的作用，在規(guī)范了測試過程后，通過收集測試過程、結(jié)果等數(shù)據(jù)，并進行分析，在測試進度顯著偏離計劃或產(chǎn)品質(zhì)量顯著偏離預(yù)期時及時采取相應(yīng)措施。幫組企業(yè)進行決策。敏捷宣言和原則都提到“歡迎改變”，通過不斷審視項目的測試進度和結(jié)果，并適當(dāng)調(diào)整響應(yīng)計劃和方法以保持其實時最新，才是敏捷方法所推薦的。
? 對價值的度量、以價值驅(qū)動改進
由 QA 和 PM 來度量產(chǎn)品的價值，包括全部的研發(fā)成本(人力、軟硬件、資源)與上線后的收入，做 ROI 的計算(每周)，有效利用數(shù)據(jù)挖掘有效信息，對軟件產(chǎn)品進行決策支持和風(fēng)險評估，若某款產(chǎn)品的特性上線后對于整體的營收有大幅提升的貢獻(xiàn)，也可被及時分析出來，進一步提高了軟件測試的交付質(zhì)量和價值。
? 度量開發(fā)的工作質(zhì)量——低質(zhì)BUG率
騰訊 WeTest 每周統(tǒng)計低質(zhì) BUG，即比較明顯、表象的 BUG，應(yīng)該在開發(fā)階段就已經(jīng)被修復(fù)。數(shù)據(jù)明確指出研發(fā)及測試負(fù)責(zé)人，主要是度量開發(fā)工作質(zhì)量。 騰訊,WeTest,敏捷,測試,實踐,獲,TMMi,主任,敏http://www.jojoklub.com/news/youxixinwen/139733.html
(責(zé)任編輯：admin)
 |
游戲名稱：騰訊官方地下城手游版 |
|
| 游戲類型：角色 | ||
| 游戲大?。喊沧吭诰€ |
 |
軟件名稱：騰訊微云 |
|
| 軟件類型：辦公軟件 | ||
| 軟件大?。?1.45MB |
免責(zé)聲明：文章內(nèi)容及圖片來自網(wǎng)絡(luò)上傳，如有侵權(quán)請聯(lián)系我們刪除
- 上一篇：《元素方尖》夏日大作戰(zhàn)火爆來襲 豐厚福利等待
- 下一篇：沒有了