1、軟件測試技術(shù),Aug.2015,Agenda,軟件測試的概念和分類 黑盒測試技術(shù) 測試用例的設(shè)計(jì)和實(shí)施 缺陷(Bug)管理 軟件測試的生命周期 軟件測試常識,什么是軟件測試,使用人工或自動手段，來運(yùn)行或測試某個(gè)系統(tǒng)的過程。其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。 軟件測試需要嚴(yán)謹(jǐn)和一絲不茍的精神。,什么是測試用例,評價(jià)測試人員的標(biāo)準(zhǔn)主要有兩個(gè)，即發(fā)現(xiàn)的有效Bug數(shù)和編寫的有效測試用例數(shù)。 測試用例：英文為Test Case，縮寫為TC。指的是在測試執(zhí)行之前設(shè)計(jì)的一套詳細(xì)的測試方案，包括測試環(huán)境，測試步驟，測試數(shù)據(jù)和預(yù)期結(jié)果。 測試用例 = 輸入 + 輸出 + 測試

2、環(huán)境,Tips,測試用例模板 Bug 模板 公司里測試部門的組織結(jié)構(gòu) 用什么工具管理Test Case和Bug 測試分為幾個(gè)組，分別是什么 等等 以上這些根據(jù)公司不同而不同，面試的時(shí)候可以問面試官相關(guān)的問題，例如,軟件測試分類,黑盒和白盒測試 靜態(tài)和動態(tài)測試 單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試 功能測試 性能測試 回歸測試、Smoke測試、隨機(jī)測試（探索性測試）,黑盒和白盒測試的概念,黑盒測試(Black-Box Testing), 指的是把被測的軟件看作是一個(gè)黑盒子，我們不去關(guān)心盒子里面的結(jié)構(gòu)是什么樣子的，只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。 白盒測試(White-Box Testing),

3、 指的是把盒子蓋打開，去研究里面的源代碼和程序結(jié)構(gòu)。 在軟件公司里，往往采用黑盒和白盒技術(shù)相結(jié)合的方法，對軟件的整體功能和性能進(jìn)行黑盒測試，對軟件的源代碼采用白盒測試。,靜態(tài)和動態(tài)測試,所謂的靜態(tài)測試(Static Testing), 是指不實(shí)際運(yùn)行被測軟件，而只是靜態(tài)的檢查程序代碼、界面或文檔中可能存在的錯(cuò)誤的過程。 動態(tài)測試(Dynamic Testing), 是指實(shí)際運(yùn)行被測程序，輸入相應(yīng)的測試數(shù)據(jù)，檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過程。所以我們判斷一個(gè)測試屬于動態(tài)還是靜態(tài)測試，唯一的標(biāo)準(zhǔn)就是看是否運(yùn)行程序。,黑盒白盒，靜態(tài)動態(tài)的關(guān)系,它們只是一個(gè)測試的不同分類角度而已，而且它們之間

4、還有包含交叉的關(guān)系，總結(jié)一下4句話： 黑盒測試有可能也是動態(tài)測試(運(yùn)行程序，只看輸入和輸出), 也有可能是靜態(tài)測試(不運(yùn)行程序，只查看界面) 白盒測試有可能也是動態(tài)測試(運(yùn)行程序，并分析代碼結(jié)構(gòu)), 也有可能是靜態(tài)測試(不運(yùn)行程序，只是靜態(tài)查看代碼) 動態(tài)測試有可能也是黑盒測試(運(yùn)行程序，只看輸入和輸出), 也有可能是白盒測試(運(yùn)行程序，并分析代碼結(jié)構(gòu)) 靜態(tài)測試有可能也是黑盒測試(不運(yùn)行程序，只是查看界面), 也有可能是白盒測試(不運(yùn)行程序，只是靜態(tài)查看代碼),單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試,軟件測試中基本且重要的概念，它們都是按照軟件測試的階段來劃分的。 單元測試：對軟件中的最小可

