一、軟件測試概述

說起軟件測試，很多人的印象，大概是有手就能做，「點(diǎn)點(diǎn)點(diǎn)」就行了。確實(shí)，大多數(shù)基礎(chǔ)測試工程師做的都是「點(diǎn)點(diǎn)點(diǎn)」的工作，但是這個(gè)點(diǎn)呢，講究邏輯，通過什么方式來「點(diǎn)點(diǎn)點(diǎn)」，能盡早暴露問題，用更少的操作覆蓋更多的測試場景，從而保證產(chǎn)品質(zhì)量，這就涉及到技巧性了。

除了「點(diǎn)點(diǎn)點(diǎn)」，測試同學(xué)還有很多其他的工作可以做，那么實(shí)際的測試工作是怎樣的呢？

測試同學(xué)的職責(zé)無非就是兩個(gè)，保證軟件測試質(zhì)量和提高測試效率。

為了達(dá)到這兩個(gè)目標(biāo)，測試同學(xué)的日常就包括：常規(guī)需求的功能測試，自動(dòng)化測試，性能測試，跟蹤線上反饋問題，搭建測試環(huán)境，把控項(xiàng)目進(jìn)度和質(zhì)量，開發(fā)測試平臺(tái)或腳本，進(jìn)行部門的管理工作等等。

1、常規(guī)需求的功能測試

包括參與需求評審會(huì)議，制定測試計(jì)劃，編寫測試用例，評審測試用例，執(zhí)行測試用例，提交Bug，回歸驗(yàn)證Bug，發(fā)送測試報(bào)告，進(jìn)行線上驗(yàn)證等一系列活動(dòng)。

2、進(jìn)行性能測試

根據(jù)項(xiàng)目需求，對重要接口制定壓測方案，利用Jmeter等測試工具進(jìn)行壓力測試，配合開發(fā)同學(xué)找到系統(tǒng)瓶頸，并產(chǎn)出壓測報(bào)告。

3、進(jìn)行自動(dòng)化測試
利用自動(dòng)化測試工具例如Robot Framework，Python+unitest/pytest，Selenium等完成頁面UI自動(dòng)化或接口自動(dòng)化，提升測試效率，盡早暴露問題。

4、跟蹤線上反饋問題
在日常測試中，線上問題不可避免，反饋過來的線上問題，需要測試同學(xué)過濾和重現(xiàn)，再同步給開發(fā)同學(xué)，并協(xié)助開發(fā)同學(xué)定位問題，待開發(fā)同學(xué)解決后，測試同學(xué)驗(yàn)證完成后上線。

5、搭建測試環(huán)境
有的測試環(huán)境由運(yùn)維同學(xué)來搭建，而有些則需要測試同學(xué)來搭建，視不同的公司而定，搭建測試環(huán)境會(huì)有文檔，根據(jù)文檔，即可完成，一般的測試環(huán)境有Linux，Windows，而Linux偏多，因此會(huì)用到較多的Linux命令，平時(shí)學(xué)會(huì)一些基礎(chǔ)的Linux命令是很有必要的。

6、把控項(xiàng)目進(jìn)度和質(zhì)量

對于項(xiàng)目中出現(xiàn)的Bug和不確認(rèn)點(diǎn)，需要測試同學(xué)積極推進(jìn)，及時(shí)與產(chǎn)品和開發(fā)同學(xué)溝通，盡快解決問題，推動(dòng)項(xiàng)目的進(jìn)展。

對于產(chǎn)品的質(zhì)量，測試同學(xué)會(huì)對定期進(jìn)行Bug統(tǒng)計(jì)，分析Bug原因，如果質(zhì)量一直很差，就會(huì)采取一些措施來積極改進(jìn)和提升。
**
**7、培養(yǎng)測試新人
新人在試用期間，會(huì)分配一位導(dǎo)師，對其工作內(nèi)容和轉(zhuǎn)正考核負(fù)責(zé)，一般由測試組長承擔(dān)該角色。

8、開發(fā)測試平臺(tái)或腳本
有些公司有專門的測試平臺(tái)，來完成Bug統(tǒng)計(jì)與質(zhì)量分析，接口自動(dòng)化統(tǒng)計(jì)等等功能，這部分開發(fā)工作會(huì)由測試開發(fā)工程師來承擔(dān)。

