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

測(cè)試流程：用例評(píng)審----確認(rèn)需求---需求分析---需求轉(zhuǎn)化成功能點(diǎn)----寫(xiě)測(cè)試用例---執(zhí)行測(cè)試用例----完成項(xiàng)目的測(cè)試微渠。當(dāng)然根據(jù)實(shí)際可能還有回歸測(cè)試搭幻。

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

然后評(píng)審?fù)甏_認(rèn)需求之后焕数，就開(kāi)始做準(zhǔn)備工作啦纱昧。分析需求：需要滿(mǎn)足的是哪些用戶(hù)、什么情況下使用堡赔、如何使用我們的產(chǎn)品的识脆、使用頻率怎樣、為什么要這么做善已、有什么優(yōu)勢(shì)等等

考慮完了之后我們就開(kāi)始把需求轉(zhuǎn)化成為功能點(diǎn)灼捂，然后開(kāi)始寫(xiě)測(cè)試用例。需求轉(zhuǎn)化為功能點(diǎn)有常見(jiàn)的幾種：
1换团、UI與數(shù)據(jù)分離悉稠。不管是web還是外部端都遵循數(shù)據(jù)與顯示分離的原則。首先我們優(yōu)先關(guān)注數(shù)據(jù)的產(chǎn)生與業(yè)務(wù)處理的正確性艘包，再考慮UI對(duì)數(shù)據(jù)顯示的正確性以及體驗(yàn)的猛。
2、給功能劃分優(yōu)先級(jí)想虎。第一卦尊，數(shù)據(jù)的創(chuàng)建更新優(yōu)先于查詢(xún)，而查詢(xún)又優(yōu)先于顯示舌厨，第二岂却，業(yè)務(wù)邏輯判斷業(yè)務(wù)的優(yōu)先級(jí)。
3、黑盒測(cè)試法拆解功能點(diǎn)淌友。黑盒測(cè)試就是只看到輸入輸出不知道內(nèi)部的運(yùn)行原理煌恢。所以需要了解功能輸入的幾種模式：用戶(hù)數(shù)據(jù)輸入、系統(tǒng)提供的數(shù)據(jù)震庭、時(shí)間管理瑰抵、功能運(yùn)行的前提條件。
4器联、自定向下拆解功能點(diǎn)二汛。

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

5、停止細(xì)分的條件（可用xmind細(xì)分）：本身已不是功能醋界，某個(gè)業(yè)務(wù)已不可再劃分竟宋。
6、強(qiáng)健壯性測(cè)試和弱強(qiáng)壯性測(cè)試形纺。
7丘侠、手工接口測(cè)試
8、CCOKIE驗(yàn)證測(cè)試逐样。

還有一些測(cè)試功能之外的：兼容性測(cè)試蜗字、安裝卸載測(cè)試、安全性測(cè)試脂新、性能測(cè)試挪捕、故障恢復(fù)測(cè)試等等。

阿輝講的其實(shí)很好争便，可是我覺(jué)得我得自己先系統(tǒng)看下書(shū)担神，以后再來(lái)看下可能能學(xué)到的會(huì)多點(diǎn)，現(xiàn)在也最多只能了解一下始花，但是沒(méi)接觸到東西，有些還是不是很理解的孩锡。

趁這次也總結(jié)下自己現(xiàn)在公司的項(xiàng)目流程酷宵。
方案商或自主研發(fā)提供樣機(jī)----業(yè)務(wù)拉單----客戶(hù)下單----項(xiàng)目評(píng)審----工廠(chǎng)試產(chǎn)-----大貨前試產(chǎn)-----大貨
項(xiàng)目評(píng)審：主要是硬件、結(jié)構(gòu)躬窜、物料浇垦、計(jì)劃管理這些占主導(dǎo)，確定來(lái)料荣挨，安排試產(chǎn)男韧，安排大貨時(shí)間朴摊，軟件只會(huì)確認(rèn)一下大致信息是否過(guò)GMS、微軟認(rèn)證此虑，軟件版本即可甚纲，了解項(xiàng)目情況和硬件信息。
試產(chǎn)：主要是看工廠(chǎng)組裝朦前、硬件介杆、結(jié)構(gòu)、來(lái)料各方面有沒(méi)有什么大問(wèn)題韭寸，及時(shí)更改查找方案解決春哨。然后拿機(jī)器做可靠性實(shí)驗(yàn)，再步驗(yàn)證機(jī)器是否可大貨恩伺，是否有重大bug赴背。 一般是幾十臺(tái)到一兩百臺(tái)。

