整整浪了一個月，今天最后一個工作日，與某公司X君、Z君聊了聊測試，回想反思了半個多小時，最主要的心得，沒有新意，就是實踐操作與學(xué)習的掌握程度不一，以下沒有順序，本文沒有觀點，僅記錄此刻內(nèi)心的一些想法。

 

Z：怎么會允許你投入這么多測試人員(研發(fā)測試接近3：1)


這是一個經(jīng)典的問題，我大約答復(fù)，業(yè)務(wù)較多，包含許多其他內(nèi)容，單元測試，部署等等各種事情，沒有過分糾結(jié)。

現(xiàn)在回想，當時聊昏了頭腦，應(yīng)當簡潔回復(fù)一句：測試人數(shù)根據(jù)測試任務(wù)多少、時間多少實際情況而定 

過分的追究研發(fā)測試幾比幾、KPI、人力成本控制等等，已讓大家已經(jīng)喪失最基本的判斷，

其實道理與依據(jù)很簡單： 

測試任務(wù)=測試人數(shù)*時間

a.測試任務(wù) 恒定，時間 短，人數(shù) 多

b.測試任務(wù) 恒定，時間 長，人數(shù) 少

c.測試任務(wù) 多，時間 短，人數(shù) 更多

補充：人員能力參差不齊，也是影響人數(shù)增加的因素


X：快速迭代如何提高測試覆蓋率

我大約建議，看工作量與實際情況，研發(fā)測試1：1或者N:1結(jié)對投入，同步編寫代碼與測試用例（自動化測試用例），采用代碼覆蓋率工具統(tǒng)計覆蓋率。

答復(fù)其實不全面，測試覆蓋率(Test Coverage)應(yīng)該包