9、進(jìn)行部門的管理工作

管理工作由領(lǐng)導(dǎo)承擔(dān)，包括各項(xiàng)目的人員安排，項(xiàng)目測試時(shí)間的評估，項(xiàng)目測試進(jìn)度跟進(jìn)，部門成員績效考核，人員招聘，團(tuán)隊(duì)建設(shè)等等。

二、所需能力模型

想要做好軟件測試，需要具備兩方面的能力，即硬實(shí)力和軟實(shí)力。

一）硬實(shí)力

硬實(shí)力，也就是測試同學(xué)需要的專業(yè)知識(shí)，具體的知識(shí)體系如下：

1、軟件測試基礎(chǔ)知識(shí)**

有幸上了軟件測試這門專業(yè)課，算是入了門，為后續(xù)的職業(yè)發(fā)展也打下了基礎(chǔ)。

入門測試基礎(chǔ)知識(shí)，主要從軟件缺陷，軟件開發(fā)周期模式，軟件測試分類，軟件測試用例設(shè)計(jì)方法等方面入手。

2、軟件測試流程**

業(yè)界比較規(guī)范的軟件測試流程是：需求評審，制定軟件測試計(jì)劃，編寫測試用例，進(jìn)行用例評審，執(zhí)行測試用例，提交Bug，驗(yàn)證Bug，發(fā)送測試報(bào)告，進(jìn)行線上驗(yàn)證。
但是在實(shí)際工作中，往往不會(huì)有這么規(guī)范的流程，我只在一家公司經(jīng)歷過這么規(guī)范的流程，當(dāng)時(shí)剛好公司進(jìn)行流程規(guī)范，請了何勉大佬，來公司專門做指導(dǎo)。
該大佬， 是一名資深精益產(chǎn)品開發(fā)顧問，專注于精益產(chǎn)品交付、精益創(chuàng)業(yè)、創(chuàng)新及精益產(chǎn)品設(shè)計(jì)等領(lǐng)域，曾為華為、平安科技、招行以及多家成功的創(chuàng)業(yè)公司建立或引入精益產(chǎn)品開發(fā)和創(chuàng)新方法，推薦大家看看他的書籍 《精益產(chǎn)品開發(fā)：原則、方法與實(shí)施》。

大多數(shù)不規(guī)范的流程主要分為以下幾種：

1）沒有需求評審，開發(fā)完直接提測

需求由開發(fā)同學(xué)口述或者在郵件中進(jìn)行簡單的說明，測試同學(xué)就開始介入測試。
在需求不明確的情況下進(jìn)行測試，測試同學(xué)往往在溝通需求的過程中花費(fèi)很多時(shí)間，而且最后可能會(huì)背鍋。
這種情況下，測試同學(xué)則需要記錄好已經(jīng)測試的點(diǎn)，并與開發(fā)和產(chǎn)品同學(xué)確認(rèn)清楚范圍，只能保證當(dāng)前已經(jīng)測試功能的正確性，其他未測功能風(fēng)險(xiǎn)未知，并在測試報(bào)告上做明確說明，萬一以后線上有Bug，可以拿測試報(bào)告說話。

2）沒有用例評審環(huán)節(jié)
用例評審，即測試，開發(fā)，產(chǎn)品三方一起，確認(rèn)測試點(diǎn)，旨在避免遺漏測試點(diǎn)，在比較復(fù)雜的系統(tǒng)中會(huì)有該環(huán)節(jié)，對于邏輯很簡單的系統(tǒng)，就沒有必要了。

做好用例評審，要把握好評審的粒度，如果粒度太細(xì)了，與會(huì)的同學(xué)會(huì)比較疲，參與感會(huì)越來越弱，所以把握好粒度很重要，列出測試點(diǎn)即可，不用特別詳細(xì)。

3）沒有Bug管理工具
在Bug管理系統(tǒng)上記錄，有利于質(zhì)量分析，同時(shí)Bug庫也是一個(gè)很好的測試用例庫，很多Bug具有普適性，在不同的項(xiàng)目中可以相互借鑒。