軟件就從評(píng)審開(kāi)始穿插進(jìn)去晶渠。主要是從客戶(hù)提需求開(kāi)始---研發(fā)和客戶(hù)/業(yè)務(wù)核對(duì)需求----提交需求給方案商-----收到軟件自測(cè)后-----發(fā)給測(cè)試中心測(cè)試------測(cè)試中心反饋問(wèn)題-----研發(fā)核對(duì)后提給方案商解決-----測(cè)試回歸測(cè)試凰荚。基本都是不斷回歸測(cè)試乱陡，中間加入可靠性實(shí)驗(yàn)的問(wèn)題浇揩，工廠(chǎng)測(cè)試問(wèn)題、客戶(hù)測(cè)試問(wèn)題憨颠，然后就是不斷解bug胳徽，接著回歸測(cè)試，直到最終確定大貨軟件爽彤。

安卓和Windows的系統(tǒng)bug是解不完的养盗，但是基本穩(wěn)定性還是可以，小bug解不完适篙⊥耍可靠性實(shí)驗(yàn)和基本軟件測(cè)試保證產(chǎn)品的質(zhì)量，根據(jù)不同客戶(hù)需求也能不斷完善產(chǎn)品嚷节。

對(duì)于大多數(shù)的安卓或Windows平板的軟件bug聂儒。一般必現(xiàn)問(wèn)題，100%問(wèn)題硫痰，一般處理比較快衩婚，能改就改，不能改提MTK或者微軟找辦法效斑。概率問(wèn)題非春，必現(xiàn)描述清楚，找到規(guī)律或者復(fù)現(xiàn)到現(xiàn)象，才能讓方案商更快分析解決問(wèn)題奇昙。所以描述問(wèn)題一定要把問(wèn)題出現(xiàn)時(shí)的操作护侮，狀態(tài)，以及問(wèn)題概率描述清楚储耐，如果一個(gè)bug測(cè)試工程師都不能復(fù)現(xiàn)羊初，軟件工程師你覺(jué)得他會(huì)花時(shí)間去找規(guī)律復(fù)現(xiàn)解決么。所以尋找軟件bug出現(xiàn)規(guī)律弧岳、復(fù)現(xiàn)bug凳忙，以及一些簡(jiǎn)單的判斷和分析,測(cè)試工程師也必須具備。

然后安卓軟件工程師解決問(wèn)題禽炬，一般是看到現(xiàn)象涧卵，分析定位問(wèn)題，需要log捉log,需要看日志看日志腹尖，反正最終需要定位問(wèn)題柳恐。其實(shí)一般問(wèn)題軟件工程師查找下公司記錄有沒(méi)有改過(guò)這種問(wèn)題，或者安卓/微軟技術(shù)支持網(wǎng)站查找有沒(méi)有解決過(guò)相關(guān)問(wèn)題热幔，一般都能解決乐设。不能解決的看log，看現(xiàn)象去分析判斷定位問(wèn)題绎巨，這個(gè)就需要一點(diǎn)經(jīng)驗(yàn)和能力近尚。其實(shí)一個(gè)厲害的測(cè)試工程師也是具備這種一般問(wèn)題的判斷和定位的能力。

其實(shí)想想雖說(shuō)工作到第二年后有點(diǎn)迷茫场勤，但是其實(shí)也有從中學(xué)到很多技術(shù)之外的東西戈锻，這些東西其實(shí)也很重要。想轉(zhuǎn)測(cè)試之后和媳，才發(fā)現(xiàn)測(cè)試也是有很多東西要學(xué)格遭，測(cè)試也是門(mén)技術(shù)，才發(fā)現(xiàn)測(cè)試不僅僅是功能測(cè)試留瞳，還有自動(dòng)化測(cè)試拒迅，還有集成測(cè)試等等，越了解越發(fā)現(xiàn)自己該學(xué)的東西太多她倘，但是這些都不是問(wèn)題璧微，只要有方向有目的，在努力學(xué)習(xí)硬梁，剩下的就交給時(shí)間前硫。