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