測試經典面試問題：一個項目從0到1，你須要作哪些工做？工做的重點是什麼？

最近在論壇上看到一位朋友問到這個問題，我以爲很經典，通常二面（leader級別）都相對喜歡問這種問題，我曾經既在面試中被問過這個問題，也在後來作面試官的時候問過別人這個問題，因此正好給你們分析下這個問題、答案，還有實際的一些落地經驗。

做爲應聘者，在回答這個問題以前，咱們要明確一點：這個問題屬於開放性問題，也就是說並無所謂的標準答案。

當面試官問到你一個開放性的問題，通常是但願你可以積極主動地和他討論問題（這樣的面試官以個人經驗判斷，必定是個好面試官），而不是給出一籮筐標準答案，在咱們不知道上下文的狀況下貿然回答這類問題，答案很容易偏主觀主義。

那麼做爲應聘者，應該怎麼友好地推動整個面試過程呢？

回答應該包含三個核心點：

• 溝通上下文：問題清晰化，範圍具體化
• 就事論事，制定計劃：將本身的項目經歷落地到面試過程當中，有理有據。
• 過程管理，持續反饋：從0.99到1的不斷迭代優化

首先說第一點，溝通上下文。溝通上下文就是一個瞭解大背景的過程，而瞭解大背景就是把面試官的問題明確化的過程。

那麼，如何去了解背景？

一個主動積極的人永不不會沒飯吃。（在百度時候的領導對個人一句逆耳忠言）

咱們做爲面試者，在回答問題以前，要主動和麪試官提問：我們公司的測試崗位的職責範圍是哪些？這裏咱們變被動面試爲主動面試，不只可以得到更多的問題線索，而且會很大程度上獲得面試官會的青睞。

通常來講，若是是家小公司，測試的職責通常界定在業務測試，包括一些自動化工做；但若是是大公司，測試的職責可能還會包括項目推動，平臺建設，流程優化等等。不一樣地職責反饋意味着不同的工做內容，因此從0到1要作的事情也不同。確認了這個，你就更加方面地探知到面試官的口味，知道如何順着面試官的話繼續往下說下去（這裏不是讓瞎編，而是要爲後面打基礎，後面就能夠撿面試官想聽到的東西說），再一個你也知道這家公司的工做內容合不合適你（若是提早了解到不合適，也能夠爲後面多個offer間決策提供了依據）。

而後，在明確了要職責範圍後，咱們就知道這家公司測試的職責範疇了，那麼接下來該怎麼講呢？

咱們作計劃必定是有根據性的，若是隻是直接拋出一堆理論計劃，就顯得有點教科書化。有沒有想過，項目面試官爲何要爲你從0到1的工做如何開展呢？其本質就是：他想知道你到底以前有沒有過從0到1的經驗。

說完了瞭解背景，接下里，咱們該如何制定計劃？

對於有過從0到1的項目經歷的人來講，最好的答案就是把本身的經歷說出來，這樣都不用太多解釋，面試官就會極其信服你。這位朋友問了這個問題，有多是沒有這個從0到1的經歷。那這裏，我給沒有經歷從到0到1的朋友提供一個通用工做內容的借鑑吧。通常來說，從0到1的工做內容涉及以下兩個方面：

1.瞭解項目、成員，現狀

首先，熟悉瞭解項目組成員，不管是產品，開發和測試。在平常工做中，培養創建親密戰友關係，爲後面的工做打下基礎。

而後，熟悉項目背景，需求，開發和測試的現狀，這個階段要溝通勝於文檔的方式去了解（每天看文檔，得到都是被動信息，並且通常都不是重點，多和項目組的成員溝通了解，這樣事半功倍）

這個階段通常初步在兩週內完成，在瞭解總體的狀況以後，咱們就能夠制定一些戰略方針來開展所謂的從0到1。

2. 梳理測試活動

第一步，先確認測試範圍。根據前面瞭解的狀況，把要測試的業務梳理一下，即哪些須要測試，哪些不須要測試，哪些是核心業務，哪些是邊緣業務，咱們根據基本的原則，就能制定出咱們的測試工做範疇。（這樣作的好處是，咱們能夠有的放矢，不會變成一個救火隊員；再一個來說，有工做範疇，對後面明確本身的KPI就頗有幫助了，並且領導也能有根據性地評估你的工做量，對於後期工做量過大的狀況，leader也能明顯感知到你的工做壓力）。

而後，肯定測試流程。測試流程中包含很重要的兩點：一個是提測流程，另外一個是bug流程。制定提測流程的目的在於釐清測試界限，好比在提測以前，開發應該有哪些質量保證工做（好比說單測，靜態掃描，本地功能冒煙）。在提測以後，測試又應該作哪些工做，好比功能測試、接口測試、集成測試和性能測試等。第二個是bug流程，好比bug優先級，bug分類，bug解決後如何通知驗證，有bug是否可以上線，還有最後的測試報告等。這兩個流程根據每一個公司的狀況不一樣各有差別，儘可能按照本身經歷過的狀況來講，不要胡編亂造。

最後，制定自動化工做計劃。按照測試金字塔原則，咱們須要和項目組的產品和開發溝通下，哪些是業務須要自動化，自動化又須要作哪些項。之因此談這一點，是由於但凡是個互聯網公司，都會最終涉及作自動化，若是你不提這個，可能會下降面試官對你的技術感官分數（但要記住：初來乍到的咱們，千萬不要什麼都搞自動化，自動化寫起來很爽，維護起來就很崩潰）。

在第二步完成以後，就是反覆這個過程了。前面算是一個從0到0.99的過程，然後面就是從0.99到1的不斷迭代的過程，去接近這個完美的1的過程。這個階段有三項極爲重要：

1.測試節點優化

當初的測試流程是按剛來項目組時候的狀況而制定的。隨着用戶量的增加，整個項目處於不斷變化當中，整個過程當中不只有業務的變化，技術架構的變化，也會有測試流程和測試方案的變化，咱們要不斷地改善整個測試過程，持續優化，最終提高咱們的測試效率。

2.問題覆盤

測試不是萬能的，在實際過程當中，總會有大大小小地問題被漏測，影響到了線上用戶。對於此類問題，咱們須要常常開項目覆盤會，聯合產品，開發，測試一塊兒回顧和覆盤問題，旨在於更好地規避此類問題，提高用戶體驗和產品口碑。

3.知識沉澱

在工做過程當中，咱們要不斷地沉澱文檔，包括測試計劃，測試用例，測試框架，自動化方案等等咱們實際遇到和作過的內容。這樣作有助於不斷地提高我的還有團隊的戰鬥力，同時在爲後續述職提供了材料支撐，作到足夠大的影響力。

綜上所述，一個項目從0到1的測試工做的開展包括：瞭解項目背景，成員背景，測試現狀。而後依據現狀梳理測試範圍，制定測試流程，調研測試方案，把該自動化的業務自動化，最後將整個過程不斷地執行與完善，並按期項目覆盤，同時總結沉澱工做內容。

在此過程當中重點在於：有效溝通，制定好測試流程，儘量地自動化，總結並輸出過程，最終造成從0到1的體系。

博主：測試生財

座右銘：用測試完成原始積累，用投資奔向財務自由

csdn：https://blog.csdn.net/ccgshigao

博客園：https://www.cnblogs.com/qa-freeroad/

51cto：https://blog.51cto.com/14900374