有的公司沒有Bug管理系統(tǒng)，直接用文檔記錄，或者發(fā)在群里，Bug比較少還好管理，但是Bug一旦多起來，就容易混亂，前后端的Bug需要不同的人員認(rèn)領(lǐng)，修復(fù)了沒有地方去更新狀態(tài)，最后也不利于質(zhì)量分析。

有的公司則是有Bug管理系統(tǒng)，但是由于開發(fā)人員的KPI與Bug數(shù)量有關(guān)，內(nèi)部默認(rèn)不記錄Bug，直接用IM溝通，手動(dòng)記錄。

理論上來說，Bug管理系統(tǒng)是很有必要的，不僅能節(jié)省溝通成本，還有助于質(zhì)量分析，大家如果合理利用，能帶來很大的價(jià)值。

3、常用的測試工具

1）測試用例工具
編寫測試用例的工具有很多，常見的有Xmind，Excel，TAPD，Testlink，Zentao等，在實(shí)際工作中，因?yàn)閄mind的簡單和便捷性，用到的是最多的。

2）項(xiàng)目管理工具
常用的項(xiàng)目管理工具，有Zentao，TAPD，Teambition，Coding，Jira，企業(yè)自研工具。

在實(shí)際工作中，接觸的到主要有Jira和企業(yè)自研工具，在何勉老師精益指導(dǎo)的過程中，用到的就是Jira，對于每一個(gè)需求，開發(fā)和測試同學(xué)，都會(huì)認(rèn)領(lǐng)一個(gè)task，task的周期從開始到結(jié)束，每天站會(huì)溝通后，及時(shí)更新task的狀態(tài)，在每個(gè)季度末，統(tǒng)計(jì)每個(gè)需求所花費(fèi)的時(shí)間，做項(xiàng)目管理分析。

3）Bug管理工具
常見的Bug管理工具，有Jira，TAPD，Zentao等。
Bug是一個(gè)很有價(jià)值的系統(tǒng)，定期進(jìn)行整理和分析，不僅能發(fā)掘很多測試點(diǎn)，還能評估項(xiàng)目的提測質(zhì)量。

4）自動(dòng)化測試工具

常見的自動(dòng)化測試工具，有Jmeter，Appium，Postman，Selenium，Robot Framework，Python+unitest/pytest。

Jmeter，大多數(shù)時(shí)候用來做壓力測試，偶爾也用來做接口自動(dòng)化測試。

Appium，用來做移動(dòng)端的自動(dòng)化。

Postman，用于接口測試。

Selenium，用于Web應(yīng)用的自動(dòng)化。

Robot Framework，用于UI或接口自動(dòng)化。

Python+unitest/pytest，用于接口自動(dòng)化。

自動(dòng)化，分為接口自動(dòng)化和UI自動(dòng)化，性價(jià)比相對較高的是接口自動(dòng)化，接口的變化比較小，相對好維護(hù)一些，而UI自動(dòng)化，頁面變化快，維護(hù)成本高，所以很多項(xiàng)目都不考慮做UI自動(dòng)化。

對于實(shí)際的項(xiàng)目經(jīng)驗(yàn)，我最熟悉的還是Jmeter和Robot Framework，曾經(jīng)利用Robot Framework完成了項(xiàng)目從0到1的UI自動(dòng)化和接口自動(dòng)化，接口自動(dòng)化覆蓋率達(dá)到90%，并集成至CI上，每天自動(dòng)跑，有問題及時(shí)發(fā)送郵件，大大提升了冒煙測試效率。

5）抓包工具
常見的抓包工具有Fiddler，Charles，Wireshark，這三種都比較常用。

抓包，也是為了更好的協(xié)助開發(fā)同學(xué)排查問題，出現(xiàn)了Bug，通過抓包，可以更清晰地排查是前端問題還是后端問題，比如未發(fā)送請求，或者傳參錯(cuò)誤，字段取值錯(cuò)誤等都是前端問題，接口返回報(bào)錯(cuò)或者返回字段值錯(cuò)誤等則是后端問題。

