不論你是什么時(shí)候開始接觸測(cè)試這個(gè)行業(yè)的，你首先聽說的應(yīng)該是功能測(cè)試。通過一些測(cè)試手段來驗(yàn)證開發(fā)做出的代碼是否符合產(chǎn)品的需求？當(dāng)然你也有自己對(duì)功能測(cè)試的理解，但是最近兩年感覺功能測(cè)試好像不太受歡迎，同時(shí)不少同學(xué)真的是功能測(cè)試都沒有做好，就去嘗試自動(dòng)化測(cè)試，測(cè)試開發(fā)什么的，結(jié)果是越學(xué)越迷茫，這是為什么呢？究其原因是，你功能測(cè)試還沒有學(xué)好呢！

? ? ? 我們通常認(rèn)為的功能測(cè)試是根據(jù)需求，采取如下測(cè)試流程：需求分析，用例編寫，用例評(píng)審，提測(cè)驗(yàn)證，Bug回歸驗(yàn)證，上線與線上回歸等來進(jìn)行測(cè)試。如此日復(fù)一日，年復(fù)一年，響應(yīng)了很多需求，可是想換工作的時(shí)候卻得不到認(rèn)可,大家想想是不是這種情況？下面我就以一個(gè)功能測(cè)試人員如何進(jìn)行工作，來介紹一下功能測(cè)試應(yīng)該用到的知識(shí)及相關(guān)的提升建議。

一，??需求分析，發(fā)揮主動(dòng)性

? ? ? 正常的需求在產(chǎn)出的時(shí)候，產(chǎn)品是要分析這個(gè)需求的價(jià)值，影響范圍和實(shí)現(xiàn)代價(jià)的。可是現(xiàn)在很多情況是，需求來了就組織評(píng)審，然后開發(fā)測(cè)試與上線。產(chǎn)品主導(dǎo)型的開發(fā)模式非常常見，作為測(cè)試我們無法主導(dǎo)需求和項(xiàng)目。在需求評(píng)審的時(shí)候，作為一個(gè)測(cè)試人員必須了解這次需求的內(nèi)容，影響到哪些現(xiàn)有的功能，涉及到的操作系統(tǒng)或是類別等，然后準(zhǔn)確的評(píng)估出工作量，防止因評(píng)估不足造成后期測(cè)試不充分。再者，關(guān)注開發(fā)和產(chǎn)品的討論，如果開發(fā)說哪一部分比較難實(shí)現(xiàn)，最后如何實(shí)現(xiàn)？其中做出的變動(dòng)和難點(diǎn)就是測(cè)試的時(shí)候必須重點(diǎn)關(guān)注的部分。不能因?yàn)檫@些暫時(shí)和你沒有關(guān)系就不去關(guān)注，后期會(huì)帶來麻煩。第三，需求評(píng)審結(jié)束后，要求產(chǎn)品更新此次評(píng)審過程中的所有改動(dòng)部分，同時(shí)給出方案確保產(chǎn)品的任何改動(dòng)都及時(shí)更新。第四，根據(jù)產(chǎn)品需求，設(shè)計(jì)測(cè)試方案及時(shí)間安排，此時(shí)可以粗粒度考慮，時(shí)間上要合理；同時(shí)與在會(huì)人員進(jìn)行探討。

二，??用例設(shè)計(jì)與評(píng)審，做到不遺不漏

? ? ? 測(cè)試用例是每個(gè)測(cè)試人員工作過程中必須要完成的工作，不管你是用Excel,還是用FreeMind來寫，在測(cè)試工作中一是用來指導(dǎo)測(cè)試工作，而且是相關(guān)業(yè)務(wù)的一個(gè)文檔沉淀?？赡苣悴惶谝鉁y(cè)試用例的編寫，可是在我以往面試的經(jīng)驗(yàn)中，有超過一半的人寫的測(cè)試用例是不達(dá)標(biāo)的。很多人寫用例是用書本上的方法，什么邊界值法，條件覆蓋法等等，其實(shí)我們更應(yīng)該關(guān)注用戶，從用戶的角度來寫用例才對(duì)。