5、可測試單元（最小的功能模塊）進(jìn)行檢查和驗(yàn)證。 集成測試：是單元測試的下一個(gè)階段，是指將通過測試的單元模塊組裝成系統(tǒng)或者子系統(tǒng)，再進(jìn)行測試，重點(diǎn)測試不同模塊的接口部分。（接口測試） 系統(tǒng)測試：是指將整個(gè)軟件系統(tǒng)看做1個(gè)整體進(jìn)行測試，包括對功能、性能、安全、兼容性進(jìn)行測試。 驗(yàn)收測試（Acceptance Testing）: 是指在系統(tǒng)測試的后期，以用戶測試為主，或有測試人員共同參與的測試，它也是軟件正式交給用戶使用的最后一道工序。,比較,功能測試和性能測試,功能測試（Function Testing): 檢查實(shí)際軟件的功能是否符合用戶的需求?？杉?xì)分為： 邏輯功能測試、界面測試、易用性測試、安裝卸

6、載測試、兼容性測試、安全測試。 性能測試 (Performance Testing): 一般要用到自動化工具。軟件的性能分為時(shí)間和空間的性能： 時(shí)間性能：主要指軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間(Respond Time) 空間性能：主要指軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源 （e.g. CPU, 內(nèi)存，硬盤等）。 軟件性能測試的分類：一般性能測試、穩(wěn)定性測試、負(fù)載測試、壓力測試。,性能測試分類,一般性能測試：指被測系統(tǒng)在正常的軟硬件環(huán)境下運(yùn)行，不向其施加任何壓力的性能測試。例如只讓1個(gè)用戶多次登錄，記錄系統(tǒng)資源的消耗情況(CPU,內(nèi)存等），并記錄單個(gè)用戶的平均登錄時(shí)間。 穩(wěn)定性測試（Reliability

7、Testing）: 是指連續(xù)運(yùn)行被測系統(tǒng)，檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定程度。用錯(cuò)誤發(fā)生的平均時(shí)間間隔(MTBF)來衡量系統(tǒng)的穩(wěn)定性，MFBF越大，系統(tǒng)的穩(wěn)定性越強(qiáng)。 負(fù)載測試(Load Testing): 通常是指讓被測系統(tǒng)在其能忍受的壓力的極限范圍之內(nèi)連續(xù)運(yùn)行，來測試系統(tǒng)的穩(wěn)定性。例如讓1個(gè)，2個(gè)，5個(gè)，10-100個(gè)用戶并發(fā)登錄，在這個(gè)過程中每次都觀察資源消耗情況，當(dāng)發(fā)現(xiàn)資源消耗快要達(dá)到臨界值時(shí)(CPU 80%), 停止增加用戶，例如現(xiàn)在的并發(fā)用戶數(shù)為50，我們就用這50個(gè)用戶同時(shí)多次重復(fù)登錄，直到系統(tǒng)出現(xiàn)故障為止。 負(fù)載測試為我們測試系統(tǒng)在臨界狀態(tài)下運(yùn)行是否穩(wěn)定提供了一種辦法。 壓力測試 (St

8、ress Testing): 通常是指持續(xù)不斷的給被測系統(tǒng)增加壓力，直到將被測系統(tǒng)壓垮為止，用來測試系統(tǒng)所能承受的最大壓力。比如我們不斷地增加并發(fā)登錄的用戶數(shù)，120，150，170，200、當(dāng)增加到200個(gè)用戶并發(fā)登錄時(shí)，系統(tǒng)崩潰了，這是我們就知道此軟件所能承載的最大登錄并發(fā)數(shù)為200個(gè)左右。,案例 紙杯測試,微軟公司的一道面試題，面試官隨意選一個(gè)物品，讓應(yīng)聘者在規(guī)定的時(shí)間內(nèi)說出測試策略或是設(shè)計(jì)測試用例。 要求應(yīng)聘者有一定的生活常識，了解常用的測試方法，并且思維要敏捷，有發(fā)散性。我們可以從 基本功能測試、易用性測試、界面測試、壓力測試、性能測試等角度去思考。比如安全性問題，杯子所用的材料是否

9、符合食品衛(wèi)生標(biāo)準(zhǔn)，在內(nèi)外溫度等環(huán)境因素下是否會與所盛各種飲料所應(yīng)，而產(chǎn)生對人體有害的物質(zhì)。 以下是相關(guān)的答案，僅供參考： (1) 基本功能測試（邏輯功能測試）： 硬度：是否達(dá)到設(shè)計(jì)標(biāo)準(zhǔn)。 裝載能力：在杯子內(nèi)分別裝入少量的、半杯的、滿杯的，看其裝載量是否達(dá)到設(shè)計(jì)標(biāo)準(zhǔn)。 裝載種類：開水（是否產(chǎn)生異味）、溫水、冷水、冰水、咖啡，有顏色的飲料 (2) 界面測試（UI測試）： 看其形狀、大小設(shè)計(jì)是否適合人方便拿起。 外觀是否吸引人（廣告嘛），常新悅目 帶廣告的圖案沾水后是否掉色、模糊 (3) 易用性測試： 看其形狀、大小設(shè)計(jì)是否適合人方便拿起。 殘疾人士用此杯去喝水的容易程度。 杯子設(shè)計(jì)是否上大下小，在

10、運(yùn)輸過程中可以套在一起有效利用空間，在使用完也可以方便拿走。 穩(wěn)定性測試，裝入液體后記錄其多久以后漏水 安全性測試，材料問題，符合食品衛(wèi)生標(biāo)準(zhǔn)，溫度，異味 本地化測試，為國際化和本地化的需要，廣告圖案和文字是否在政治，宗教和文化方面具有廣泛的適用性。,回歸測試、Smoke測試、隨機(jī)測試,這3個(gè)概念也很重要，他們既不屬于測試階段，也不算是具體的測試方法。 回歸測試(Regression Testing), 是指對軟件的新的版本測試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測試時(shí)的用例。 冒煙測試(Smoke Testing), 是指在對一個(gè)新版本進(jìn)行系統(tǒng)大規(guī)模的測試之前，先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn)，是否具備可