6）輔助工具
常用的輔助工具有Navicat，Xshell，Wiki，F(xiàn)12等等。
Navicat主要用來連接數(shù)據(jù)庫，可查看數(shù)據(jù)庫的字段，或通過SQL進(jìn)行數(shù)據(jù)報(bào)表的測試等等。
Xshell主要用來遠(yuǎn)程連接Linux服務(wù)器，對服務(wù)器做一些基本的操作，在目錄查看文件，啟動(dòng)服務(wù)，安裝軟件等等。
Wiki，主要用于公司內(nèi)部的文檔沉淀，例如編寫接口文檔，測試文檔等等。

F12，抓取接口信息，查看接口請求和返回，區(qū)分前后端Bug。

4、基本的SQL語句

在實(shí)際測試過程中，例如一些列表或數(shù)據(jù)報(bào)表的展示，需要用到基本SQL語句的增刪改查，所以掌握一些基礎(chǔ)的SQL語句是很有必要的。

5、基礎(chǔ)的Linux命令

在部署Linux環(huán)境，做壓測等會(huì)用到Linux命令，熟悉一些文件管理，壓縮與解壓，性能監(jiān)控，系統(tǒng)管理，用戶管理，軟件安裝等命令就滿足日常工作的需要了。
6、架構(gòu)相關(guān)知識(shí)
架構(gòu)知識(shí)需要結(jié)合實(shí)際的項(xiàng)目，在日常測試中，可以與開發(fā)同學(xué)多多溝通，了解下架構(gòu)相關(guān)的知識(shí)，主要從語言，框架，部署等方面入手。
一個(gè)好的架構(gòu)具有高可用，高性能，可伸縮，可拓展等特性。

二）軟實(shí)力

大家不要忽略軟實(shí)力，軟實(shí)力有時(shí)候甚至比硬實(shí)力更重要。
軟實(shí)力包括溝通協(xié)調(diào)能力，自主學(xué)習(xí)能力，文檔輸出能力，團(tuán)隊(duì)管理能力等等。

1、自主學(xué)習(xí)能力
在測試日常中，與產(chǎn)品，研發(fā)同學(xué)溝通必不可少，要是溝通能力不行，比如需要確認(rèn)的需求點(diǎn)說不清楚導(dǎo)致線上問題，與開發(fā)同學(xué)的測試范圍確認(rèn)不清楚而導(dǎo)致漏測，這無形會(huì)給日常的測試工作增加難度。
自主學(xué)習(xí)能力，這點(diǎn)很重要，我們生在互聯(lián)網(wǎng)行業(yè)，大家知道，技術(shù)更新是日新月異的，時(shí)常關(guān)注行業(yè)新框架，新技術(shù)和新動(dòng)態(tài)是很有必要的。

2、文檔輸出能力
文檔輸出能力，編寫測試報(bào)告，編寫郵件等等都涉及到文檔輸出能力，這些報(bào)告和郵件是平時(shí)測試的成果，在業(yè)績考核中也占有一定的比重，如果只會(huì)埋頭干活，不會(huì)表達(dá)成果，升職加薪也是有難度的。

3、團(tuán)隊(duì)管理能力
團(tuán)隊(duì)管理能力，有句話說的好，學(xué)而優(yōu)則仕。的確，大家不可能永遠(yuǎn)待在基層崗位，大多數(shù)人都會(huì)慢慢往管理崗靠近，團(tuán)隊(duì)管理能力的重要性不言而喻。

三、職業(yè)發(fā)展方向

軟件測試工程師的職業(yè)發(fā)展，可以分為四個(gè)方向：

一）業(yè)務(wù)測試工程師
業(yè)務(wù)測試工程師，在測試群體中這個(gè)比例是非常大的，這是最接近用戶的一個(gè)群體，這部分的測試工程師主要負(fù)責(zé)常規(guī)需求的功能測試，接口測試，自動(dòng)化測試，性能測試等。
涉及的業(yè)務(wù)主要有電商，金融，在線教育等等，不限于Web，客戶端，移動(dòng)端的測試。

我待過測開比1:10的團(tuán)隊(duì)，也待過1:1的團(tuán)隊(duì)，具體的比例取決于業(yè)務(wù)形態(tài)和公司的資源，有的項(xiàng)目邏輯簡單，開發(fā)周期短，出事故的概率低，造成的損失低，測試人員就會(huì)配置的少一些，而項(xiàng)目邏輯復(fù)雜，盈利多，開發(fā)周期長，測試人力就會(huì)配置的充足些。
在微軟，測開比一般為1:1，在谷歌，測開比則為1:10，還是那句話，現(xiàn)狀決定流程。

