這篇文章的起源是昨天阿輝同學的分享攻冷，結合其分享寫了這邊文章，
這次的分享主題是“測試思路”一直是測試人員熱衷的一個話題，經常會說妈倔，知道如此多的測試技巧卻依舊無法合理的應用到實際場景中。
測試思路這事其實不僅僅需要一定的測試技巧绸贡，也需要一定的思維（我更傾向用“眼界”這個詞）盯蝴，見得多了，疑問就多了听怕，疑問多了就會深入的思考捧挺，思考后在總結，并將總結的方法和技巧應用于實際工作中形成自己的模式尿瞭，無形中也就有了自己的測試思維闽烙，或者說自己的測試體系。
然現在很多人熱衷于各種語言或者測試工具的學習声搁，這些輔助測試的手段確實需要掌握黑竞，但是要注意一個詞“輔助”，那就說明這不是測試的核心聲明周期疏旨，但是仔細觀察會發(fā)現整個圈子貌似都這種套路摊溶，認為會用一些前沿的工具或者語言就是新的測試人員了，誠然不是的充石，你會發(fā)現依舊說不清什么是因果圖莫换，什么是錯誤推測法，但你會反駁說能測出Bug就可以了骤铃，但是你也就是能測試Bug而已拉岁，試問你的真實目標是僅僅測出Bug么？
【題外話：中午和同事討論小朋友上學的問題惰爬，為何那么多人喜歡去大城市上學喊暖、上班，又或者說那么多人喜歡北上廣撕瞧，我說拋開教育的質量陵叽，其實最根本的原因是眼界，因為學習這事只要你學丛版，就不存在早與晚的問題巩掺，但是眼界這件事卻會影響很大，這也就是人丑多讀書來增加魅力的原因吧】
如下是正題：
問：
需求評審時要注意些什么页畦？
答：
A胖替、閱讀需求文檔，列出疑問點（帶著疑問去參加評審，不是走過場）
B独令、評審過程中集中提問（避免打斷產品的描述端朵，影響其思路，同時也避免會議時間延長）
C燃箭、建議寫會議紀要冲呢，把會議中的疑問點、已確認點招狸、對應責任人備注好
總結：測試人員要對需求進行追根溯源敬拓，這是很多測試人員欠缺的事情，通常就是直接接受該需求瓢颅，那么拿到需求首先要確定=》誰使用這個功能恩尾，何種場景下使用此功能弛说，使用頻率,此功能實現根本意義
測試如何提出更有建設性的建議：可以查看相應的競品或者淘寶挽懦、京東等大廠商的對應的功能的設計（只有對同類產品的設計了解，才能更好的據理力爭）
問：
如何將需求轉換為功能點（也可以說如何提取測試點）木人？
答：
A信柿、采用分層的原則，涉及到UI的展示醒第、數據的正確性渔嚷、業(yè)務處理的正確性（此種模式需要根據實際的項目情況進行選擇，并不是所有項目都適合）
?優(yōu)點：因為大多數公司的組織結構是前后端分離的稠曼，這種組間合作的時候形病，通常都是通過接口文檔作為溝通紐帶，此時測試通過分層的原則霞幅，先測試后端服務（接口測試）漠吻，當前端提測后，通過頁面進行操作司恳，從而保證業(yè)務邏輯的處理邏輯以及UI展示的正確性途乃。
B、根據功能點劃分原則扔傅，數據創(chuàng)建模塊優(yōu)先于數據查詢模塊優(yōu)先于數據展示模塊
優(yōu)點：通過接口測試優(yōu)先保證服務端的正確性耍共，即數據的正確性，當后端服務正確性保證后试读，即是數據展示的測試（UI層測試也包含的業(yè)務測試）
Note：這里隱藏了一個數據正確性的測試，需要根據數據的時間的變更荠耽，確定數據的展示是否正確
C鹏往、根據業(yè)務邏輯進行功能點的劃分
需求文檔拿到后，輸出流程圖后（如何產品已經輸出流程圖直接使用接口），通過流程圖劃分核心邏輯伊履，如A韩容、B、C唐瀑、D四個點 群凶，根據業(yè)務流的中功能點出現的次數來劃分，例如三條業(yè)務流 出現A功能點3次哄辣，B功能點2次请梢，C和D功能點1次，那么就可以將A理解為核心功能點（在流程圖中該功能點被遍歷的次數排序劃分）
問：
如何設計測試用例力穗？
答：
問：
何時回歸Bug毅弧？
答：
一種是開發(fā)修復即驗證Bug，另外一種是集中回歸Bug
第一種的好處就是当窗，能盡快發(fā)現開發(fā)是否因為修復Bug而引發(fā)新問題够坐，第二種，不能快速發(fā)現是否引入新問題
實際工作中如何處理：
測試的第二天在回歸前一天的Bug崖面，不僅可以快速驗證bug元咙，還能做到版本的控制，進行測試版本控制是避免在測試過程中不同人員使用不同的版本測試（APP端很容易出現該情況）巫员，如果遇到阻塞性Bug可以更新測試版本庶香，否則一天一個版本即可（僅僅是個人測試的習慣，僅供參考）
問：
日常上線測試要注意些什么简识？
答：
A赶掖、線上是否需要執(zhí)行SQL語句
B、是否涉及后臺配置內容（例如app端使用H5或者Native頁面時七扰，有些鏈接需要后臺配置）
C奢赂、待上線分支確認以及合并的分支內容的確認（測試有gitlab權限時可以自行查看，否則找開發(fā)同學查看）
D戳寸、應急預案（如上線后發(fā)現短時間內無法解決的問題呈驶，能否快速回滾代碼，此處建議開發(fā)在合并線上分支時疫鹊，要打tag標簽）
F袖瞻、回歸測試（主流程+測試環(huán)境bug）
問：
上線后要做些什么？
答：
A拆吆、線上問題收集
B聋迎、測試用例更新（有人會說我都上完線了，還更新用例做什么呢枣耀，用例會復用的）
B霉晕、總結（很多時候我們的習慣是上線了就上線了，沒有總結，但是真正的成長恰恰是被我們忽略掉的點牺堰，有錯不可怕拄轻，怕的是改了后不總結，依舊重復前路）