11、測性。 隨機(jī)測試（Random Testing），是指測試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的，其目的是模擬用戶的真實(shí)操作，并發(fā)現(xiàn)一些邊緣性的錯(cuò)誤。缺點(diǎn)，不如測試不系統(tǒng)，無法統(tǒng)計(jì)覆蓋率/需求覆蓋率，很難回歸測試等，所以一般都是先作大規(guī)模的正規(guī)測試，如果時(shí)間允許的話，就輔助一些隨機(jī)測試。,總結(jié),黑盒測試技術(shù),等價(jià)類方法 邊界值方法 因果圖法 流程圖法,黑盒測試技術(shù) - 等價(jià)類方法,等價(jià)類技術(shù) (Equivalence Class Testing) 案例：加法器，有這樣一個(gè)語言程序，功能是計(jì)算兩個(gè)之間整數(shù)的和。其源代碼如下所示： #include Void main(void) int a, b, c;

12、 while (1) printf(“請輸入兩個(gè)1到100之間的整數(shù):”); fflush(stdin); /清空輸入緩沖區(qū) scanf(“%d%d”, printf(“兩個(gè)數(shù)的和為%dn”, c) 我們知道，在黑盒測試的時(shí)候一般是不看源代碼的。我們現(xiàn)在只根據(jù)需求(計(jì)算1100之間整數(shù)的和)來設(shè)計(jì)測試用例，使用窮舉測試的思想給加法器設(shè)計(jì)測試用例： 一共要設(shè)計(jì)多少條用例呢？ 加數(shù)有共計(jì)個(gè)取值，加數(shù)也是，所以一共有100*100=10000種組合的可能，但這只是測試了正常范圍內(nèi)的取值，如果輸入的數(shù)據(jù)不在1100之間呢？ 我們引入等價(jià)類的思想。,黑盒測試技術(shù) - 等價(jià)類方法,等價(jià)類劃分法是一種黑盒測

13、試技術(shù)，它不考慮程序的內(nèi)部結(jié)構(gòu)，只是根據(jù)軟件的需求說明來對輸入的范圍進(jìn)行細(xì)分，然后再從分出的每一個(gè)區(qū)域內(nèi)選取一個(gè)有代表性的測試數(shù)據(jù)。如果等價(jià)類分的好，這個(gè)代表性的測試數(shù)據(jù)的作用就等價(jià)于其區(qū)域內(nèi)的其他取值。 等價(jià)類又可分為有效等價(jià)類和無效等價(jià)類。 有效等價(jià)類：是指符合需求規(guī)格說明書，合理地輸入數(shù)據(jù)集合。 無效等價(jià)類：是指不符合需求規(guī)格說明書，無意義的輸入數(shù)據(jù)集合。 那么這個(gè)程序里面，我們怎么劃分等價(jià)類呢？ 根據(jù)輸入要求將輸入?yún)^(qū)域劃分為個(gè)等價(jià)類： ）：100: 無效等價(jià)類 然后我們從每一個(gè)等價(jià)類中選取一個(gè)代表性的數(shù)據(jù)來測試，測試用例是：,等價(jià)類方法總結(jié),等價(jià)類的定義 等價(jià)類是指某個(gè)輸入域的子集合。

