軟體測試工程師要求

① 應聘軟體測試工程師應具備哪些條件

1.掌握test基礎知識。去itesting找資料。
2.熟練掌握至少一種測試工具(性能或自動化)。
3.學通一種以上資料庫知識。
4.把C學好，以後寫腳本會用到。
其次要學會如何編寫測試計劃，報告。排程。為以後測試管理打基礎。

② 軟體測試工程師需要具備哪些能力

通用技能上：
1.基本計算機知識（操作系統，資料庫，通訊協議原理，熟悉至少一門編程語言）
2.基本軟體測試知識（各種測試理論，測試方法論，測試用例編寫，缺陷界定標准，軟體質量評估）
3.簡單項目管理知識

產品、系統認知：
1.熟悉所測產品功能，能夠將產品文檔內描述的UC轉化成TC，這個最最基本
2.熟悉所測產品的一些隱藏需求或者功能（業務上的進階能力）
打個比方，支付公司上一種新的支付渠道，熟悉業務的測試人員應當可以預見到這次升級可能會對前段界面、系統賬務、各類報表等各個模塊造成影響，從而一並納入測試范疇。
要知道，很多時候，即便是接入這些渠道的產品經理，也不一定會在Prd或者UC中對這些可見影響項一一列出，這需要經驗和責任心。

性格上：
1.有牛皮糖屬性的為佳，越「不要臉」越好
測試工程師，在很多公司，和研發是有業務上對立屬性的（雖然從宏觀角度上來說，都是為了提高軟體質量服務）。測試工程師提交的BUG越多，意味著研發工程師工作質量越差，需要返工的工作量也越大，甚至會影響績效，所以測試工程師有時候很容易得罪研發部門。
一個可以相對堅持原則（比如3級BUG以上一定要改），又能拉下臉和不愉快的研發工程師保持較好關系的測試工程師，會對項目質量起到很關鍵作用。說到底，又能做事（發現BUG並督促修改），又會做人（該進的不讓，該退的絕對給面子，最大化消除部門間矛盾）的測試工程師，是十分難得的。

2.有異想天開屬性的為佳
這個只可意會，不好言傳的。在我帶過的團隊里，的確有那種奇葩……經常會用令人匪夷所思的方式找出BUG，這是天賦。

3.會「偷懶」的為佳
這里的偷懶不是指上班發微博聊天混日子，而是能夠利用已知資源對枯燥乏味的測試工作進行優化的同學。

③ 軟體測試工程師應該具備哪些技能

軟體測試工程師應該具備的技能：
1、資料庫技能
a、測試工作涉及到大量的測試數據，可以利用資料庫生成。
b、檢查被測試程序對數據的處理是否正確
2、編程語言、編程思想
a、理解編程語言對於功能的實現原理，有助於更高質量的完成測試
b、在測試過程中發現問題後，可以根據語言的特點猜測問題出現的原因，及解決的辦法。
c、可以編寫測試小工具，提高測試的效率。
3、常用演算法
對想於接觸白盒測試或性能測試的測試人員，這個顯得很重要。
3、網路知識（對於C/S項目重要）
a、對於基本的網路知識，有一定的了解，如：網路的Http協議……
b、對於網路方面的問題，利用網路相關的工具，對被測對象出現的問題進行分析。
4、建模語言
a、對測試模塊進行建模（流程圖、活動圖），有助於了解程序的內部處理流程。

④ 軟體測試工程師需要具備哪些技能

按其級別和職位的不同，可分為三類：

高級軟體測試工程師，熟練掌握軟體測試與開發技術，且對所測試軟體對口行業非常了解，能夠對可能出現的問題進行分析評估；

中級軟體測試工程師，編寫軟體測試方案、測試文檔，與項目組一起制定軟體測試階段的工作計劃，能夠在項目運行中合理利用測試工具完成測試任務。

初級軟體測試工程師，其工作通常都是按照軟體測試方案和流程對產品進行功能測驗，檢察產品是否有缺陷。

(4)軟體測試工程師要求擴展閱讀：

軟體測試工程師的工作職責：

1 、使用各種測試技術和方法來測試和發現軟體中存在的軟體缺陷。測試技術主要分為黑盒測試和白盒測試兩大類。