? ? ? 測(cè)試用例必須具備的測(cè)試用例名，執(zhí)行步驟，預(yù)期結(jié)果這三點(diǎn)是必須要寫清楚的。再者就是測(cè)試方案選擇必須全面，作為功能測(cè)試人員你可能不會(huì)編寫自動(dòng)化測(cè)試腳本，不會(huì)性能測(cè)試，安全測(cè)試，但是你必須能根據(jù)需求想到要實(shí)施哪方面的測(cè)試。如面試的時(shí)候給你一個(gè)場(chǎng)景：一個(gè)全新的App要發(fā)版，如果讓你來測(cè)試，你能想到哪些測(cè)試方案？如果你只能想到如何去測(cè)試app的功能的話，那你作為功能測(cè)試人員就是考慮不全面。此時(shí)的App的功能，App的性能，數(shù)據(jù)傳輸?shù)陌踩?#xff0c;接口或服務(wù)的功能測(cè)試，接口或服務(wù)的自動(dòng)化測(cè)試與監(jiān)控，接口或服務(wù)的性能測(cè)試，底層數(shù)據(jù)的存儲(chǔ)與容災(zāi)情況都必須考慮在內(nèi)。

? ? ? 設(shè)計(jì)用例的時(shí)候要設(shè)計(jì)兩類， 一類是開發(fā)自測(cè)和驗(yàn)收提測(cè)試標(biāo)準(zhǔn)的冒煙測(cè)試用例，一類是針對(duì)需求的全面測(cè)試用例。寫完用例要主動(dòng)聯(lián)系相關(guān)人員進(jìn)行用例評(píng)審，強(qiáng)調(diào)開發(fā)自測(cè)，在評(píng)審過程是及時(shí)修改不合適的用例。

三，??測(cè)試流程，注重項(xiàng)目控制

? ? ? 其實(shí)項(xiàng)目的流程控制在需求開始的時(shí)候就應(yīng)該重視起來，只是很多時(shí)候我們沒有意識(shí)到這是測(cè)試的工作，有的是產(chǎn)品來控制，有的是專門的項(xiàng)目經(jīng)理來控制。測(cè)試人員是一線的工作人員，不管你工作了多久，必須有關(guān)注整體項(xiàng)目的意識(shí)。如果你不關(guān)注項(xiàng)目進(jìn)度，什么時(shí)候提測(cè)你什么時(shí)候開始測(cè)試，在測(cè)試過程中你就會(huì)遇到測(cè)試的內(nèi)容和最初的需求不一致，增加新的內(nèi)容從而增加工作量，或是產(chǎn)品和開發(fā)一起來壓縮測(cè)試時(shí)間的情況，到時(shí)你想不加班都難。

? ? ? 需求一旦明確了由你來負(fù)責(zé)的時(shí)候，就要時(shí)刻按排期來關(guān)注項(xiàng)目的情況。中間變更需求的時(shí)候，要評(píng)估是否影響項(xiàng)目進(jìn)度，如果影響了重新進(jìn)行排期。如果開發(fā)提測(cè)試晚了，是否影響上線時(shí)間，如果可能會(huì)影響，馬上就要給相關(guān)的人員發(fā)預(yù)警郵件，通知大家詳細(xì)的情況。同時(shí)在測(cè)試過程中，發(fā)現(xiàn)了bug必須詳細(xì)描述問題，不管是jira,禪道或是其他的bug管理方式，一個(gè)bug要寫清楚以下幾點(diǎn)：Bug問題描述，bug重現(xiàn)步驟，是否有前置條件，預(yù)期結(jié)果，實(shí)際結(jié)果，以方便開發(fā)去進(jìn)行修改。同時(shí)給bug準(zhǔn)確分級(jí)，實(shí)時(shí)跟蹤進(jìn)度，保證項(xiàng)目按期完成。?

四，??上線回歸與項(xiàng)目總結(jié)

? ? ?一個(gè)需求上線完成后，要及時(shí)進(jìn)行線上回歸，如果有必須提醒相關(guān)的人員進(jìn)行自動(dòng)化線上回歸或是監(jiān)控工作。同時(shí)必須回歸我們?cè)谛枨笤u(píng)審的時(shí)候考慮到的可能影響到的原有的功能，以確保新功能的完全上線成功。而作為功能測(cè)試人員，在一個(gè)項(xiàng)目完成后，不管公司有沒有要求，要對(duì)項(xiàng)目做相應(yīng)的文字總結(jié)?？偨Y(jié)整個(gè)項(xiàng)目過程中遇到的問題，最后的解決辦法或是當(dāng)時(shí)討論的處理辦法，有哪些需要注意的問題？有什么可以借鑒的方案或是改進(jìn)策略？項(xiàng)目中有沒有通用性的問題等等。