14、在該子集合中，各個(gè)輸入數(shù)據(jù)對于揭露程序中的錯(cuò)誤都是等效的。 等價(jià)類劃分的步驟 (1)先考慮輸入數(shù)據(jù)的數(shù)據(jù)類型（合法和非法的類型） (2)再考慮數(shù)據(jù)范圍（合法類型中的合法區(qū)間和非法區(qū)間） (3)畫出示意圖，區(qū)分等價(jià)類 (4)為每一個(gè)等價(jià)類編號 (5)從一個(gè)等價(jià)類中選舉一個(gè)測試數(shù)據(jù)構(gòu)造測試用例 理論上來說，如果等價(jià)類里面的一個(gè)數(shù)值能夠發(fā)現(xiàn)缺陷，那么該等價(jià)類里面的其他數(shù)值也能夠發(fā)現(xiàn)缺陷。實(shí)際過程中，首先要確保等價(jià)類的劃分是爭取的，否則也得不到正確的結(jié)果。多看一些案例，將這種思想應(yīng)用到實(shí)際工作中。,邊界值方法(Boundary Value Testing),錯(cuò)誤隱含在角落(Errors Hide in

15、 the Corner), 大量的測試實(shí)踐經(jīng)驗(yàn)表明，邊界值是最容易出現(xiàn)問題的地方，也是我們的測試重點(diǎn)。 需要說明的是，在白盒測試中也應(yīng)用到了邊界值得測試思想，邊界值技術(shù)不是黑盒測試的專利。 我們還是以上一節(jié)的加法器為例來講解邊界值的思想： 輸入要求是1100之間的整數(shù)，因此自然產(chǎn)生了1和100兩個(gè)邊界，我們在構(gòu)造測試用例的時(shí)候要重點(diǎn)考慮這兩個(gè)邊界。 我們在測試1和100這兩個(gè)邊界的時(shí)候，構(gòu)造了(1,1)、(100,100)、(0,0)、(101,101)這組測試用例，即正好是邊界的值和正好超出邊界的值。結(jié)果發(fā)現(xiàn)(1,1)、(100,100)這兩條測試用例未通過：本應(yīng)正確求和，卻提示信息要求輸入

16、正確整數(shù)，這是什么？ 正確的代碼應(yīng)該是： if(a=1&a=1&b=100) ,包括1和100，這兩個(gè)邊界值也是正常的值。 測試邊界值是，一般測試邊界值和正好超出邊界值一個(gè)單位的值。,等價(jià)類和邊界值的關(guān)系,其實(shí)邊界值和等價(jià)類的聯(lián)系是很緊密的，邊界值就是根據(jù)等價(jià)類劃分的過程中產(chǎn)生的。而由于邊界的地方最容易出錯(cuò)，我們在從等價(jià)類中選取測試數(shù)據(jù)的時(shí)候也經(jīng)常選取邊界值。 舉一反三！,黑盒測試技術(shù) 因果圖法,所謂的原因，指的就是輸入；所謂的結(jié)果，指的就是輸出。 因果圖法比較適合輸入條件比較多的情況，測試所有的輸入條件的排列組合。 實(shí)際在測試的時(shí)候可以畫因果圖，但是筆者認(rèn)為其有畫蛇添足之嫌。其實(shí)因果圖方法的

17、本質(zhì)就是構(gòu)造所有輸入條件的排列組合，達(dá)到這一目的就可以了。而且因果圖的畫法比較理論化，晦澀難懂，因此這里就不做過多的介紹。 因果圖法小結(jié) 因果圖的步驟 找出所有輸入條件和輸出條件，并編號。 分析輸入條件之間的關(guān)系，是互斥還是可以同時(shí)滿足。 畫出輸入條件的排列組合情況。 編寫測試用例。 2. 因果圖的應(yīng)用場合 當(dāng)軟件的輸入條件較多的時(shí)候，我們可以考慮用因果圖法來設(shè)計(jì)測試用例，考慮輸入的所有排列組合情況，防止遺漏。 3. 因果圖的局限性 假如有N個(gè)條件，每個(gè)條件有真或假兩種取值，那么理論上就有2的N次方種排列組合，這就大大增加了測試用例的數(shù)目，不便于維護(hù)。我們可以根據(jù)實(shí)際情況判斷并精簡輸入條件的個(gè)