其中黑盒測試技術主要有等價類劃分法、邊界值法、因果圖法、狀態圖法、測試大綱法以及各類典型的軟體故障模型等；白盒測試的主要技術有語句覆蓋、分支覆蓋、判定覆蓋、基本路徑覆蓋等；

2 、測試工作需要貫穿整個軟體開發生命周期。完整的軟體測試工作包括單元測試、集成測試、確認測試和系統測試工作。

單元測試工作主要在編碼階段完成，由開發人員和軟體測試工程師共同完成，其主要依據是詳細測試。集成測試的主要工作測試軟體模塊之間的介面是否正確實現，基本依據是軟體體系結構設計。

確認測試和系統測試是在軟體開發完成後，驗證軟體的功能與需求的一致性、驗證軟體在相應的硬體條件下的系統功能是否滿足用戶需求，其主要依據是用戶需求。

⑤ 作為一名軟體測試工程師，需要必備哪些能力

一、業務分析能力

1.分析整體業務流程

不了解整個公司的業務，根本就沒辦法進行測試

2.分析被測業務數據

了解整個業務裡面所需的數據有哪些？哪些是需要用戶提供的？哪些是自己提供的？有哪些可以是假數據？有哪些必須是真數據？添加數據的時候可以用哪個庫？

明白了整個軟體的資料庫架構，才能知道哪一個數據是從哪一個表裡頭帶出來的，它的邏輯是什麼，有沒有連帶關系。

3.分析被測系統架構

用什麼語言開發的？用的是什麼伺服器？測試它的話需要用什麼樣的環境進行測試？整體的測試環境是什麼樣的？

如果缺少了，需要進行環境搭建，架構搭建。一般去一家新公司之後，架構是搭建好的，了解它即可，熟悉之前的這些老員工們使用什麼樣的架構去做的。

4.分析被測業務模塊

整個軟體有哪些模塊，比如說首頁面、注冊頁面、登錄頁面、會員頁面、商品詳情頁面、優惠券頁面等等

明白有多少個模塊需要測試，每個模塊之間的連帶關系，進而怎樣進行人員分工

5.分析測試所需資源

我需要幾台計算機，需要幾部手機，手機需要什麼樣的系統，什麼樣的型號。

比如測一個網站的性能的時候，電腦的配置達不到測試並發5000人的標准，要麼升級電腦的硬體配置，要麼多機聯合，多機聯合時需要幾台電腦，都需要提前籌劃。

6.分析測試完成目標

我的性能目標是什麼樣的？我的功能目標是什麼樣的？我要上線達到的上線標準是什麼樣的？

性能目標，比如我要達到並發5000人的時候，CPU佔用率不能高於70%，內存佔用率不能高於60%，響應時間不能超過5秒

功能目標，比如整體的業務流程都跑通，所有的分支流程都沒有問題，所有的介面都能夠互相調用，整體的UI界面沒有問題，兼容性沒有問題等

把這些問題都弄清楚，測試的思路會非常的清晰

二、缺陷洞察能力

1.一般缺陷的發現能力

至少你要滿足一般缺陷的發現能力，這個是最基本的，如果要連最簡單的一般的缺陷都發現不了的話，別說優秀測試工程師了，你說你是測試我都不信

2.隱性問題的發現能力

在軟體的測試過程當中有一些缺陷藏的比較深，有的是性能方面的問題，有的是功能方面的問題，它需要有一些設定特定的條件的情況下才會出現這樣的問題。

比如說買雙鞋必須選擇的是什麼品牌，必須選擇是紅顏色，必須選擇44號，而且必須選擇用特定的支付方式才會出現這樣的bug的時候，那麼這種就屬於特別隱性的bug，對於這樣的問題的發現能力一定要比別人更強，要找到一些別人可能發現不了的bug

3.發現連帶問題的能力

當發現了一個缺陷之後，能夠想到通過這個缺陷可能會引發其他哪個地方出現問題，這就叫做連帶的問題。而不是說發現這一個bug之後提了這一個就算完了，一定要有一個察覺，可能其他地方也存在這樣的問題。

4.發現問題隱患的能力

有些軟體里邊可能有一些操作模塊，或者是代碼寫的介面，表面上沒有什麼問題，但是它是有隱患的，比如說這個介面寫的不穩定，當他傳的數據有一些問題的時候，可能它最後返回的結果就是報錯就是報404或者報亂碼。

5.盡早發現問題的能力