二）測試開發(fā)工程師
測試開發(fā)工程師，主要開發(fā)公司內(nèi)部的測試平臺(tái)/測試工具，也為業(yè)務(wù)測試工程師解決一些技術(shù)問題，例如搭建自動(dòng)化測試框架，編寫一些提升效率的自動(dòng)化測試腳本。

測試開發(fā)的要求比業(yè)務(wù)測試工程師高一些，需要寫得了代碼，測得了需求，也就是即會(huì)開發(fā)，又會(huì)測試的同學(xué)。

一些小公司是沒有測試開發(fā)工程師這個(gè)崗位的，一是沒有自研的測試平臺(tái)，而是由業(yè)務(wù)測試的同學(xué)偶爾做做補(bǔ)充，業(yè)務(wù)測試的同學(xué)也可以寫點(diǎn)小腳本和小工具，所以就沒有設(shè)置專門的崗位了。

測試開發(fā)的人員比例，我歷過的公司大概是1:10，2個(gè)測試開發(fā)工程師，服務(wù)于20個(gè)業(yè)務(wù)測試工程師，具體比例取決于目前公司的現(xiàn)狀。

三）管理崗
主要是進(jìn)行部門的管理工作，包括各項(xiàng)目的人員安排，項(xiàng)目測試時(shí)間的評估，項(xiàng)目測試進(jìn)度跟進(jìn)，部門成員績效考核，人員招聘，團(tuán)隊(duì)建設(shè)等。

1、入門級(jí)
很多同學(xué)是校招或者社招轉(zhuǎn)行進(jìn)入軟件測試，初入軟件測試的前兩年，職位一般是初級(jí)測試工程師，大家都做著最基本的測試工作，主要是進(jìn)行功能測試，熟悉業(yè)務(wù)，能保證上線的產(chǎn)品不出大問題即可。

2、3年左右
業(yè)務(wù)組長，作為項(xiàng)目的主測人員，重點(diǎn)在測試計(jì)劃的制定和執(zhí)行，測試任務(wù)的安排以及估期，保證項(xiàng)目能按期交付，線上不出現(xiàn)重大的事故，管理人數(shù)大約在3~5人。

3、5年左右
測試主管/測試經(jīng)理，該階段的工作主要包含測試計(jì)劃的制定，更多的是關(guān)注重難點(diǎn)項(xiàng)目，且需要掌握更多項(xiàng)目管理的知識(shí)，深入理解項(xiàng)目的價(jià)值，做好項(xiàng)目管理，成本管理，風(fēng)險(xiǎn)管理和人力管理，同時(shí)也會(huì)參與一些招聘，員工績效，質(zhì)量管理，風(fēng)險(xiǎn)管理的工作。

4、8年或以上
測試總監(jiān)，該階段需要理解產(chǎn)品的商業(yè)目標(biāo)，直接對產(chǎn)品成功負(fù)責(zé)。該階段的主要工作包含管理測試團(tuán)隊(duì)，進(jìn)行人員招聘，帶好整個(gè)團(tuán)隊(duì)的節(jié)奏，優(yōu)勝劣汰，留住核心人員，淘汰達(dá)標(biāo)的人員，提升團(tuán)隊(duì)?wèi)?zhàn)斗力。
同時(shí)需要負(fù)責(zé)資源的計(jì)劃和分配，持續(xù)改進(jìn)測試能力，提升測試效率，保證產(chǎn)品質(zhì)量，從測試的角度對交付的產(chǎn)品和質(zhì)量負(fù)責(zé)。

四）轉(zhuǎn)型

如果對測試沒有很大的興趣，覺得自己的溝通能力還不錯(cuò)，更喜歡與人打交道，可以轉(zhuǎn)型到產(chǎn)品崗。
在業(yè)界，有很多從測試成功轉(zhuǎn)型為產(chǎn)品的同學(xué)，他們后續(xù)發(fā)展的非常好，因?yàn)闇y試對于產(chǎn)品功能是非常熟悉的，產(chǎn)品需要的能力與測試有較多的重合，所以相對來說，轉(zhuǎn)型的難度不高。

