敏捷測試和面試要點

區別於傳統的模型，敏捷是乙個迭代式的研發模型

敏捷開發的最大特點：高度迭代，有週期性，並且能夠及時、持續地響應客戶的頻繁反饋

有時候講究所有人集中所有精力快速完成一件事情

測試的一種, 主張盡早開始測試，重點關注持續迭代地測試新開發的功能.

敏捷的測試團隊還要保證整個軟體開發過程是正確的是符合使用者需求的

遵循1、強調從客戶的角度，即從使用系統的使用者角度，來測試系統

2、重點關注持續迭代地測試新開發的功能，而不再強調傳統測試過程中嚴格的測試階段

3、建議盡早開始測試，一旦系統某個層面可測，比如提供了模組功能，就要開始模組層面的單元測試，同時隨著測試深入，持續進行回歸測試保證之前測試過內容的正確性

敏捷測試與傳統測試的區別

組織架構

1. 敏捷是一種怎麼樣的模型？

區別於傳統的模型，敏捷是乙個迭代式的研發模型

迭代就是迴圈做一件事情：一般正常情況下迭代週期是一周、兩周或者四周，面試的時候最好說四周，否則時間太緊搞不定。

=以乙個月舉例=：

敏捷的大致流程就是前兩周以寫測試用例為主，後兩周以集中執行用例為主。但是也有可能在第 2 周的某一天，這時候你已經把功能 c 測試用例設計完了，開發說你可以測試功能 c 了，這時候就要先開始執行測試了。一旦有執行就必須早點執行，早點執行才能早點發現問題，能讓開發早點改掉。

補充：

回歸測試和驗證缺陷以及冒煙測試，這些是從測試執行階段，每一天都在做的。因為冒煙是每乙個版本都會去進行冒煙的。開發那邊一天可以有幾十個版本，但是一般開發和測試會約定好，每天給測試乙個可執行的版本，這個可執行的版本提交給測試以後，測試進行乙個冒煙測試，看一下主流程通過沒有，如果不通過立馬打回，讓他們立馬給乙個新版本，通過的話，我們當天就回基於這個版本繼續我們後面的工作。

一般情況我們第 2 天早上拿到的版本，就是開發昨天晚上發的最後乙個版本，我們早上拿版本以後，立馬進行乙個冒煙，如果有問題，有問題是很正常的，經常會發生的，那麼我們會立馬叫開發出乙個新的版本，作為我們今天的測試版本。這個版本裡面會包含昨天一天開發所有修復的缺陷。測試在禪道裡去看自己的缺陷，哪些是已經修復的狀態，它上面傳到上面會標版本號，在這個版本上進行缺陷驗證。

回歸測試一直要回歸的，首先缺陷驗證其實就是一種回歸，要把之前已經失敗的測試用例重新跑一遍，這個也算回歸。還有一種情況就是說開發說缺陷我已經修改好**了，但是可能會影響到另外乙個功能，這個時候就要立馬對另外乙個功能進行回歸測試，就要挑選一下另外功能比較重要的進行回歸測試。

回歸測試完成後就繼續執行那些沒有執行過的測試用例，要記住測試用例的執行率必須是 100%。

（可以跟面試官聊我們的執行通過率，最後上線的標準，也就是交給客戶的標準。執行率 100%，測試的通過率 95%，就是說如果有 100 個測試用例，允許有 5 個測試用例不通過，失敗了 5%，開發也沒有修復。但是這些沒有修復的缺陷不可以有嚴重的缺陷）

2. 敏捷的過程中有沒有用過什麼 mock 工具造資料

敏捷跟工具沒有半毛錢關係，不要陷入面試官的圈套。

他的意思是說，敏捷可能會發生：比如說你承接的乙個任務，任務 a 和任務 b，b 依賴a，但是b開發完，a沒有開發完。

那麼為了測試b，就會做一些 mock 資料，做一些臨時的資料，可以讓測試執行下去。

3.敏捷的過程中遇到的問題？

敏捷裡面還會出現比較多的乙個問題是，測試有很大一部分工作量在回歸測試上面，因

為敏捷時間週期比較短，但是之前所有的我們也都要測試，怎麼可能在一兩天內把幾年內積

累的所有功能都測一遍，這也是敏捷測試裡的乙個痛點。

4. 如果需求變更了，有兩種情況，一種是客戶那邊提出的需求變更，還有一種是之前的遺漏的一些點。這種情況怎麼解決，怎麼跟進的？

理論上來說，乙個好的團隊是不允許客戶在研發階段去變更需求的，其實這個問題不應該由測試來解決。但是客戶畢竟是上帝，而且我們要擁抱變化，當然這不能是常態，萬一緊急的變更怎麼辦？

敏捷測試和面試要點

測試開發面試要點

APP測試面試題要點

騰訊筆試和面試

敏捷測試和面試要點

測試開發面試要點

APP測試面試題要點

騰訊筆試和面試

相關推薦