測試點分析的方法

❶ 分析測試方法

地球化學找礦分析中經常採用的分析測試方法歸納起來大致有如下幾種。

1.比色分析

比色分析是在一定條件下，使試劑（顯色劑）與試液中待測元素反應生成有色溶液，通過目估與標准有色溶液（又稱標准色階）對比，以確定待測元素的含量；或者通過儀器（如光電比色計或分光光度計）測定有色溶液對某一波長的光的吸光度，來求得待測元素的含量。用目估比較的方法一般稱為目視比色法，只能達到半定量；用光電比色法或分光光度計來測定的方法又稱分光光度法，可以達到定量要求。

比色分析的優點是簡便、快速且靈敏度較高，一般可檢出0.1～0.01μg/mL的含量。目前，比較常用的野外痕金快速測定就是採用目視比色法（微珠法或泡塑法）來確定的，一般可達納克級，滿足野外快速找金的要求；在化探掃面中W，Cd常採用分光光度法的方法來測定。

2.原子發射光譜分析

原子發射光譜分析的基本原理：任何元素的原子都是由帶正電的原子核和圍繞它高速旋轉的帶負電的電子組成，最外層的電子稱為價電子。在正常情況下，原子處在最低的能量狀態，稱為基態。當基態原子受到外加能量（熱能、電能等）激發時，它的外層電子從低能級向高能級躍遷，此時原子處於激發狀態。該狀態下價電子不穩定，大約在10^-8s內便要恢復到較低的能量狀態或基態，同時以光的形式釋放出多餘的能量。由於各種元素原子結構是一定的，每種元素都能發射某些特徵波長的譜線（如銅有327.39nm，282.44nm，297.83nm，當然每條譜線的靈敏度有所差異）。根據元素有無特徵譜線，就可確定該元素是否存在；根據特徵譜線的強度就可確定元素的含量。

在地球化學找礦分析中激發光源多採用電弧光源，近年來等離子光源（ICP）也逐漸盛行起來。原子發射光譜分析法是地球化學找礦分析中最普遍採用的多元素測定方法，較好的方法一次裝樣可完成近20種元素的測定，由於其測定過程多採用人工方式，缺點是在測定速度上稍微慢了些，另外，干擾較多且不易掌握。目前在地球化學找礦分析中，應用最好方法就是Au，Ag和Pt發射光譜分析法，特別是Au的發射光譜測定是化探掃面推薦的標准配套分析法。

3.原子吸收光譜分析

原子吸收光譜分析基本原理：每一元素的原子具有吸收該元素本身發射的特徵譜線的性能。分析某一元素時，用能產生該元素特徵的光源（如以該元素製作的空心陰極燈）。當這種光源發射的光通過被測元素的基態原子蒸氣時，光就被吸收。其吸收的量與樣品中被測元素的含量成正比，通過測量光源發射的光通過原子蒸氣被吸收的量即可測得元素的含量。

原子吸收系統分析的特點是靈敏度高（10^-6級）、准確度和精密度較高、分析速度快、分析范圍廣，可測定70多種元素。在地球化學找礦分析中常用在Cu，Pb，Zn，Ni等元素的測定。近年來開始採用無火焰原子吸收光譜（石墨爐或鉭舟電熱原子化器），它能達到更高的靈敏度（10^-9級），但精度目前還不理想。

4.熒光分析

物質的分子或原子，經入射光照射後，其中某些電子被激發至較高的能級，當它們從高能級躍遷至低能級時，可發射出比入射波長更長的光，則這種光稱為熒光。隨著激發源的不同（如可以是紫外線、X射線等），又有不同的熒光分析方法。

◎熒光光度分析：利用紫外線照射物質所產生的熒光強度來確定該物質的含量，在地球化學找礦分析中常用於鈾含量的測定，靈敏度可達到10^-7～10^-6。

◎原子熒光分析：元素的基態原子蒸氣，在吸收元素發射的特徵波長的光線之後，從基態激發至激發態，當這些原子由激發態躍遷至基態時就發射出熒光，由此可藉助測定熒光強度來測定試樣中元素的含量。在地球化學找礦分析中常採用這些方法來測定As，Sb，Bi，Hg的含量。