如果你只能停留在界面級別的話，那你根本就沒有辦法達到盡早發現問題的這個能力

你必須要等到前端人員把每個界面都做好了之後才能進入測試，而我能比你早一個月進入測試了，然後我比你結束測試時間快一個月，而你又比我晚一個月，那麼咱倆的薪資一下就拉開了

6.發現問題根源的能力

需要知道這個缺陷它到底是由什麼原因產生的，是屬於什麼類型的缺陷，是ui前端人員做的問題，還是後台介面人員做的問題？

不僅要找到這個bug，還要知道這個bug產生的原因，這樣的測試人員是非常棒的，而且很是受人尊敬，提bug的方式也就不一樣了

三、團隊協作能力

1.合理進行人員分工

合理的進行人員分工是提高效率的重要保證

2.協助組員解決問題

比如說測試在趕進度，或者這個軟體項目的質量把控是一個團隊來把控的，協助組員解決問題就顯得尤為關鍵

3.配合完成測試任務

一個團隊里邊的人員分工，他們的任務都是不一樣的，這就是咱們說的配合。你的東西做完了，要輪到我了，我的性能測完了之後該輪到你了，所以整個的一個流程下來之後，大家應該是各司其職，配合得非常緊密的一個過程

4.配合開發重現缺陷

我給你提bug，你改我的bug，咱們的目的只有一個，就是讓這個軟體變得更好，所以在這樣的情況下，咱們就一定要配合開發

5.督促項目整體進度

既然是一個團隊協作的過程，就一定要互相的去督促對方，包括督促開發去改bug，因為開發人員他們有時候工作很忙，他們不知道要先改哪些問題，要後改哪些問題，但是往往有一些缺陷，它影響了測試的這個時間，影響了測試的進度，那麼這個時候就需要測試員去督促開發人員，讓他盡快的去解決你棘手的問題。這個東西能夠提高咱們的測試效率

6.出現問題勇於承擔

願意背鍋的最後都成為了領導，不願意背鍋的最後依然是員工

四、專業技術能力

1.掌握測試基礎知識

基礎知識就是根基，根基打好了，你才能夠更有效地往後期發展，也就是為了以後的學習做一個鋪墊。如果根基都沒打好，功能測試不會，就想直接學性能，那性能是做不好的

2.嫻熟運用測試工具

熟悉工具和熟練使用工具完全是兩個概念，熟悉工具基本上等同於不會，遇到過很多簡歷上寫會使用什麼什麼工具，都沒有實際能力。比如loadrunner只會一個簡單的錄制，增強一下腳本，覺得會用了，那知識會用了1/5，其他4/5 都不會。

3.了解工具操作原理

它是怎麼樣給伺服器發送請求的，是用什麼樣的方式去發送請的，是用什麼樣的方式去監控的，它的操作原理是什麼樣的，咱們要把這件事情搞清楚，這樣的話能有助於更好的去使用這些東西。包括一些請求的協議，每個協議代表什麼意思，它是用來干什麼的。

4.自主完成測試任務

一定要能夠自己完成一個獨立的內容，獨立的工作，這件事情領導你交給我好了，放心我能給你搞定，要的是這樣的人

5.找出問題出現原因

找出缺陷的時候，不僅要看它的表面，還要看它的本質

6.提供問題解決方案

發現問題不是能力，發現問題並提出解決方案才是真的能力

7.提供完整測試報告

測試報告能夠說明你表達的清不清楚？領導能不能看懂？還有就是能不能夠把你整個測試的過程給它梳理得非常詳細，人家能夠通過你的報告，能夠了解到整個的項目的情況，而不是只了解一個片面的情況

8.了解相關技術領域

觸類旁通

五、邏輯思考能力

1.判斷邏輯的正確性

面試官也經常會給測試人去出一些邏輯題，邏輯題能夠分析出來你這個人思維有沒有？活躍不活躍？還有他的維度，包括他想的問題的全面性，都能夠判斷得出來。

比如說去買一樣商品，它的里邊邏輯就會經常會出現很多問題，比如說它的會員的級別，什麼樣的級別去買什麼樣的商品，它的價格不一樣，什麼情況下會給優惠券，什麼樣的情況下不給優惠券？達到多少錢的情況下才能夠使用優惠券？如果說這里邊的邏輯出現了問題的話，那麼整個的業務不用再測了

