1樓：青雲叔叔
介紹專案的測試流程其實也是我經常在面試過程中會問到候選人的，那麼問這個問題的目的很簡單，主要出於兩方面：
1、了解下你是否真正的做過此專案
2、你在此專案中負責了哪些模組
3、你對此專案的掌握情況
4、是否有過程改進和效率提公升的思想
1、參與需求評審，比如測試用例編寫，測試用例評審，測試計畫輸出，測試方案輸出，測試環境搭建，冒煙測試，迭代測試，過程中需要幾輪測試，每一輪重點測試的內容，專案有哪些模組，每個模組的資料如何關聯的，流轉方向是怎麼樣的等。
2、過程中的風險控制思想，流程把控和改進的作為，過程中把各種技術如何引入的，比如UI自動化測試、介面自動化測試、效能測試、安全測試等等，在測試過程中的那個環節怎麼保障的，用它保障什麼解決什麼問題。
3、然後就是上線出口，也就是質量准出如何制定的，然後測試報告
4、然後就是上線後的跟蹤、專案覆盤等等...
2樓：千鋒軟體測試學院
這是乙個好問題, 可以使用STAR模型.
SITUATION（背景）
TASK（任務）
ACTION（行動）
RESULT（結果）四個英文單詞的首字母組合。
在招聘面試中，僅僅通過應聘者的簡歷無法全面了解應聘者的知識、經驗、技能的掌握程度及其工作風格、性格特點等方面的情況。而使用STAR技巧則可以對應聘者做出全面而客觀的評價。
首先要了解應聘者工作業績取得的背景（SITUATION）。通過不斷提問與工作業績有關的背景問題，可以全面了解該應聘者取得優秀業績的前提，從而獲知所取得的業績有多少是與應聘者個人有關，多少是和市場的狀況、行業的特點有關。
其次，要詳細了解應聘者為了完成業務工作，都有哪些工作任務（TASK），每項任務的具體內容是什麼樣的。通過這些可以了解應聘者的工作經歷和經驗，以確定他所從事的工作與獲得的經驗是否適合所空缺的職位。
再次，繼續了解該應聘者為了完成這些任務所採取的行動（ACTION），即了解他是如何完成工作的，都採取了哪些行動，所採取的行動是如何幫助他完成工作的。通過這些，可以進一步了解他的工作方式、思維方式和行為方式。
最後，才來關注結果（RESULT），每項任務在採取了行動之後的結果是什麼，是好還是不好，好是因為什麼，不好又是因為什麼。
這樣，通過STAR式發問的四個步驟，一步步將應聘者的陳述引向深入，一步步挖掘出應聘者潛在的資訊，為企業更好的決策提供正確和全面的參考，既是對企業負責（招聘到合適的人才），也是對應聘者負責（幫助他盡可能地展現自我，推銷自我），獲得乙個雙贏的局面。
關於測試的崗位, 自動化測試的經驗一定是重中之中. 關於它的提問, 我們使用STAR模型來看, 無外乎就是這些問題.
S(situation):
你為什麼要做自動化測試?
自動化測試開展的背景是什麼?
T(task):
自動化測試怎麼開展的?
自動化測試的流程是怎樣?
A(action):
自動化測試是怎麼實現的? /
自動化測試的實現細節是怎樣的?
自動化測試過程中遇到了什麼問題?
遇到的問題都是如何解決的?
你有考慮過如何改進自動化測試的流程嗎?
R(result):
自動化測試為專案帶來了什麼效果?
是好還是不好, 好是因為什麼, 不好是因為什麼?
改進的建議是什麼?
3樓：紫雷
理論性假大空答案樓上兩位已總結完畢，我就說說接地氣的， 幾個階段開幾次會，與其他部門協調工作幾次完成度如何自己的角色起了什麼作用...我作為面試官時的著重點就這些
4樓：檸檬班軟體測試
這個面試題考點：
考察你是否經歷過乙個完整的專案，並且對流程都熟悉。不要背書一樣的回答：需求分析->編寫測試計畫->編寫測試用例，評審->測試執行->測試完成，出具測試報告->上線。
首先就是要做需求評審，作為一名測試人員，要先對你所測試的專案有深入的了解，這樣才能發掘測試點，編寫測試用例；
第二就是要編寫測試用例，測試用例要應用自己所知道的測試方法，再結合需求的實際場景來編寫；
第三就是做用例評審（這個不是必需，根據專案大小來看），用例評審聽取研發和產品的意見，可能可以發現更多的測試點，完善你的測試用例；
第四就是待專案提測後介入測試，根據編寫的測試用例去執行用例；
第五在執行用例過程後發現了Bug，提交給研發，研發改好了，再進行回歸測試；
第六在當前功能所有Bug解決（或剩餘Bug確認延期）後就會提交到上線前的分支，再在上線前的分支進行系統測試；
第七驗收測試（如有需要），一般對於乙個大的專案來講，會有多個專案組，每個組都會有自己的開發和測試分支，然後會合併到乙個最終分支進行整體測試，然後還會有乙個回歸測試組專門做驗收！
驗收測試完成後，進入到第八個步驟：線上冒煙測試，所有功能部署到生產環境後，進行主要功能的冒煙。然後整個測試的流程就算是結束了。
5樓：成都匯智動力重慶分公司
一般的軟體測試流程是這樣：
1.拿到需求說明書，開始對需求進行測試，找出需求中的問題或者說不可測的地方
2.需求測試通過後，根據需求說明書制定測試計畫，包括測試策略、測試方法、測試週期等
3.然後根據軟體功能說明書編寫測試用例，一般的公司都是根據需求說明書進行編寫
4.搭建測試環境，包括軟體環境和硬體環境
5.根據測試用例進行測試，提交缺陷
6.回歸測試
7.測試完成後，進行測試總結，編寫測試報告至於測試文件，可以按照你以往的情況進行描述。
乙個軟體專案的專案經理不懂技術 能當好專案經理麼？
唔講粗口 要看情境，專案經理有偏業務側的也有偏IT開發側的。業務側專案經理對業務負責，推動產品設計，模組劃分 推動開發的對接人 專案經理 落實工作。顆粒度較大。T開發側專案經理對產品和業務都要負責，分析實現產品設計的工作 制定實施計畫和分工，推動落實等等。 半半 專案經理是協調資源，訂製總體計畫，把...
作為乙個軟體企業，該如何去考核軟體測試人員的績效呢？除了bug數量上面，還應該綜合哪些因素
李白 如果你是HR，那就建議讓技術部門領導進行評估，然後強制分布，能力最差 表現最不好的肯定會在最後面 如果你是技術部負責人，那就不要想定量指標了，對於量化的追求往往是哪些缺乏領導能力的人，如果你是乙個出色的管理者，你一定能分辨出孰優孰劣 Bugtags 可以從這邊方面建來綜合的評價哦！1.bug數...
乙個軟體專案的開發，如果客戶不給需求說明書，這樣會帶來什麼樣的後果？
大師兄吾空 這個問題應該是乙個剛入門，或者入門時間並不長的產品經理會遇到的問題 因為如果你是乙個做過很多年的產品經理的話，相信你對這樣問題已經習以為常了。我們身邊這樣的甲方太多了，我一般會稱呼他為典型的甲方。這一類客戶的特點就是，有錢 有想法，表示自己要新設計 新互動，認為自己很懂得互動，很懂得使用...