◎X射線熒光分析：X射線熒光分析基本原理：當X射線（初級X射線）照射待測樣品中的各種元素時，X射線中的光子便與樣品的原子發生碰撞，並使原子中的一個內層電子被轟擊出來，此時原子內層電子空位，將由能量較高的外層電子來補充，同時以X射線形式釋放出多餘的能量，這種次級X射線叫作X射線熒光。各元素所發射出來的X射線熒光的波長取決於它們的原子序數，而其強度與元素含量相關，藉此可確定存在的元素及其含量。

該方法譜線簡單，易於識別，干擾較小，方法選擇性高，不僅用於微量組分（10^-6）的測定，也適用於高至接近100%的含量組分的測定，且具有相當高的准確度。該方法不損壞樣品，故同一試樣可重復進行分析。它非常適用於原子序數5（B），6（C），8（O），9（F）～92（U）的測定，但儀器價格比較昂貴。

5.極譜分析

極譜分析是一種特殊條件下的電解分析，它用滴汞電極被分析物質的稀溶液，並根據得到的電壓電流曲線，以半波電位確定何種元素存在，以極限擴散電流確定元素的含量。該方法靈敏度一般可達1μg/L～1mg/L。新的極譜技術可提高3～4數量級，甚至提高6個數量級（如催化極譜法測鉑族元素），相對誤差約2%～5%，一份試液（只幾毫升）可同時測定幾個元素，地球化學找礦中常用於W，Mo的測定。

6.離子選擇性電極

離子選擇性電極是一種電位分析法，簡單地說是把一對電極（一個叫指示電極，其電位隨被測離子濃度變化，另一個叫參比電極，電位不受溶液組成變化的影響，具恆定值，起電壓傳遞作用）插入待測溶液，當把兩電極連接起來，構成一個原電池時，兩極間的電位差完全取決於溶液中待測離子的濃度（電位差和離子濃度的對數成線性關系）。

為了測定各種離子，可以製作各種離子的指示電極，它的電極的膜電位只與溶液中該離子的濃度對數成線性關系，故稱為離子選擇性電極，如氟離子選擇性電極，其膜電位只與溶液中氟離子濃度有關。

該方法靈敏度高，有的達到10^-9級，設備較簡單，測定速度快。地球化學找礦中用於F，Cl，Br，I的測定。

實際應用中除上述介紹的主要方法外，還有諸如中子活化分析、等離子質譜分析等方法，但這些方法所採用設備價格過於昂貴，應用面不廣，這里不再介紹。

地球化學找礦中分析測試方法多種多樣，但依靠單一的分析測試手段完成分析測試任務要求顯然是不現實的。在實際生產中常常是採用多種分析測試手段組合的方式，這樣無論從分析測試靈敏度、精密度和准確度，還是從經濟效益、測試速度上才能達到最優。例如，遼寧地礦局中心實驗室在早期區域化探樣品分析就採用了如下的組合方式（表3-12）。

表3-12 遼寧地礦局中心實驗室區域化探樣品採用的分析方法

註：XRF—X射線熒光光譜；ICP-P—等離子粉末光譜分析法；OES—發射光譜法；POL—極譜法；ISE—離子選擇電極法；AAN—石墨爐原子吸收法；AFS—原子熒光光譜法；AAS—原子吸收光譜法；COL—比色法。

（據羅先熔等，2007）

❷ eds是什麼分析測試方法

EDS能譜儀，是一種分析物質元素的儀器，常與掃描電鏡或者透射電鏡聯用，在真空室下用電子束轟擊樣品表面，激發物質發射出特徵x射線。

根據特徵x射線的波長，定性與半定量分析元素周期表中B-U的元素，EDS可提供樣品表面之微區定性或半定量之成份元素分析，以及特定區域之point、line
scan、mapping分析。

主要用於元伏行素的定性分析；

能譜儀能夠分析原子序數大於5的元素，波譜儀可以分析原子序數從4～92之間的所有元素；

EDS的分析方式有點分析、線分析和面分析；點分析得到一點的所有元素；線分析每次對指定的一條線做一種元素分析，多次掃描得到所有元素友納的線分布；面分析對一個指定面內的所有元素分析，測得元素含量是測量面范圍的平均值；

EDS做微區分析時所激發的體積為10um3 左右；

EDS常常與缺告嘩SEM結合使用，可對目標部位進行點、線、面形貌掃描和成分分析；

檢測極限：0.1%，只能做半定量分析，精度一般在1%到5%，深度一般為1~5微米。

