關(guān)于測試思路阿輝的分享，還是有點收獲，但是由于測試基礎(chǔ)相對還薄弱的，所以此次重在記錄以及思考，基本是記錄下此次分享的內(nèi)容，自己也可以再熟悉一下這個測試流程。

測試流程：用例評審----確認需求---需求分析---需求轉(zhuǎn)化成功能點----寫測試用例---執(zhí)行測試用例----完成項目的測試。當然根據(jù)實際可能還有回歸測試。

首先，正規(guī)流程一般項目經(jīng)理或者產(chǎn)品經(jīng)理會提前發(fā)需求評審?fù)ㄖ耙c。我們要做的是提前查看分析、了解基本功能、記錄標記需求不明確或功能挖掘不夠等地方，等評審的時候集中提問，做到心中有數(shù)。

然后評審?fù)甏_認需求之后，就開始做準備工作啦。分析需求：需要滿足的是哪些用戶、什么情況下使用、如何使用我們的產(chǎn)品的、使用頻率怎樣、為什么要這么做、有什么優(yōu)勢等等

考慮完了之后我們就開始把需求轉(zhuǎn)化成為功能點，然后開始寫測試用例。需求轉(zhuǎn)化為功能點有常見的幾種：
1、UI與數(shù)據(jù)分離。不管是web還是外部端都遵循數(shù)據(jù)與顯示分離的原則。首先我們優(yōu)先關(guān)注數(shù)據(jù)的產(chǎn)生與業(yè)務(wù)處理的正確性，再考慮UI對數(shù)據(jù)顯示的正確性以及體驗。
2、給功能劃分優(yōu)先級。第一，數(shù)據(jù)的創(chuàng)建更新優(yōu)先于查詢，而查詢又優(yōu)先于顯示，第二，業(yè)務(wù)邏輯判斷業(yè)務(wù)的優(yōu)先級。
3、黑盒測試法拆解功能點。黑盒測試就是只看到輸入輸出不知道內(nèi)部的運行原理。所以需要了解功能輸入的幾種模式：用戶數(shù)據(jù)輸入、系統(tǒng)提供的數(shù)據(jù)、時間管理、功能運行的前提條件。
4、自定向下拆解功能點。

自頂向下設(shè)計方法：指在軟件模塊劃分時，不論軟件多大，都采用自上而下、逐步分解的該當，完成若干部分并明確表達它們之間的關(guān)系，直到最低層達到要求的規(guī)模為止。

5、停止細分的條件（可用xmind細分）：本身已不是功能，某個業(yè)務(wù)已不可再劃分。
6、強健壯性測試和弱強壯性測試。
7、手工接口測試
8、CCOKIE驗證測試。

還有一些測試功能之外的：兼容性測試、安裝卸載測試、安全性測試、性能測試、故障恢復(fù)測試等等。

阿輝講的其實很好，可是我覺得我得自己先系統(tǒng)看下書，以后再來看下可能能學(xué)到的會多點，現(xiàn)在也最多只能了解一下，但是沒接觸到東西，有些還是不是很理解的。

趁這次也總結(jié)下自己現(xiàn)在公司的項目流程。
方案商或自主研發(fā)提供樣機----業(yè)務(wù)拉單----客戶下單----項目評審----工廠試產(chǎn)-----大貨前試產(chǎn)-----大貨
項目評審：主要是硬件、結(jié)構(gòu)、物料、計劃管理這些占主導(dǎo)，確定來料，安排試產(chǎn)，安排大貨時間，軟件只會確認一下大致信息是否過GMS、微軟認證，軟件版本即可，了解項目情況和硬件信息。
試產(chǎn)：主要是看工廠組裝、硬件、結(jié)構(gòu)、來料各方面有沒有什么大問題，及時更改查找方案解決。然后拿機器做可靠性實驗，再步驗證機器是否可大貨，是否有重大bug。 一般是幾十臺到一兩百臺。

軟件就從評審開始穿插進去。主要是從客戶提需求開始---研發(fā)和客戶/業(yè)務(wù)核對需求----提交需求給方案商-----收到軟件自測后-----發(fā)給測試中心測試------測試中心反饋問題-----研發(fā)核對后提給方案商解決-----測試回歸測試。基本都是不斷回歸測試，中間加入可靠性實驗的問題，工廠測試問題、客戶測試問題，然后就是不斷解bug，接著回歸測試，直到最終確定大貨軟件。

安卓和Windows的系統(tǒng)bug是解不完的，但是基本穩(wěn)定性還是可以，小bug解不完。可靠性實驗和基本軟件測試保證產(chǎn)品的質(zhì)量，根據(jù)不同客戶需求也能不斷完善產(chǎn)品。

對于大多數(shù)的安卓或Windows平板的軟件bug。一般必現(xiàn)問題，100%問題，一般處理比較快，能改就改，不能改提MTK或者微軟找辦法。概率問題，必現(xiàn)描述清楚，找到規(guī)律或者復(fù)現(xiàn)到現(xiàn)象，才能讓方案商更快分析解決問題。所以描述問題一定要把問題出現(xiàn)時的操作，狀態(tài)，以及問題概率描述清楚，如果一個bug測試工程師都不能復(fù)現(xiàn)，軟件工程師你覺得他會花時間去找規(guī)律復(fù)現(xiàn)解決么。所以尋找軟件bug出現(xiàn)規(guī)律、復(fù)現(xiàn)bug，以及一些簡單的判斷和分析,測試工程師也必須具備。

然后安卓軟件工程師解決問題，一般是看到現(xiàn)象，分析定位問題，需要log捉log,需要看日志看日志，反正最終需要定位問題。其實一般問題軟件工程師查找下公司記錄有沒有改過這種問題，或者安卓/微軟技術(shù)支持網(wǎng)站查找有沒有解決過相關(guān)問題，一般都能解決。不能解決的看log，看現(xiàn)象去分析判斷定位問題，這個就需要一點經(jīng)驗和能力。其實一個厲害的測試工程師也是具備這種一般問題的判斷和定位的能力。

其實想想雖說工作到第二年后有點迷茫，但是其實也有從中學(xué)到很多技術(shù)之外的東西，這些東西其實也很重要。想轉(zhuǎn)測試之后，才發(fā)現(xiàn)測試也是有很多東西要學(xué)，測試也是門技術(shù)，才發(fā)現(xiàn)測試不僅僅是功能測試，還有自動化測試，還有集成測試等等，越了解越發(fā)現(xiàn)自己該學(xué)的東西太多，但是這些都不是問題，只要有方向有目的，在努力學(xué)習，剩下的就交給時間。