2.對可行性邏輯分析

要去測一個網站的邏輯的時候，一定要先思考這一個業務流程可能會涉及到哪些邏輯，這些邏輯哪些是可行的，有些是正向邏輯，有些是逆向邏輯，都要考慮全面，而不是說只是把正向的邏輯測試全面了，逆向邏輯不考慮。其實往往更容易出錯的地方就是逆向邏輯

3.思維導圖梳理思路

思維導圖工具能夠起到什麼作用，能夠讓你更有效的進行測試，能夠讓你的思路更清晰

4.站在客觀角度思考

去測試的時候，不要僅僅只是站在測試人員的角度上去對整個網站進行測試，還更多的要站在用戶的角度，要替用戶考慮

六、問題解決能力

1.技術上的問題

把自己的個人能力提升起來，多跟別人虛心請教，多去自己想辦法解決問題

2.工作中的問題

在任何的企業里邊去工作，肯定會遇到一些工作當中的一些不愉快的事情，而不是什麼事情都會讓你很順心。所以要去處理工作上的一些不順心的事情，不要把它帶到你的工作上，或者是你的生活上，盡可能的去跟別人溝通，去解決這個工作上遇到的麻煩

3.同事間的問題

在工作當中可能會涉及到跟開發人員的溝通，跟產品人員的溝通，跟ui人員的溝通，跟這三方的人員去溝通的時候，就要用不同的溝通方式

4.領導層的問題

如果你覺得你的領導不好，或者說你覺得對你的領導一些建議，不要的去跟同事之間去說他壞話或者怎麼樣的，領導需要的是解決問題的人，而不是製造問題的人

七、溝通表達能力

1.和技術人員的溝通

跟開發人員闡述缺陷時要簡潔明了、清晰易懂。當發現嚴重缺陷時，也不要大驚小怪，要站在開發人員的角度思考如何解決問題。而不是踩在開發頭上，炫耀自己發現問題的能力。

2.和產品人員的溝通

當對產品提出意見時，要站在用戶的角度去說明自己的想法，而不要主觀認為不好而要求產品進行修改。

3.和上級領導的溝通

跟領導溝通時要有大局觀，不能只考慮自己部門的情況。並且與領導溝通時，盡量直奔主題，不要拐彎抹角，當與領導意見不一致時，也不要直接反駁，應該先給予認可，再闡述自己的想法。

4.在集體會議中溝通

在集體會議中不要一味的突出自己的個人能力，不要當話癆，也不要默默無聞。適當的提出一些自己的見解，有助於讓大家更加重視你的存在。切記不要在多人會議中，去指責別人和推卸問題。各個部門的同事，都要面子~

5.與下級員工的溝通

與下級溝通時不要擺高姿態，不要讓下級產生畏懼感，應該更多的為下級解決問題。服務好部門的同事，才能更好的產生凝聚力。

八、宏觀把控能力

1.有效控制測試時間

測試周期的時間控制，應當採取多種方法去衡量，例如人員能力，人員數量，項目復雜程度，同類項目的測試經驗等多方面去衡量。

2.有效控制測試成本

測試成本指的是人員成本跟時間成本，不要浪費每個人的時間跟勞動力，要讓每個人充分發揮最大的價值。

3.有效制定測試計劃

測試計劃對於一個項目是核心關鍵，它的存在為了讓測試進行中有依據可查。所以測試計劃，一定要切合實際情況，要經過思考和衡量最後得出計劃安排。

4.有效控制組員情緒

組員的情緒可以直接影響測試進度跟測試的質量，當有組員出現思想問題時，應當及時溝通，採取一些必要的措施去解決問題。而不能裝看不見。

5.有效進行風險評估

任何項目在進行期間都存在許多潛在的風險，例如，人員離職，生病請假，業務變更，需求變更，伺服器或其他組件故障等。應當提前做出相應的解決方案，以免到時候手忙腳亂。

6.有效控制測試方向

測試的方向是指測試的目標和測試的范圍，很多項目的測試是有針對性的，例如性能測試，所以在測試中，一定要隨時清楚測試的目標和目的是什麼，以免把時間浪費在無關緊要的業務上。

<img src="https://pic3.mg.com/50/v2-_hd.jpg" data-size="normal" data-rawwidth="3307" data-rawheight="4388" class="origin_image zh-lightbox-thumb" width="3307" data-original="https://pic3.mg.com/v2-_r.jpg">

