支付寶測試之感想

在淘寶測試半年了，有機(jī)會去支付寶支援一下，很是開心，下面分享一下我在支付寶將近一個月的測試感想吧。

1.不同的角度看待BUG

開發(fā)將BUG看的太重，因為BUG直接和自己的KPI，測試將BUG看的太重，因為關(guān)系到自己的產(chǎn)出。這樣很容易將開發(fā)和測試對立。我認(rèn)為QC上的BUG更重要的作用是記錄、提醒。每個BUG，開發(fā)和測試都應(yīng)該關(guān)注，分析BUG，可以告訴我們這個項目或者日常的薄弱環(huán)節(jié)在哪里，在回歸的時候，BUG就是一個警示的作用，告訴我們回歸的重點和范圍。

2. 有問題要盡快暴漏

測試中數(shù)據(jù)庫的問題大概有大半天的時間沒有執(zhí)行測試，但是這個問題我只是反映給開發(fā)，要求開發(fā)不要再功能測試環(huán)境中做性能測試，但是問題沒有真正解決，一直到第二天才解決。我覺得解決的慢的原因是

(1)    優(yōu)先級把握的不夠，把這個優(yōu)先級放的比較低，而且當(dāng)天的日報是我寫的，這個問

(2)    沒有反映給主要人員：反映給開發(fā)不能解決的時候，應(yīng)該給PM反映

3.開發(fā)主動要求提BUG，是測試的悲哀還是開發(fā)的悲哀

代碼合并后的當(dāng)天，3個開發(fā)來找測試，要求我們給他們提BUG，這是我們測試的悲哀，還是開發(fā)的悲哀？我們已經(jīng)將BUG都關(guān)掉了，但是在合并代碼以后還有問題發(fā)現(xiàn)，這是我們測試的問題，沒有在第一輪和第二輪的時候發(fā)現(xiàn)BUG，還是開發(fā)代碼質(zhì)量的問題？

我覺得我們都有責(zé)任：

(1)     測試前期，發(fā)現(xiàn)TC沒有覆蓋到所有功能點時，做了review的工作，但是還是有功能點遺漏，這說明測試分析在本身存在著不足，對PRD沒有完全覆蓋

(2)    系統(tǒng)設(shè)計存在缺陷，很多場景都是測試中發(fā)現(xiàn)不合理的，然后去修改設(shè)計邏輯

(3)    開發(fā)代碼不穩(wěn)定，尤其是性能測試時，主流程都不穩(wěn)定

4.流程的重要性：

在項目進(jìn)行中遇到一件這樣的事情：PTM中途要花費一天的時間去測試另外一個項目，當(dāng)是很奇怪，我們的項目也不是很穩(wěn)定，為什么PTM還要投入到另外一個項目中，聽了原因之后簡直覺得不可思議：另外一個項目的測試是新人，對業(yè)務(wù)不熟練，師傅也不在，所以這個項目幾乎沒有測試，直接上線了，上線之后就出現(xiàn)了十幾個BUG。當(dāng)時很奇怪，既然測試不充分，為什么測試會同意上線呢？得到的答案是:沒有經(jīng)過測試，直接上線！也就是說很多該走的流程都沒有走!之前測試中很多開發(fā)覺得走流程是一件很麻煩的事情，只要項目做的好，可以不用走流程的。但是這個例子就充分說明了流程的重要性。如果按照流程的話，不經(jīng)過測試通過的項目是不能上線的，也就不會出現(xiàn)上線后十幾個BUG的嚴(yán)重問題。

5.項目室的利與弊

這個項目有獨立的項目室，PM、開發(fā)、測試共處一室，會擦出許多火花，其中有利也有弊。

我們先說說利：

(1)    溝通方便：

這個是最大的好處，有什么問題吼一聲，所有人都能聽到。

(2)    能夠及時知道變更點，調(diào)整測試策略

在測試過程中，發(fā)現(xiàn)系統(tǒng)在設(shè)計方面有很多場景沒有考慮到，對系統(tǒng)的設(shè)計邏輯做了一些改動。由于大家都在一起，就能及時了解改動的部分，然后可以改動來調(diào)整測試策略。

下面我們再來說說弊：

(1)   BUG的糾結(jié)

去支付寶測試之前，幾乎沒有料想到開發(fā)會如此看重BUG，當(dāng)開發(fā)看到自己有個BUG時，那種激動的神情都無法言語。他們會說這個問題已經(jīng)解決了，為什么還要提BUG呢。雖然我們堅持我們要提BUG，但是每次遇到BUG的問題都要與開發(fā)糾結(jié)。

(2)    對測試進(jìn)度的影響

發(fā)現(xiàn)一個問題后，告訴開發(fā)，開發(fā)一定就跑過來讓測試重現(xiàn)這個BUG，很奇怪，之前開發(fā)和測試分處于不通地方的時候，很少遇到開發(fā)要求測試重現(xiàn)BUG的情況，有時候為了重現(xiàn)一個BUG，要花費很長的時間，這樣當(dāng)然會影響測試進(jìn)度。

(3)    測試人員的邏輯被打斷

遇到問題的時候，開發(fā)需要測試人員協(xié)助排查問題，有時候排查問題的時間嚴(yán)重高于發(fā)現(xiàn)問題的時間，測試將很大精力投入到排查問題方面，就會干擾測試人員自己的測試思路，對于整個項目的進(jìn)度和質(zhì)量也是有很大的影響的。

6．測試計劃的重要性

項目測試后期越發(fā)覺得測試時間緊張，除了在測試過程中排查問題影響測試時間以外，還有一個重要的原因，就是PTM的測試時間點時由PM來決定的，PM已經(jīng)決定了提交測試的時間和項目發(fā)布的時間，測試人員只是對時間點進(jìn)行了細(xì)化。(在滿意度調(diào)查中發(fā)現(xiàn)有的開發(fā)也認(rèn)為也測試的時間點應(yīng)該由開發(fā)人員決定。)這樣可能導(dǎo)致的結(jié)果就是測試人員需要不斷的趕進(jìn)度。每時每刻我們都會告訴自己要保證質(zhì)量，不要一味的趕進(jìn)度。但是對于測試時間把握的不準(zhǔn)確，確實會對項目的質(zhì)量產(chǎn)生一定的風(fēng)險。

原文：http://qa.taobao.com/?p=10602