❸ 測試需求分析方法有哪些

什麼是測試需求?
確切地講，所謂的測試需求就是在項目中要測試什麼。我們在測試活動中，首先需要明確測試需求(What)，才能決定怎麼測(How)，測試時間(When)，需要多少人(Who)，測試的環境是什麼(Where)，測試中需要的技能、工具以及相應的背景知識，測試中可能遇到的風險等等，以上所有的內容結合起來就構成了測試計劃的基本要素。而測試需求是測試計劃的基礎與重點。
就像軟體的需求一樣，測試需求根據不同的公司環境，不同的專業水平，不同的要求，詳細程度也是不同的。但是，對於一個全新的項目或者產品，測試需求力求詳細明確，以避免測試遺漏與誤解。
為什麼要做測試需求?
如果要成功的做一個測試項目，首先必須了解測試規模、復雜程度與可能存在的風險，這些都需要通過詳細的測試需求來了解。所謂知己知彼，百戰不殆。測試需求不明確，只會造成獲取的信息不正確，無法對所測軟體有一個清晰全面的認識，測試計劃就毫無根據可言。活在自己世界裡的人是可悲的，只憑感覺不做詳細了解就下定論的項目是失敗的。
測試需求越詳細精準，表明對所測軟體的了解越深，對所要進行的任務內容就越清晰，就更有把握保證測試的質量與進度。
如果把測試活動比作軟體生命周期，測試需求就相當於軟體的需求規格，測試策略相當於軟體的架構設計，測試用例相當於軟體的詳細設計，測試執行相當於軟體的編碼過程。只是在測試過程中，我們把「軟體」兩個字全部替換成了「測試」。這樣，我們就明白了整個測試活動的依據來源於測試需求。
測試需求的收集主要通過對測試依據進行分析整理，最後生成一個以測試的觀點出發的checklist(檢查表)，用來作為測試該軟體的主要工作內容。檢查表的檢查要點包括需求的正確性、必要性、優先順序、明確性、可測性、完整性、一致性、可修改性：
在整個信息收集過程中，務必確保軟體的功能與特性被正確理解。因此，測試需求分析人員必須具備優秀的溝通能力與表達能力。
以上主要描述了測試需求相關理論和獲得測試需求樹的一般過程。為具體項目實施測試中提供了一套獲取測試需求樹的參考方案。實際的測試類型劃分和測試需求樹生成的形式或粒度，因項目而不同，需靈活應用。

❹ 軟體測試的分析方法有哪些

你好：
軟體測試方法分類：
白盒、黑盒、灰盒；
單元測試、集成測試、系統測試、驗收測試、回歸測試、Alpha 測試、Beta 測試；
靜態測試和動態測試。
設計測試用例的主要方法有：
等價類劃分；
邊界值分析法；
因果圖法；
場景法。
希望能幫到你，
您的滿意就是我的動力。

❺ 軟體測試的測試方法有哪些

軟體測試行業因為其薪資高、壓力小，受到了越來越多人的青睞，尤其是很多想轉入IT行業的小白，軟測也是他們的首選。那麼軟體測試的方法一共有幾種呢?

軟體測試方法有等價類劃分法、邊界值方法、因果圖法、判定表法、正交排列法、錯誤推演算法、場景法等。本文主要來為大家介紹一下等價類劃分法和邊界值方法。

一、等價類劃分法

等價類劃分法是把所有可能輸入的數據，分成若幹部分(子集)，在該子集合中，各個輸入數據對於揭露程序中的錯誤都是等效的。測試某等價類的代表值就等於對這一類其他值的測試。等價類劃分法是軟體測試最經典的方法，只要有數據輸入的地方就可以使用等價類劃分法。因為窮舉測試是不可能的，所以要使用最少的數據，達到最大的覆蓋——覆蓋功能和需求點。

二、邊界值分析法

某種意義上來講，黑盒測試在進行用例設計的時候，分析的就是軟體的輸入和輸出。邊界值分析法就是對輸入和輸出的邊界值進行分析，得到一些數據進行測試的黑盒測試方法。它是對等價類劃分法的補充。它要分析邊界，而邊界來自於等價類的邊界。等價類分有效等價類和無效等價類，構建數據的時候從有效等價類里挑選任意的值。邊界分析則是從等價類里挑選它的邊界，所以它是暴露錯誤能力最強的一種測試方法。只要有數據輸入的地方，一般就可以使用邊界值。