⑥ 軟體測試工程師需要具備哪些技能

首先要學習比較流行的開發語言，如：python，這是為了自動化測試的學習打下基礎，不過軟體測試工程師只要能用python進行簡單的開發就可以，不需要像軟體開發工程師一樣把python學的特別好。
其次學習LoadRunner、JMeter、Selenium、Appium、Postman、Fiddler這些測試工具。第三學習目前主流的資料庫系統MySQL，熟悉資料庫的基本結構和原理，熟練掌握資料庫的常用操作技術。最後軟體測試中有五大測試方法，分別為：功能測試、web自動化測試、移動自動化測試、介面測試、性能測試，這五種測試方法軟體測試工程師都需要掌握。
不僅如此，行業技能也是軟體測試工程師所必須掌握的一點。
行業主要指測試人員所在企業涉及的行業領域，例如很多IT企業從事石油、電信、銀行、電子政務、電子商務等行業領域的產品開發。行業知識即業務知識，是測試人員做好測試工作的又一個前提條件，只有深入地了解了產品的業務流程，才可以判斷出開發人員實現的產品功能是否正確。
很多時候，軟體運行起來沒有異常，但是功能不一定正確。只有掌握了相關的行業知識，才可以判斷出用戶的業務需求是否得到了實現。行業知識與工作經驗有一定關系，通過時間即可以完成積累。

⑦ 軟體測試對工程師有什麼要求

一、細心

軟體測試工程師並不需要寫太多的代碼，但是作為軟體質量的把關者，在進行軟體測試工作時要十分的細心，因為稍有一點粗心就有可能漏掉一些重大的bug，造成軟體質量不過關。嚴重的甚至會為團隊甚至公司造成重大損失。

二、耐心

軟體測試並不像軟體開發需要大量的創造性，更多的是重復性的工作，所以耐心也是作為軟體測試工程師非常重要的品質。不僅要耐得住一遍一遍反復的用不同方法進行測試，還要耐得住軟體每一輪更新的有可能重復的測試工作。

三、良好的溝通能力

軟體測試人員在提交bug給開發人員的時候，肯定免不了與開發人員進行一些技術上和問題上的溝通，這個時候就需要良好的溝通能力了。如何能讓開發人員更好的去修改bug，很考驗測試人員的溝通技巧。除此之外，在工作中跟產品經理等其他同事也經常需要溝通交流，所以良好的溝通能力也是測試工程師的要求之一。

四、責任心

雖然責任心在任何工作中都是必不可少的，但是在軟體測試工作中尤為重要。不能只滿足於用常規的測試方法測試，沒有問題就萬事大吉。還要用一些非常規的方法去發現問題，要對測試工作，包括測試的軟體，以及整個團隊負責。

以上這些問題其實都不是專業背景方面的要求，因為軟體測試工程師的門檻很低，並不需要你有多麼好的思維和IT背景。這些所需的品質都可以在學習和日常生活中慢慢培養，比如多與不同的人溝通交流，做事注重細節，不斷培養耐心和責任心等等。

⑧ 中高級軟體測試工程師需要考什麼

中高級軟體測試工程師需要考的內容
考試內容：
一、軟體測試的基本概念
1.軟體質量的概念。
2.軟體測試的目標和原則。
3.軟體測試的心理學。
4.軟體測試的經濟學。
5.軟體質量保證。

二、軟體測試的類型及其在軟體開發過程中的地位
1.軟體開發階段。
2.規劃階段的測試。
3.設計階段的測試。
4.編碼階段的測試。
5.驗收和維護階段的測試。

三、代碼檢查、走查與評審
1.桌面檢查。2.代碼走查。
3.代碼檢查。4.同行評審。

四、覆蓋率（白盒）測試
1.覆蓋率測試。
2.邏輯結構的覆蓋率測試。
3.路徑覆蓋率測試。
4.數據流測試。
5.程序變異測試。
6.基於覆蓋的測試用例選擇。
五、功能（黑盒）測試
1.邊界值測試。
2.等價類測試。
3.基於因果圖的測試。
4.基於決策表的測試。
5.基於狀態圖的測試。
6.基於場景的測試。
7.比較測試。