18、數(shù)。,黑盒測試技術(shù) 流程圖法,我們在編程的時(shí)候，一般都需要畫程序的算法流程圖。我們同樣可以將這一思想應(yīng)用到黑盒測試領(lǐng)域。算法流程圖是針對程序內(nèi)部結(jié)構(gòu)的，而黑盒測試的流程圖是針對整個(gè)系統(tǒng)業(yè)務(wù)功能流程的。 比如我們測一個(gè)B-C(商家對顧客)的電子商務(wù)網(wǎng)站，可以畫一個(gè)顧客購物的流程圖。再如，我們要測試某個(gè)機(jī)票預(yù)定系統(tǒng)，可畫一個(gè)訂票的流程圖。凡是涉及業(yè)務(wù)流程的地方，我們都可以應(yīng)用這種方法。我們來總結(jié)一下流程圖法的步驟。 第一步：詳細(xì)了解需求。 第二步：根據(jù)需求說明或界面原型，找出業(yè)務(wù)流程的各個(gè)頁面及各頁面之間的流轉(zhuǎn)關(guān)系。 第三步：畫出業(yè)務(wù)流圖（路徑圖） 第四步：寫用例，覆蓋所有的路徑分支。 流程圖法一

19、般不是針對具體某個(gè)頁面或是某個(gè)模塊的測試，而是將被測系統(tǒng)看作一個(gè)完整的系統(tǒng)，從宏觀上來分析其業(yè)務(wù)流程，然后再畫出流程圖來。其好處在于能夠使測試人員對被測系統(tǒng)有一個(gè)總體的把握，防止測試的時(shí)候有遺漏的頁面或模塊。,黑盒測試技術(shù)的綜合運(yùn)用,在實(shí)際測試過程中，我們往往需要綜合各種測試技術(shù)。 我們首先應(yīng)用流程圖法畫出被測軟件的總體業(yè)務(wù)流程，然后針對具體某個(gè)頁面或是模塊，再應(yīng)用等價(jià)類的思想來劃分輸入范圍(重點(diǎn)測試邊界值)，如果涉及多個(gè)輸入條件的組合情況，我們再應(yīng)用因果圖法考慮所有情況的排列組合。,測試用例的設(shè)計(jì),依據(jù)的方法：等價(jià)類劃分法邊界值分析法因果圖法流程圖法 等。 我們編寫的測試用例一般包括功能測試

20、用例、非功能測試用例、百盒測試用例。 功能測用例主要是基于需求的業(yè)務(wù)邏輯，是設(shè)計(jì)的重點(diǎn)。 非功能測試用例主要包括界面測試用例、易用性測試用例、性能測試用例、兼容性測試用例、安全性測試用例等。 白盒測試用例一般在單元測試之前編寫，需要白盒測試的基本知識。,缺陷管理,Bug的分類 缺陷報(bào)告 提交缺陷報(bào)告的注意事項(xiàng) Bug的處理流程 常見的缺陷管理工具,Bug的分類,Bug的基本定義：軟件的Bug指的是軟件中（包括程序和文檔）不符合用戶需求的問題，從這個(gè)定義中我們可以知道判斷一個(gè)Bug的標(biāo)準(zhǔn)就是看其是否符合用戶的需求。 那么常見的Bug從不同的角度，可以將Bug分為多種類型。 按嚴(yán)重程度（Sever

21、ity）劃分。例如：系統(tǒng)崩潰、嚴(yán)重、一般、次要、建議。 按優(yōu)先級（Priority）劃分。表示處理和修正軟件缺陷的先后順序。例如：高(High)、中(Middle)、低(Low)。 按照測試種類劃分。可以將Bug分為邏輯功能類、性能類、界面類、易用性類、兼容性類等等，就是前面講到的Bug分類。 按功能模塊劃分。二八原則，我們在測試的時(shí)候可以統(tǒng)計(jì)一下Bug主要集中在哪些模塊里，找到重點(diǎn)測試的區(qū)域。 按Bug生命周期劃分。每個(gè)Bug都有其生存和死亡的生命周期，可以這樣劃分：New，Investigated，Confirmed，F(xiàn)ixed，Closed，Reopen。,缺陷報(bào)告,不同的項(xiàng)目組會有不同