邊界值與等價類劃分的區別

邊界值分析不是從某等價類中隨便挑一個作為代表，而是使這個等價類的每個邊界都要作為測試條件，關注的是等價類的邊界。而且邊界值分析不僅考慮輸入條件，還要考慮輸出空間產生的測試邊界情況。為什麼除了等價類分析，還要進行邊界值分析因為大量的錯誤都發生在輸入或輸出范圍的邊界上，而不是發生在輸入輸出范圍的內部。所以測試要關注在極值上。針對各種邊界情況設計測試用例，也可以查出更多的錯誤。

以上是關於軟體測試的幾種方法的介紹，由多測師親自撰寫，全網獨家提供!

❻ 軟體性能測試分析的幾種方法

」。這里強調以下內容：
(1) 充分准備以下內容：硬體設備、軟體環境、網路條件、基礎數據
(2) 充分准備測試場景、典型的場景包括操作序列、並發用戶數量條件、用例。
該部分包括使用到上述測試方法：性能測試方法、可靠性測試、壓力測試、失效恢復測試
2. 規劃性能
3. 發現缺陷
這個環節中是交付給用戶的主要工作成果。需要多和開發人員作溝通、多次迭代發現問題、根據用戶的需求定義與缺陷的涉及范圍、制定一個解決缺陷的優先順序。由於軟體永遠有BUG這一真理，所以發現缺陷不是一次就能結束的工作。比較適合作為服務外包。持續進行。
4. 性能調優
一個標準的性能調優過程是：
(1) 確定基準環境、基準負載和基準性能指標。
(2) 調整系統運行環境和實現方法，執行測試。
(3) 記錄測試結果、進行分析
在J2EE性能測試中有很多常見的錯誤，比如：對於某些建立在J2EE/EJB技術上的應用，在服務啟動的時候，沒有注意到測試之前首先進行一段時間的預熱。這是因為JAVA語言的hot-spot技術特性決定的，這種技術允許weblogic第一次運行應用的時候將位元組碼編譯為本地代碼並執行，這樣在後續的執行過程中執行過程會大大加快，但第一次由於存在一個編譯過程會比較慢。如果使用這個時間來作為基準那麼就容易得出錯誤的結論。

❼ 做好功能測試和測試分析的方法

做好功能測試和測試分析的方法有那些?我們要規劃測試流程，首先要熟悉整個項目的規劃。

因此積極參與到項目中的每個環節當中去是非常必要的。

至於測試流程，每個公司有每個公司的實情，拿瞎就如HTSM一樣需要結殲敏山合實際來定製一樣，測試流程也需要結合公司的實際情況來規劃。

我稍微列舉一下幾個必要步驟：

首先項目立項，立項以後，基本上每個階段的時間都有了一個大概的評估。

因此立項之後立馬著手於測試計劃的編寫，當然這個不是最後的方案，測試計劃也會根據實際項目的進行而調整。

但是還是要先把初稿編寫出來，自己心裡有一個大概的框架。

完成測試計劃後，拿到需求文檔並積極打聽開發的設計方案。

根據獲取到文檔信息，圈定測試范圍，思考測試手段。

最後編寫測試方案。

需求分析會後，對整個測試范圍更加清晰，並可以分解測試點時，開始編寫測試分析。

測試分析不需要太詳細，但一定要有清晰的思路。

測試分析主要用於指導“你要測什麼?”。

編寫准入測試用例，可以用於提供給開發自測。

因此此類用例可寫得比較詳盡。

編寫全部的測試用例。

注意測試用例包含的各元素(不會的網上有模板)。

注意用例前置條件要寫得清晰明了，因為用例主要用於“你要怎麼測?”。

執行准入用例。

雖然開發已經執行過一次，但測試的角度與開發的角度明顯不一致。

執行後也可用於判斷是否可以進入測試階段。

執行用例全集。

此過程可判定軟體質量，大型項目建議做日報以及周報。

做到及時匯報軟體質量情況。

編寫准出報告。

根據准出標准，判定軟體實現是否已達到與需求一致。

編寫用戶使用手冊。

為了讓用戶快速上手使用軟體，編寫手冊供用戶參考使用。

參考的文檔：需求文檔、開發設計文檔、開發詳細設計文檔、開發介面文檔、開發字典表等涉及的文檔。