如果熱衷于技術(shù)，追求技術(shù)帶來的成就感，可以轉(zhuǎn)到開發(fā)崗，在實(shí)際職場中，測試轉(zhuǎn)開發(fā)的比率是很小的，測試同學(xué)要求的知識(shí)面是廣而淺，開發(fā)同學(xué)要求的是精而深，個(gè)人興趣和技術(shù)難度可能是轉(zhuǎn)型少的一個(gè)原因。
其實(shí)還有好多選擇，可以轉(zhuǎn)型做測試咨詢，創(chuàng)業(yè)，滴滴司機(jī)，或者外賣小哥等等都可以的，遵循自己的內(nèi)心，選擇想要的崗位。

四、六年軟件測試心得

一）面試篇

1、多面試
不管有沒有換工作的想法，建議每年都出去試一試，一方面可以多看看機(jī)會(huì)，另一方面可以結(jié)合外面的要求，查找自己的不足，讓自己始終保持競爭力，不至于在公司突然裁員的時(shí)候，束手無策。

介紹幾個(gè)面試的小技巧：

1）突出展示擅長項(xiàng)
有的同學(xué)擅長接口自動(dòng)化測試，可以在面試前深度梳理，在面試中著重表現(xiàn)，例如熟悉Robot Framework測試框架，完成了項(xiàng)目從0到1的自動(dòng)化測試，從環(huán)境搭建，用例編寫，到CI集成，郵件發(fā)送測試報(bào)告等等，嘗試引導(dǎo)面試官不斷深入自己會(huì)的知識(shí)點(diǎn)。

有的同學(xué)擅長腳本的編寫或測試平臺(tái)的開發(fā)，項(xiàng)目經(jīng)驗(yàn)可以著重描述開發(fā)的測試平臺(tái)包含的功能，解決的問題，運(yùn)用的技術(shù)，提升的效率等等。

有的同學(xué)擅長業(yè)務(wù)測試，對各種業(yè)務(wù)爛熟于心，項(xiàng)目經(jīng)驗(yàn)則可以著重描述接觸過的業(yè)務(wù)，運(yùn)用的測試方法，上線質(zhì)量等等。

2）用數(shù)據(jù)說話
數(shù)據(jù)，用來展示測試成果，是很有說服力的。
有的同學(xué)會(huì)自動(dòng)化測試，展示成果的時(shí)候，可以描述自己實(shí)現(xiàn)了多少模塊的自動(dòng)化測試，共計(jì)多少條用例，測試覆蓋率達(dá)到多少，效率提升了多少。

有的同學(xué)善于項(xiàng)目管理，改善項(xiàng)目流程，提升整個(gè)項(xiàng)目團(tuán)隊(duì)的交付能力，可以描述自己幫助多少個(gè)團(tuán)隊(duì)，規(guī)范了項(xiàng)目流程，項(xiàng)目交付能力提升了多少。

3）項(xiàng)目經(jīng)驗(yàn)或技術(shù)能力與面試公司盡量匹配
在招聘過程中，大多數(shù)公司偏向于招與當(dāng)前崗位匹配度高的人，因?yàn)閬砹丝梢钥焖偕鲜郑?jié)省學(xué)習(xí)成本。
在實(shí)際工作過程中，我們接觸的項(xiàng)目可能很多，但是在面試過程中，盡量說與當(dāng)前崗位匹配度高的項(xiàng)目。如果項(xiàng)目業(yè)務(wù)不匹配，技術(shù)能力棧匹配的也可以，能增加面試的通過率。
總之，就是盡量往JD上的要求靠。

2、看面經(jīng)
如果想進(jìn)大廠，可以先看看大廠的JD，再去網(wǎng)上找對應(yīng)的面經(jīng)，有些面經(jīng)寫的很仔細(xì)，值得參考。
常見的渠道有：?？途W(wǎng)，知乎，公眾號(hào)，簡書，CSDN，測試論壇，知識(shí)星球等等。

