前言
業務：
銀行類app具體模塊業務講解：
掌上生活（消費/理財）
消費：
與電商平臺業務類似
飯票：GPS定位城市服務、飯票購買消費、餐廳查詢、代金券、周三五折、banner圖、我的飯票、我的抵扣券
影票
出行
費用代繳模塊 水費、電費、天然氣（暖氣費用代繳）
便民服務 住房公積金、醫保、社保、交通罰款、商業保險（惠民保）、個人信用報告
測試需求文檔的編寫（0.5-1天）：
測試需求文檔是對需求文檔中的需求點進行整理成測試人員可測試的功能點的過程
實戰：測試需求會寫、飯票業務比較熟悉
控件：控件也稱為組件或者構件,通常俗稱第三方開發控件,是軟件中可重復使用的功能模塊,如具有復雜功能的菜單、表格、報表或者用戶界面等,可廣泛應用于各類軟件中
測試計劃評審實戰：
講法：自我介紹、以文檔的主人翁的角色去講、如果講解過程中遇到自己的問題可以先記在心里后面再調整
面試題
1、測試計劃包含哪些內容？
測試目的、測試范圍、測試需提交文檔、測試策略、測試資源安排（軟硬件、人員、時間）、測試完成難度、可能出現的風險羅列等
2、測試計劃中你認為最核心的部分是什么？
回答策略：回答1、2點講明重要性（對比法、陳述法）
我覺得測試策略這一部分比較重要，因為它描述了每個測試模塊的測試方向和思路，給后續做該模塊測試指明了大局和方向
我覺得資源安排比較重要，之前的硬軟件資源由于再測試計劃中安排不當，導致實機測試時沒有硬件資源不夠用，拖延了測試時間，后續的測試計劃中，就特別關注這一塊，取得了很好的效果
3、測試計劃之前是如編寫的？
由測試組長先召開新需求的測試動員會，然后分配好任務后，再根據公司已有的測試計劃模板編寫的
4、如何安排測試組員工作？
根據測試工程師在公司的崗位，高級的分配高級的，初級的分配初級的
根據以往測試工程師負責的模塊，盡量分配和他模塊相關的任務
根據測試工程師相處下來的性格，分配適合的測試任務（開朗活潑易溝通的分配客戶培訓/產品宣講 內向穩重的分配核心業務）
5、哪些情況可能導致項目延期或失��？（測試計劃里面的風險）
納入基線的需求在繼續變更
項目組核心成員可能離職、交接出現問題
項目經理樂觀地估計了本次版本的任務量
競品已經上線了相關功能，導致要開發更多的功能去競爭
6、測試計劃之前是如何進行評審的？（評審流程）
編寫待評審的文檔—內部評審/經理審核—在評審開始前三天發郵件通知相關評審人員（郵件：評審文檔的地址（svn獲�。�/附件；
評審時間 評審地點（要申請））—評審（指定會議記錄員、評審過程中意見不一致爭執三分鐘要立馬停止，評審過程中有問題不要當場修改，可以先批注（word的審閱中））—評審完成之后優化評審文檔
7、測試計劃評審的主要內容有哪些？
測試策略是否完整準確
測試資源安排是否合理
測試完成時間是不是在規定范圍之外
風險分析考慮是否全面
8、你覺得測試計劃評審是否必要？
有必要
評審測試計劃時，大多數項目組其他成員參與了，讓大家都知道測試部門后續的工作安排，有利于其他部門配合工作
能找出測試計劃中不完善的地方，加以優化
總結
你要盡全力保護你的夢想，那些嘲笑你夢想的人，他們必定會失敗，他們想把你變成和他們一樣的人。你要堅信，只要心中有夢想，你就會與眾不同。
其實你現在在哪里，并不是那么重要。只要你有一顆永遠向上的心，你終究會找到那個屬于你自己的方向！加油！
每天給自己一個希望，我們將活得生機勃勃，激昂澎湃。