下面整理了一下本次大家的提問的問題，對部分問題做了解答：

1、公司剛成立不久，請問做客戶端的測試流程要注意什麼?

回答：首先感謝你的提問。

不太清楚貴公司的具體方針是什麼，因此也沒辦法給太詳細的答案。

我個人覺得測試的具體方案跟流程都是需要結合公司實際運營情況來決定的。

可能需要你自身的學習並應用到實際當中去。

按照我的理解給以下建議，希望可以幫到你：

(1)明確需求。

一定要監督需求文檔的完整以及可讀性，起碼可以到能拿出來分解測試需求的情況。

畢竟測試先知來自需求。

(2)跟開發溝通在開發之前可以提供設計文檔。

一定要了解開發的`設計思路，這里可以發現一部分開發功能是否真的就達到了需求的要求。

(3)選一個適合公司應用的測試模型。

比如V模型或者W模型。

(4)客戶端是指APP還是PC的客戶端呢?APP的話，注意兼氏中容性測試是否有實體機測試，並且要做相應的風險評估。

(5)積極與需求、開發溝通並調整部門間的合作關系。

2、老大，WEV和APP測試有什麼區別?

回答：WEV?WEB?還是wap?我個人沒有做過wap相關測試，可能沒辦法給一個詳細准確的答案。

但是我測試WEB跟APP的時候好像沒啥區別，基本測到的項目都是一致的。

一定要說的話，可能使用到的工具有些區別。

測試APP還要考慮到手機上的一些特性，比如耗電，不同制式的網路(2G,3G,4G,wifi)，接電話斷開對app的影響，與其他APP的兼容等等。

3、如何對一個功能進行深入的剖析?請問在功能測試方面怎麼深入?

回答：問題覺得有點小廣，不過我個人從以下幾個方面來考慮的。

(1)首先必須是業務，對業務一定要熟，一定要熟!熟到能發現業務邏輯不合理的程度就最好了。

(2)了解你測試的系統。

比如開發的設計方案等，各介面的調用。

(3)腳本測試跟探索測試結合。

當然哪個為主哪個為輔就要結合公司實際情況來應用了。

(4)多應用傳統的測試方法來對功能進行測試分析。

4-1、想要了解一下WEB架構的測試。

最好能從計劃開始?

4-2、一個項目的產生，在真正工作中，一個測試工程師的工作流程是啥?

回答：兩個問題的答案相同，我做web測試跟app測試沒啥區別，所以基本都是一套。

(1)項目立項以後，立即咨詢項目經理關於項目時間的安排(有些項目經理會直接提供)。

根據項目經理給的時間，按照公司實際的測試流程劃分每個測試階段的時間。

例如：

a.XXXX-XX-XX到YYYY-YY-YY編寫測試計劃

b.XXXX-XX-XX到YYYY-YY-YY編寫測試方案

c.XXXX-XX-XX到YYYY-YY-YY進行測試分析

d.XXXX-XX-XX到YYYY-YY-YY編寫准入用例，詳細用例

e.XXXX-XX-XX到YYYY-YY-YY執行准入用例，判定是否可以進入測試流程。

如果不通過則打回開發，延後進入測試時間。

這里需要評估風險，一定要跟項目經理溝通預留時間。

如果准入通過則進行下一個步驟。

f.XXXX-XX-XX到YYYY-YY-YY執行詳細用例

g.XXXX-XX-XX到YYYY-YY-YY編寫准出報告

h.XXXX-XX-XX到YYYY-YY-YY編寫用戶手冊

i.跟蹤生產質量

(2)整個測試流程就按照測試計劃描述那樣，按時間完成則可。

5、探索式測試有哪些方法?

回答：我認識的探索性測試，是一種測試風格。

也就是說他比較強調個人的思維或者特性。

他沒有跟傳統的測試方法一樣有指定的測試技術(等價類，邊界值之類的)。

我個人比較喜歡採用的思考方法有：

測試先知擴展。

根據預期結果擴展思維進行測試。

測試條件擴展。

根據不同的測試條件組合擴展測試。

在測試過程中發現bug的路徑或者類似路徑，進行測試。

不知道你認為的探索是什麼樣的呢?又是怎麼去進行測試的?這一塊感覺還有很多謎，可以多多討論。

6、Linux使用的多嗎?

回答：感謝提問，不知道這個問題具體要了解什麼方面的內容呢?用不用linux看公司方案。

不過我從進入測試行業開始基本都是基於linux下操作。

7、我想知道金融支付方面該怎麼去測，金融測試該怎樣高質量的去編寫測試用例，去測試?金融測試流程是什麼?

回答：話說在沒有跟別的測試同行溝通之前我可能會給你一個很肯定的答案。

前段時間在微信群跟別的測試同行溝通過一次，才發現這個問題也是要結合公司實際情況來考慮的。

比如我們公司，安全方面是比較好的，所以很多情況下我們基本不考慮篡改地址信息這種測試方法。

但是如果你們公司安全包裝比較差的話，這里是一個很重要的測試點。

這里還是列一下我知道的：

基本編寫測試用例還是採用傳統的測試方法。

比如金額的輸入考慮等價類跟邊界值的情況，特別是邊界值，很容易出現問題。

如何去測試?我們是採用測試介面以及連接對方測試環境進行聯調的方式進行。

當然，聯調對方介面各種環境問題出現也是痛苦的一部分。

估計大部分測試這塊的同行都要受的折磨。

不知你認識的金融測試又是怎麼樣的呢?

8、請問如何提高測試效率?

回答：好問題!提這個問題，說明你認為現在的測試效率比較底下的。

不知道具體阻礙你測試效率的是什麼呢?因為不了解實際情況，我只能說首先找到阻礙你測試效率的因子，然後對應去解決問題，這樣應該會有一個好的提升。

思考以下幾個問題：

(1)對業務不熟悉嗎?沒測試一個功能點都需要找人確認?

(2)對被測系統了解嗎?每次提出的問題都是無效bug?

(3)相關的技術了解嗎?每次定位問題都需要開發幫忙才能定位?

(4)對測試環境配置了解嗎?每次預置條件的設置都需要花大量的時間在上面?

歡迎多多探討。

9、請問，功能測試進行到什麼程度才算完成?需求覆蓋率，很難找到bug還是項目進度時間限制?功能測試是如何貫穿在整個項目的各個階段?

回答：好問題!我們是算需求覆蓋率的，這個基本可以體現在測試用例上面。

不知道你們領導希望你們的交付結果要到什麼樣的情況呢?這個基本是看公司定位的。

我們項目主要大范圍地劃分為需求，開發(包括單元測試)，系統測試(即功能測試，包括了自動化的冒煙測試)，業務測試，預生產測試，生產上線測試這幾個階段。

10、Bi測試如何開展?

回答：很感謝你的提問。

但是很抱歉，你的問題我可能沒辦法回答。

我沒有測過Bi系統。

11、零基礎怎麼開始測試?

回答：感謝提問，首先從掌握公司業務開始。

懂得公司業務邏輯了，才能發現問題，這是測試的基本。

然後盡可能補一些測試基礎知識。

比如傳統的測試方法，linux基本命令，sql語句等。

後續再考慮較為高階的性能以及自動化等知識。

12、功能測試分析方法常規使用的有哪些?怎樣能夠較快的引入到日常工作中?

回復：好問題!測試分析方法用的就是傳統的測試方法，沒錯就是你知道的等價類邊界值因果圖判定表之類的。

我之前數過有10幾種吧，具體就不一一列出來了。

下次有時間會整理一個合集出來，一起來探討探討。

13、請問功能測試，就是手工測試嗎，測試小白怎麼進入測試行業呢?

回答：嗯，描述不太正確呢。

自動化也可以測試功能的。

掌握一些基礎知識，就可以入行了XD。

當然能學點語言類的就更好了。

可以參考問題237。

如果還是不能解答到你的疑問，可以多多探討喔。

14、一直做功能測試，除了管理，還有其他方向可以走嗎?

回答：嗯，可能我沒有太理解到你的疑問。

為嘛功能測試就只能走管理了呢?管理也不是那麼好做的，如果以後公司要發展自動化，那麼做為沒有接觸過自動化的你要如何管理自動化這塊呢?又要如何給自動化的同事指導呢?特別推薦學習測試女巫，她也是從功能做到自動化的，雖然不認識她但是我個人非常崇拜她。

15、一名入職不到一個月的測試小白，看文章、看視頻，想把功能測試學會，但如今看得雲里霧里，想問，要學好功能測試，該從幾方面入手，得掌握哪些知識，學習路徑該是怎樣的?