3、投簡歷
投簡歷，建議不要海投，能內(nèi)推最好了，內(nèi)推拿到面試的機(jī)會(huì)是很高的，可以找自己身邊的朋友，同學(xué)，師哥師姐，球友等等內(nèi)推。
4、慎選擇
有的人對于大廠有一種情懷，但是不是大廠的每一個(gè)部門都是很好的。進(jìn)大廠，最好選擇大廠的核心業(yè)務(wù)部門或項(xiàng)目組，不要去邊緣化的小組，否則理想和現(xiàn)實(shí)的差別很大。
在進(jìn)廠之前，建議提前找內(nèi)部的人員了解，或者在面試的時(shí)候，主動(dòng)詢問，充分權(quán)衡好之后，再做選擇。

二）日常篇

1、主動(dòng)溝通
平時(shí)的工作中，盡量主動(dòng)一點(diǎn)，比如多與開發(fā)同學(xué)溝通，可以加深對項(xiàng)目的理解，而不僅僅局限于對功能的測試，比如實(shí)現(xiàn)語言，框架，技術(shù)方案等等都可以學(xué)習(xí)。
多與產(chǎn)品同學(xué)溝通，而不是純粹做一個(gè)需求文檔的閱讀者，多問幾個(gè)為什么，比如產(chǎn)品的商業(yè)價(jià)值，用戶的使用習(xí)慣，交互設(shè)計(jì)的邏輯等等，這些，都是我們可以精進(jìn)的地方。
多與領(lǐng)導(dǎo)或部門小伙伴溝通，與領(lǐng)導(dǎo)溝通，主動(dòng)表達(dá)述求，對自己的工作保持一點(diǎn)想法。如果自己對工作任務(wù)，或者發(fā)展方向有困惑，一定要及時(shí)與領(lǐng)導(dǎo)溝通，向領(lǐng)導(dǎo)表達(dá)自己的想法，這樣，領(lǐng)導(dǎo)在分配任務(wù)的時(shí)候，會(huì)優(yōu)先考慮主動(dòng)申請的人。

比如有同學(xué)一直在做純粹的業(yè)務(wù)測試，很少涉及到自動(dòng)化或性能測試，而自己又想往這方面發(fā)展，可以向領(lǐng)導(dǎo)表明自己的想法，這樣，后續(xù)有這方面的任務(wù)，領(lǐng)導(dǎo)會(huì)優(yōu)先考慮，親測有效。

如果有想法但是從來不向上反饋，領(lǐng)導(dǎo)也不知道我們目前的想法，就會(huì)默認(rèn)對于目前的工作安排比較滿意，所以有好的機(jī)會(huì)也不會(huì)輪到自己頭上，還是那句話，主動(dòng)就會(huì)有故事。

2、勤于分享

在工作中，分享是一項(xiàng)很加分的技能。

有的同學(xué)熱衷于研究自動(dòng)化測試框架或腳本，亦或是一些能提升測試效率的小工具，但是很少分享，只有自己在那搗鼓，獨(dú)樂樂不如眾樂樂，分享出來，大家一起用，既提升團(tuán)隊(duì)測試效率，又能在領(lǐng)導(dǎo)面前留個(gè)好印象，一舉兩得。

分享，其實(shí)也是打造個(gè)人影響力的一種表現(xiàn)，你很NB是一種本事，讓大家都知道你NB，才是真的NB。

每年的分享，很多公司會(huì)作為測試人員年終KPI考核的一項(xiàng)指標(biāo)，所以，多分享，沒錯(cuò)了。

3、及時(shí)總結(jié)
總結(jié)，其實(shí)是一個(gè)復(fù)盤的過程，也是一個(gè)自我改進(jìn)提升的過程。

測試過的項(xiàng)目，用到的測試工具，思想和方法，碰到的難點(diǎn)以及解決方法等等都可以總結(jié)記錄，并以文檔的形式輸出沉淀，都是一個(gè)很好的積累過程。

在下次碰到同樣的問題，可以有自己的一套思路，或者分享至博客，記錄在公司W(wǎng)IKI，對他人來說，可以避免踩同樣的坑，利他即利己。文章來源地址http://www.zghlxwxcb.cn/news/detail-775818.html

到了這里，關(guān)于軟件測試職業(yè)發(fā)展方向規(guī)劃~的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！