產(chǎn)品總算上線了，歷時(shí)兩個(gè)半月的時(shí)間，出了內(nèi)測，公測，beta版本，1.0.1版本，中間有段時(shí)間累得夠嗆，但上線之后，感覺努力還是值的。
在整個(gè)
測試過程中，遇到了一些問題，及在遇到這些問題后所采取的措施
1. 提測質(zhì)量差
問題描述：第一個(gè)提測版本差，有些均未通過
冒煙測試 問題分析
A. 版本提測質(zhì)量差，但基于發(fā)布時(shí)間已在，因此，在提測差時(shí)就開始測試
提測質(zhì)量差的點(diǎn)：- 基于上每項(xiàng)功能的完成度都不高 - 有些功能均未實(shí)現(xiàn) -
B. 新的團(tuán)隊(duì)，團(tuán)隊(duì)處于磨合期
C. 在提測時(shí)，對(duì)提測要求不明確，在時(shí)間點(diǎn)到后，匆忙提測
解決方式：
明確版本提測要求，并且開發(fā)得到了足夠的時(shí)間。
2. 版本控制
問題描述：
最初階段，每天出一個(gè)版本，基于新版本測試，記錄每個(gè)版本上測試的功能。版本過于頻繁，質(zhì)量把控不好
問題分析：
A. 基于版本提測質(zhì)量差，而且每天出一個(gè)版本，差上加差，
B. 雖然記錄每個(gè)版本上測試的功能，但仍然無法把控當(dāng)前版本的質(zhì)量狀況。
解決方式：暫停每天發(fā)布一個(gè)版本
前期：將全功能版本作為下一個(gè)版本發(fā)布目標(biāo)，但由于一些功能并沒有完成，因而，全功能版本分成了好幾個(gè)階段
后期：以測試一輪周期，發(fā)布最新版本
3. 功能反復(fù)
問題描述：在上一個(gè)版本是OK的功能，在新版本中功能失常
功能反復(fù)分兩點(diǎn)：一是大功能反復(fù)， 二是小功能（如：某個(gè)bug）反復(fù)
問題分析：
大功能反復(fù)：情況主要發(fā)生成項(xiàng)目前期和中期
A. 功能未完成，在完善功能時(shí)，未考慮到與該功能相關(guān)的點(diǎn)
B. 在提測之后，發(fā)現(xiàn)一些問題，導(dǎo)致了整個(gè)模塊重構(gòu)，重構(gòu)后導(dǎo)致了問題的反復(fù)
小功能反復(fù)：這個(gè)情況主要發(fā)生在項(xiàng)目中后期
A. 因?yàn)轫?xiàng)目里的部分開發(fā)是外援的，在項(xiàng)目中期時(shí)，撤出了團(tuán)隊(duì)，新接手的人員，對(duì)代碼不熟悉，在修改bug時(shí)，經(jīng)常出來顧此失彼
B. 開發(fā)小一在修改代碼時(shí)，動(dòng)到了小二的代碼，導(dǎo)致了小二出了問題
解決方式：
對(duì)大功能反復(fù)，是這么處理：冒煙測試由開發(fā)來完成，冒煙通過后，再交由測試
對(duì)小功能反復(fù) ，沒有有效的處理方式，測試這邊可以做的是，加強(qiáng)測試，這個(gè)問題，在發(fā)布前夕好了很多，但問題仍然存在 4. 需求不明確，前后不一致
問題描述：需求不明確，特別在一些邊界，各端統(tǒng)一上
問題分析：
A. 交互文檔經(jīng)歷6任交互，最后一任交互只參與兩個(gè)模塊的定義，現(xiàn)任交互對(duì)于以往交互了解不夠深入
B. 產(chǎn)品提測時(shí)，交互驗(yàn)證不足
解決方式：
由于項(xiàng)目已提測，因此在整個(gè)周期里，對(duì)于交互需求方面的疑問直接找相關(guān)人員去確認(rèn)。
在后期的小版本中，我們把這類問題盡量控制在提測之前（詳見小版本里的改進(jìn)與問題）
5. 測試和開發(fā)信息不對(duì)稱
問題描述：測試獲取到的消息，與產(chǎn)品實(shí)現(xiàn)的方式不一致，如：有的功能定義了，但產(chǎn)品并未實(shí)現(xiàn)或?qū)崿F(xiàn)方式與定義不一致
問題分析：
A. 在開發(fā)階段，測試并未參與討論需求，還在其他項(xiàng)目里
B. 需求重新確認(rèn)后，沒有及時(shí)通知測試
解決方式：
強(qiáng)調(diào)消息需要通知到測試，現(xiàn)在階段，如果因這種類型而引起的問題，將建ticket，指派給相關(guān)人員
小版本里的改進(jìn)與問題
現(xiàn)存在問題：
1. 現(xiàn)對(duì)Release版本會(huì)做RC checklist, 進(jìn)行最后版本的質(zhì)量控制，
但會(huì)存在一些問題，在小版本提測時(shí)，就已經(jīng)存在，而冒煙測試是測不到的，在最后做checklist時(shí)，才發(fā)現(xiàn)
改進(jìn)點(diǎn)：
1. 需求疑問在提測之前盡量提出，并且通知到開發(fā)，在開發(fā)階段便把該問題解決
測試在開發(fā)階段跟蹤產(chǎn)品進(jìn)度
在寫測試用例時(shí)，就把問題拋出。
2. 提測流程：
對(duì)功能方面的ticket，交互在提測之前便在開發(fā)機(jī)器上驗(yàn)證，通過后再提測
把不符合交互預(yù)期的問題，在提測之前更改，節(jié)約了時(shí)間，避免問題在提測后才提出