六、單元測試和集成測試
1.單元測試的目標和模型。
2.單元測試策略。
3.單元測試分析。
4.單元測試的測試用例設計原則。
5.集成測試基本概念。
6.集成測試策略。
7.集成測試分析。
8.集成測試用例設計原則。

七、系統測試
1.系統測試概念。
2.系統測試方法。
3.系統測試的實施。

八、軟體性能測試和可靠性測試
1.軟體性能的概念。
2.性能測試的執行。
3.軟體可靠性的概念。
4.可靠性預計。
5.可靠性分析方法。
6.軟體可靠性測試的執行。

九、面向對象軟體的測試
1.面向對象軟體測試的問題。
2.面向對象軟體測試模型。
3.面向對象軟體的測試策略。
4.面向對象軟體的單元測試。
5.面向對象軟體的集成測試。
6.面向對象軟體的系統測試。

十、Web應用測試
1.應用伺服器的分類和特徵。
2.Web應用系統的特點。
3.Web應用系統的測試策略。
4.Web應用系統測試技術。
5.Web應用系統安全測試。

十一、其他測試
1.兼容性測試。
2.易用性測試。
3.GUI測試。
4.構件測試。
5.極限測試。
6.文檔測試。

十二、軟體測試過程和管理
1.軟體測試過程概念。
2.測試組織管理。
3.測試計劃的制定。
4.測試步驟的確定。
5.測試環境管理。
6.軟體測試風險分析和成本管理。
7.測試文檔管理。
8.測試的復用與維護。

十三、軟體測試自動化
1.測試自動化的原理、方法。
2.測試用例自動生成。
3.測試執行自動化。
4.測試結果比較自動化。
5.測試工具的分類和選擇。
6.測試工具的主流產品介紹。

十四、軟體測試的標准和文檔
1.軟體測試的標准。
2.軟體測試的文檔。

十五、軟體測試實踐
1.軟體測試過程管理。
(1)軟體測試過程管理概念。
(2)測試的設計。
(3)測試的准備。
(4)測試的執行。
(5)軟體問題報告和軟體問題生命周期。
(6)測試的總結。
(7)QESuite軟體測試過程管理平台。
2.白盒測試實踐。
(1)被測程序說明。
(2)靜態分析。
(3)被測程序的插裝和動態測試。
(4)QESAT/C++白盒測試工具

⑨ 作為一名軟體測試工程師，需要具備哪些能力

通用技能上：
1.基本計算機知識（操作系統，資料庫，通訊協議原理，熟悉至少一門編程語言）
2.基本軟體測試知識（各種測試理論，測試方法論，測試用例編寫，缺陷界定標准，軟體質量評估）
3.簡單項目管理知識
產品、系統認知：
1.熟悉所測產品功能，能夠將產品文檔內描述的UC轉化成TC，這個最最基本
2.熟悉所測產品的一些隱藏需求或者功能（業務上的進階能力）
打個比方，支付公司上一種新的支付渠道，熟悉業務的測試人員應當可以預見到這次升級可能會對前段界面、系統賬務、各類報表等各個模塊造成影響，從而一並納入測試范疇。
要知道，很多時候，即便是接入這些渠道的產品經理，也不一定會在Prd或者UC中對這些可見影響項一一列出，這需要經驗和責任心。
性格上：
1.有牛皮糖屬性的為佳，越「不要臉」越好
測試工程師，在很多公司，和研發是有業務上對立屬性的（雖然從宏觀角度上來說，都是為了提高軟體質量服務）。測試工程師提交的BUG越多，意味著研發工程師工作質量越差，需要返工的工作量也越大，甚至會影響績效，所以測試工程師有時候很容易得罪研發部門。
一個可以相對堅持原則（比如3級BUG以上一定要改），又能拉下臉和不愉快的研發工程師保持較好關系的測試工程師，會對項目質量起到很關鍵作用。說到底，又能做事（發現BUG並督促修改），又會做人（該進的不讓，該退的絕對給面子，最大化消除部門間矛盾）的測試工程師，是十分難得的。
2.有異想天開屬性的為佳
這個只可意會，不好言傳的。在我帶過的團隊里，的確有那種奇葩……經常會用令人匪夷所思的方式找出BUG，這是天賦。
3.會「偷懶」的為佳
這里的偷懶不是指上班發微博聊天混日子，而是能夠利用已知資源對枯燥乏味的測試工作進行優化的同學。