? ? ? ?如果公司有相應(yīng)的項(xiàng)目總結(jié)方案，那測(cè)試的時(shí)候就要多關(guān)注一些數(shù)據(jù)，如冒煙測(cè)試是否一次通過，Bug數(shù)及不同級(jí)別的bug數(shù)，參與開發(fā)人員對(duì)應(yīng)的Bug數(shù)，提測(cè)試次數(shù)，上線次數(shù)等等。而后借助于第三方工具進(jìn)行圖表化相應(yīng)的數(shù)據(jù)，然后相關(guān)問題的總結(jié)，改進(jìn)方案都需要進(jìn)行詳細(xì)的總結(jié)。

五，??能力的總結(jié)和沉淀

? ? ?在我們找工作的時(shí)候，很多做功能測(cè)試多年的同學(xué)一般很難通過面試，這里面的原因究竟是什么？其實(shí)最核心的原因是，你不具備相應(yīng)工作年限應(yīng)該具備的能力。

? ? ?測(cè)試工具的使用：在你以往的工作經(jīng)驗(yàn)中，有沒有總結(jié)過什么樣的需求或是項(xiàng)目應(yīng)該使用什么樣的測(cè)試工具，而不是僅僅使用公司提供或是指定的工具？有沒有分析過同類的工具的優(yōu)缺點(diǎn)？如果一個(gè)類似的全新的產(chǎn)品，你能否圍繞著工作需求，準(zhǔn)備相應(yīng)的測(cè)試工具來輔助測(cè)試？什么樣的測(cè)試工具在測(cè)試項(xiàng)目的時(shí)候可能存在問題，問題的解決辦法是什么？

? ? ?問題的總結(jié)：在測(cè)試工作中總結(jié)部署環(huán)境出現(xiàn)502或是404產(chǎn)生的原因及解決辦法？產(chǎn)品的哪兒塊功能容易出現(xiàn)問題，或是開發(fā)怎么實(shí)現(xiàn)相應(yīng)的功能可能出現(xiàn)問題？產(chǎn)品的功能模塊之間是如何工作的，修改部分功能后可能會(huì)對(duì)其他模塊產(chǎn)生影響？哪個(gè)版本的編譯器打包的產(chǎn)品容易在哪些方面出現(xiàn)問題？等等相應(yīng)的問題總結(jié)有沒有做，如果做了，在接到相應(yīng)的需求后就能快速的評(píng)估測(cè)試范圍，選擇測(cè)試方案，規(guī)劃測(cè)試時(shí)間等。

? ? 技術(shù)的沉淀：技術(shù)不僅僅指的是編碼能力，像平時(shí)我們部署環(huán)境出現(xiàn)問題后，最后的解決方案的總結(jié)；測(cè)試過程中日志出現(xiàn)空指針的排查；項(xiàng)目測(cè)試過程中遇到的問題及解決方案；一些常見問題的排查及解決方案等等。要在工作中善于積累，從而指導(dǎo)自己的工作或是為同事提供解決問題的思路與辦法。

? ? ? 時(shí)常問自己一句話：離開現(xiàn)有的平臺(tái)，我還有什么？這個(gè)才是你的資本，對(duì)公司業(yè)務(wù)的熟悉，公司現(xiàn)在工具的使用等等，對(duì)你來說是沒有任何優(yōu)勢(shì)可言的。而對(duì)同類業(yè)務(wù)流程的掌握，項(xiàng)目的整體把控，快速了解業(yè)務(wù)并能根據(jù)需求選擇測(cè)試方案，引進(jìn)現(xiàn)有的測(cè)試工具提高測(cè)試效率，測(cè)試過程中遇到問題的預(yù)判和解決辦法等才是功能測(cè)試人員必須具備的能力。這些方面你做到了嗎？業(yè)務(wù)專家也是不想做編碼的測(cè)試人員一個(gè)很好的選擇，不要整天抱怨功能測(cè)試如何如何，要充分認(rèn)清行業(yè)現(xiàn)狀和自己的優(yōu)缺點(diǎn)，做好職業(yè)規(guī)劃。

?