22、的缺陷報(bào)告模板，報(bào)Bug時(shí)應(yīng)該按照模板嚴(yán)格填寫各項(xiàng)內(nèi)容，使得缺陷報(bào)告更加完整。 開發(fā)人員對Bug的解決情況 和 測試人員的驗(yàn)證情況 通常是測試人員和開發(fā)人員溝通的機(jī)會。,提交缺陷報(bào)告的注意事項(xiàng),缺陷報(bào)告是測試人員的主要工作產(chǎn)品之一。缺陷報(bào)告的讀者通過缺陷報(bào)告來了解和評價(jià)測試人員，好的測試報(bào)告會增加開發(fā)人員對測試人員的信任度，差的缺陷報(bào)告會影響開發(fā)人員的效率，也會影響測試人員自身的聲譽(yù)。下面列出了一些提交Bug時(shí)的注意事項(xiàng)： 確保重現(xiàn)Bug 要用最少且必要的步驟描述Bug 簡潔、準(zhǔn)確、完整 一個(gè)Bug一個(gè)報(bào)告 測試人員要經(jīng)常換位思考，盡量多站在開發(fā)人員的角度上思考問題。提交Bug時(shí)保持中立客觀的

23、態(tài)度，不要摻雜強(qiáng)烈的個(gè)人主觀感情在里面。“You”，“My”，“They”等不應(yīng)該出現(xiàn)在Bug的描述里。,Bug的處理流程,實(shí)際上，不同公司的Bug處理流程一般是不同的，同一公司不同項(xiàng)目的Bug處理流程也不盡相同。一般情況下的Bug的bug處理流程如下圖所示：,提交缺陷報(bào)告,分配缺陷報(bào)告,處理缺陷報(bào)告,返測報(bào)告,關(guān)閉缺陷報(bào)告,返測通過,返測未通過,重新打開(Reopen),常見的缺陷管理工具,“工欲善其事，必先利其器”，使用合適的缺陷管理工具，可以使我們的缺陷管理事半功倍。 比較流行的Bug管理工具：TrackRecord、Clearquest、Bugzilla(Free)、Mantis(Fr

24、ee)、JIRA(Free)、Github(Free)。很多公司也有自己研發(fā)的Bug管理工具，例如微軟的,生命周期,軟件的生命周期： 軟件開發(fā)和軟件測試的生命周期：,認(rèn)識幾個(gè)模型,軟件測試計(jì)劃,編寫測試計(jì)劃的注意事項(xiàng)。編寫測試計(jì)劃時(shí)，應(yīng)注意以下四點(diǎn)： 增強(qiáng)計(jì)劃的實(shí)用性，一切從實(shí)際出發(fā)，不流于形式。 堅(jiān)持“5W1H”規(guī)則，明確內(nèi)容與過程。 采用評審和更新機(jī)制，保證測試計(jì)劃滿足實(shí)際需求。 分別創(chuàng)建測試計(jì)劃與測試策略。(測試策略重點(diǎn)在HOW，目標(biāo)性強(qiáng)。) 5W1H分別指：,公司里測試部門的組織結(jié)構(gòu),手工和自動化比例 開發(fā)和測試人員比例 外包測試的比例,軟件測試工程師所需具備的素質(zhì),三心二意1能力 三心：細(xì)心、耐心和信心 二意：服務(wù)意識、團(tuán)隊(duì)合作意識 1能力：溝通能力,如何成為一名優(yōu)秀的測試工程師,大俠是怎樣煉成的？測試高手是怎樣煉成的？ 內(nèi)功是基礎(chǔ)，測試人員也需要打好基礎(chǔ)，計(jì)算機(jī)硬件、網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫、移動，語言等等。 內(nèi)功基礎(chǔ)上就是各種武術(shù)招式了，測試?yán)锩娴奈湫g(shù)招式就是各種測試技術(shù)，比如黑盒測試中的等價(jià)類、邊界值、因果圖白盒測試中的語句覆