第一篇：關(guān)于手機(jī)自動化測試的研究與總結(jié)報告

自動化測試是由測試腳本組成，它的核心仍然是代碼，說的簡單點，自動化測試就是程序測試程序。我們知道，是程序就一定會有缺陷，所以，不能保證測試工程師開發(fā)的腳本就完全100%沒有缺陷，如果代碼中出現(xiàn)一個小小邏輯錯誤，哪怕一個條件判斷的誤寫也會導(dǎo)致測試結(jié)果完全出錯。當(dāng)然，對于一個有經(jīng)驗和優(yōu)秀的自動化測試開發(fā)工程師來說，大多數(shù)的錯誤還是會在腳本調(diào)試中避免的。

經(jīng)過我上網(wǎng)搜索，知道了測試中有85%的缺陷是歸功于手工測試，而只有15%的缺陷歸功于自動化測試（注意：這個標(biāo)準(zhǔn)并不是隨便說的，而是由自動化測試專家共同總結(jié)得出的一組數(shù)據(jù)結(jié)論）。而且在這15%中，大約只有0.1%不到的缺陷屬于新缺陷。的確，自動化測試幾乎是無法發(fā)現(xiàn)新缺陷的，自動化測試大多是用來發(fā)現(xiàn)曾經(jīng)發(fā)現(xiàn)過的缺陷在每個版本下有沒有重新出現(xiàn)。自動化測試更適合缺陷預(yù)防而不是發(fā)現(xiàn)更多缺陷。自動化測試最大的用途就是回歸……再回歸。而對于我們手機(jī)軟件測試，用自動化測試更是少的可憐。

自動化測試對測試工程師來說必須有一定的開發(fā)技術(shù)背景，開發(fā)技術(shù)越高則寫出來的腳本質(zhì)量也就越高、越有技術(shù)性和想象力。所以對于我們現(xiàn)在必須要把程序語言（腳本代碼）學(xué)習(xí)好，有個良好語言的基礎(chǔ)，是自動化測試必不可少的條件之一；

其實每一個測試工具能真正地被使用在真實的項目中并駕馭項目的，也沒有聽說過有一個自動化測試工具能做到適合每一個項目。就拿最近我研究的三大免費(fèi)自動化測試軟件：winrunner,QTP,Loadrunner;我發(fā)現(xiàn)其實他們并不是很適合測試我們現(xiàn)在所開發(fā)的軟件（飄信），飄信是一款基于手機(jī)平臺的軟件，在這樣的要求下，我們最好而且我覺得最基本的自動化測試就是工程師第一輪的自測，這樣是最節(jié)約成本的；我嘗試使用winrunner進(jìn)行測試，這是一款自動化黑盒測試工具，其實在一些很簡單的window平臺下的軟件是可以進(jìn)行測試的，但是它們對自行開發(fā)組件、非Windows標(biāo)準(zhǔn)組件和特有組件的支持很差，容易導(dǎo)致整個測試過程的失敗。而且提供的這種基于GUI對象和位圖的測試方式，對于具有復(fù)雜交互功能的軟件而言，他的測試所花的時間和精力不如人工在機(jī)器上進(jìn)行測試的精確并且周到。對于GUI和位圖，在這方面我們的這款軟件更不需要也不值得花費(fèi)這么長的精力糾結(jié)于在這方面的測試。WinRunner提供了GUI Map的自動學(xué)習(xí)功能，但這種學(xué)習(xí)過程在某些情形下與測試過程不能取得一致，達(dá)不到理想的效果。因此，僅依賴GUI對象和位圖并不能提供足夠強(qiáng)大的功能，也不能滿足飄信測試的需求；

繼續(xù)說QTP和loadrunner這兩款現(xiàn)今最流行的自動化測試軟件，我在研究過程中發(fā)現(xiàn)，這兩款軟件在使用方面確實是異曲同工，他們都需要編寫測試腳本，這一項要求對于我們這邊的測試團(tuán)隊是有很大的要求的，因為我們這款飄信軟件是在各個平臺開發(fā)的，所以需要研究的語言就要很多種，我的想法是這兩款軟件是作為測試人員必須要學(xué)習(xí)的測試工具，就拿測試這個行業(yè)來說他們是你必備的，但是在我們這邊作為測試工具估計要很長時間的學(xué)習(xí)，而且自學(xué)會要更長的時間，我建議大家有時間的時候?qū)W習(xí)或者互相研究比較好，但現(xiàn)在按照我們團(tuán)隊的狀況使用這兩款軟件作為自動化測試工具可能有點問題；

再說一個大家都知道的Android SDK這款軟件吧，我在eclipse的基礎(chǔ)上，進(jìn)行測試，我覺得還不如就是用手機(jī)連接電腦用eclipse直接測試來的方便，在這上面你先要搭配android使用環(huán)境，用logcat記錄使用情況，與人工測試并無很大的差異，人工可能更方便快捷； android在eclipse中使用Android Test Project是可以進(jìn)行白盒測試，可是其中仍需要輸入android一些測試代碼，但是這個我個人覺得這個白盒測試是可以學(xué)習(xí)的，所以要加強(qiáng)學(xué)習(xí)，最好讓開發(fā)人員教導(dǎo)，因為這個應(yīng)該是他們進(jìn)行自測的一種測試方法。

我現(xiàn)在在等待一款android自動化測試軟件，叫做：AndroidRobot，它正處于試用期，我建議大家也可以看看這款軟件的介紹，很適合飄信這款軟件的使用！

以上就是我這些天對手機(jī)測試自動化的研究與總結(jié)，我會繼續(xù)學(xué)習(xí)和研究，從而找出更優(yōu)秀的測試軟件符合我們現(xiàn)在的飄信團(tuán)隊測試需要！報告人:xxxx

報告時間：2012/3/8

第二篇：自動化測試經(jīng)驗分享

一、測試的困惑

以前我時常反思，測試組的工作多嗎？我的回答是多。測試小組的工作成果的好壞和工作任務(wù)的多少成正比嗎？最終的回答卻并非成正比。我們的測試工作成果往往并不理想，甚至是差。那么為什么事倍功半？這問題很難找到清晰的答案。

參與了外部培訓(xùn)之后，發(fā)現(xiàn)了自己在對測試的工作有了新層次的理解。對之前工作成果差的問題思考也有了新的方向。“測試的最高境界是找出所有BUG嗎？不是，測試的最高境界是不需要進(jìn)行測試。為什么不需要進(jìn)行測試？是因為所有的問題都已經(jīng)在軟件各階段中介入的測試工作中給預(yù)防解決了。由此引申，測試的定位并不是找出BUG，而是預(yù)防BUG?！?這是我培訓(xùn)報告中的一部分。如果測試的出發(fā)點只為是發(fā)現(xiàn)BUG，那么測試工作將會如何？辛苦的發(fā)現(xiàn)了一個BUG，之后開發(fā)針對性的修正了這個BUG，再回重新測試的過程，又會有多少人會重新被卷入，又會有多少BUG因此而產(chǎn)生，又需要花費(fèi)多少時間，答案可想而知。這就是我們忙又不見成果的主要原因。所以改善這個問題的出發(fā)點就是改變對測試工作的認(rèn)識——測試的目標(biāo)并不是為了找出BUG，而是預(yù)防BUG的出現(xiàn)。

如何理解正確的測試目標(biāo)是預(yù)防BUG的出現(xiàn)。首先可以從軟件測試的階段劃分來看。軟件測試的階段劃分為需求、設(shè)計、編碼、測試、驗收。但按此劃分來定位測試是錯誤的。假如在編碼階段完成后測試出的BUG屬于設(shè)計問題（這也是我們測試工作中經(jīng)常遇到的情況），那么我們已經(jīng)編碼完成的產(chǎn)品就要面臨著傷筋動骨的修改，這樣的修改會帶出多少個新的BUG出現(xiàn)？為這個修改我們又要重復(fù)的測試我們的新提交版本多少次？想必都有很深刻及慘痛的答案了。由此可以說明需求設(shè)計階段的測試比編碼階段測試重要的多。在需求上出現(xiàn)的BUG就很有可能足以推翻整個產(chǎn)品。那么如果在需求設(shè)計階段測試人員就能發(fā)現(xiàn)產(chǎn)品設(shè)計的BUG，那么就可以避免了因此而衍生的產(chǎn)品BUG，達(dá)到預(yù)防BUG這種測試?yán)砟畹哪繕?biāo)。

那么又如何能做好以預(yù)防BUG為目標(biāo)的測試工作。“測試工作不只是一種技術(shù)，也不僅是一種活動。測試工作的成功也不能取決于測試成果，測試的BUG越多并不能證明測試工作做的好，所以由此引申，測試工作要站在團(tuán)隊的高度來開展，在團(tuán)隊中做好測試，而不是在測試小組中做好測試?！边@是我培訓(xùn)報告中的另一部分。要做好以預(yù)防BUG為目標(biāo)的測試工作，首先要盡早的參與到項目中，其次就是需要各部門及小組的大力支持，與業(yè)務(wù)、項目、代碼人員共同形成團(tuán)隊，在團(tuán)隊中影響其他小組提高產(chǎn)品質(zhì)量，更好的完成以預(yù)防產(chǎn)品出現(xiàn)BUG為目標(biāo)的測試活動。

總結(jié)來看，我個人覺得擁有這樣的測試?yán)砟羁梢越忾_我們的疑惑，帶領(lǐng)我們走出目前的困境。

二、自動化測試迷失

隨著工作、發(fā)展、提高等等多方面的需要，我接到了開展自動化測試的研究工作。概念上來說自動化測試是一種測試度量體系?，F(xiàn)實點來說，自動化測試可以為我們自動、無誤的運(yùn)作完成大量且需要重復(fù)執(zhí)行的測試用例。這是多么讓人振奮的概念。甚至可以解開我上文所提到的有關(guān)測試工作的困惑。我很興奮的去展開研究目前最流行的自動化測試工具之一QTP。甚至設(shè)計出了管理中心的三個重要功能的自動化測試腳本，并且運(yùn)行無誤在自動化測試討論會上興奮的向大家演示。之后還用工具按鍵精靈設(shè)計出了前端的A類測試用于實際的測試。但很讓人沮喪的是最終這些腳本全被遺棄在電腦硬盤的角落，再也沒派上用場。為什么？因為他們維護(hù)起來很困難，因為他們編寫它們的時間與實現(xiàn)的價值并沒有超過手工測試。這就是自動化測試嗎？怎么不可行啊，我有點不太相信這種結(jié)局，所以我再一次困惑了。

外部培訓(xùn)的老師這樣告訴我們：“我們并沒有理性的看待自動化測試，自動化測試并不是我們看上去的那樣美。首先自動化測試能直接的節(jié)約成本、讓測試人員變輕松的想法是一個誤區(qū)。因為原本用于手工測試的時間用來編寫及維護(hù)測試腳本了，而完善的自動化測試腳本編寫或維護(hù)的時間很可能會超過手工測試的時間。再者自動化測試腳本用例是測試人員所編寫，自動化測試只能是沿著該測試人員的“足跡”前進(jìn)。所以用自動代測試來發(fā)現(xiàn)更多軟件產(chǎn)品問題的想法也是一個誤區(qū)。其次并不是所有的測試都能自動化，測試的自動化也不一定是解決問題的最佳手段?！?/p>

聽完這些，原本困惑的我又多了份驚訝，一方面驚嘆產(chǎn)述的這些狀況與我之前的自動化測試的試行失敗是相近的。另一方面又猜疑這自動化測試該不會像共產(chǎn)主義社會那般吧！隨著培訓(xùn)內(nèi)容的展開，我終于解開了困惑，何為理性的看待自動化測試。

“如同不能指望原始社會擁有了汽車就能進(jìn)入現(xiàn)代社會一樣，自動化測試工具永遠(yuǎn)都不能主導(dǎo)測試實現(xiàn)自動化”（出自國信培訓(xùn)文檔）。我們錯誤的把自動化測試看成了一種測試工具或測試手段。自動化測試是一種理念，它要發(fā)揮它真正的作用就需要這種理念轉(zhuǎn)變?yōu)橐环N體系——自動化測試體系。

“引入自動化測試的前提是已經(jīng)建立了合適的自動化測試體系，如果沒有這些，而片面的追求自動化，無異于緣木求魚。自動化測試體系是指能夠適用某種環(huán)境的測試工具、過程、人員結(jié)構(gòu)、方法的綜合，運(yùn)用于整個項目團(tuán)隊”?；氐轿抑暗膶TP研究失敗的原因，首先我開始就覺得因為研發(fā)的設(shè)計、編碼實現(xiàn)并沒有考慮到自動化，而導(dǎo)致自動化腳本的編寫非常吃力。比如產(chǎn)品頁面項目的命名不規(guī)范，導(dǎo)致自動化測試工具很難捕捉這些頁面對像。其次就是測試腳本的方向迷失，我在研究QTP的時候就發(fā)現(xiàn)了這個問題。隨著我一點點的在編寫著腳本，我不斷的發(fā)現(xiàn)自己在的測試腳本的編寫方向上出現(xiàn)了迷失。這段腳本我編寫的目標(biāo)本來是功能測試，但隨著我的補(bǔ)充卻接近于開發(fā)級的單元測試。而另一段本屬于功能性測試的腳本，因為功能的重點需要，我又補(bǔ)充了部分腳本導(dǎo)致整個測試腳本測試目標(biāo)變成了完整關(guān)聯(lián)性測試。而做為單元測試的腳本卻并沒有在開發(fā)的角度上來設(shè)計，根本做不到函數(shù)、類等代碼級的測試，根本不能達(dá)到要求。做為完整性測試的腳本也無法模擬接口功能中幾何倍數(shù)級的各種條件輸入對應(yīng)的輸出測試。而功能測試腳本算是碩果僅存，但隨著開發(fā)對產(chǎn)品的代碼大規(guī)模調(diào)整（這些調(diào)整當(dāng)然不會考慮對已經(jīng)實現(xiàn)的腳本的影響）而直接“報廢”。如果需要腳本繼續(xù)工作，那么就要花時間來修改調(diào)整它。這些腳本的結(jié)局又再一次可想而知了。

所以首先我們要理性的看待自動化測試，不要片面的去追求它。對不同的項目要開展不同自動化策略。參考如下

（1）評審項目中特定的部分作為應(yīng)用自動化的候選對像。

（2）從項目中高度冗余的任務(wù)或場景重點考慮自動化。

（3）將乏味且人工容易出錯的工作重點考慮自動化。

（4）將回歸測試經(jīng)常需要“照顧”到的部分重點考慮自動化。

（5）自動化開始時要首先關(guān)注開發(fā)成熟、理解透徹、相對穩(wěn)定的且不易變的部分優(yōu)先考慮自動化

其次，自動化所實現(xiàn)的最大價值目標(biāo)是可不間斷的、可重復(fù)的自動執(zhí)行對需求、設(shè)計、代碼全面覆蓋的大量測試用例從而預(yù)防bug的產(chǎn)生的一套質(zhì)量保障機(jī)制。所以自動化測試的重點在于測試自動化作為一個體系，要運(yùn)用于整個項目團(tuán)隊。項目組要討論它（策略、時間、成本等）、研發(fā)需要參與它（編碼方向、自動化支撐、以及代碼單元測試自動化的計劃和執(zhí)行等）、測試要引導(dǎo)及推進(jìn)它（策略、方法、執(zhí)行、跟進(jìn)、維護(hù)等），各團(tuán)隊共同形成體系，才能讓自動化測試工具真正的成為一種質(zhì)量保證的有力武器。

第三篇：手機(jī)測試經(jīng)驗總結(jié)

手機(jī)測試經(jīng)驗總結(jié)

VPM主要是激勵團(tuán)隊成員測試和學(xué)習(xí)，而不是自己去執(zhí)行用例。當(dāng)被委派為一個項目的測試經(jīng)理時，VPM應(yīng)該清楚項目計劃和轉(zhuǎn)折點、軟件發(fā)布時間表、產(chǎn)品定義特征列表。

1、作為VPM應(yīng)具備以下幾方面能力：

（1）、用不同的方式看待問題

（2）、制定計劃，滿足項目上市時間

（3）、依據(jù)質(zhì)量、時間、成本對PR進(jìn)行判斷和決定

（4）、增進(jìn)溝通，總結(jié)不同項目的經(jīng)驗

（5）、和團(tuán)隊的密切合作

2、測試工作點：

（1）、測試軟件機(jī)制

（2）、分析問題

（3）、對產(chǎn)品進(jìn)行認(rèn)證并得到相應(yīng)證書

（4）、評估對于返修率、最終用戶和運(yùn)營商抱怨的影響

若做歐洲市場的產(chǎn)品，一定要做CE認(rèn)證。FCC認(rèn)證在Latam市場是必須的，CTA認(rèn)證在中國是必須的。

一、相關(guān)測試知識學(xué)習(xí)

1、軟件測試包括測試計劃、測試設(shè)計、測試執(zhí)行、測試評估這幾個階段；

測試計劃：

了解軟件當(dāng)前狀態(tài)及客戶對軟件的需求；

了解產(chǎn)品規(guī)格書：按鍵定義及菜單樹；

管控和跟催軟件方案商的版本發(fā)布時間；

測試設(shè)計：根據(jù)客戶需求和產(chǎn)品規(guī)格說明書來編寫測試用例；

測試執(zhí)行：測試策略包括基本功能測試、UI測試、沖突測試、壓力測試、兼容性測試、驗收測試

測試評估：進(jìn)行三次全面測試，由方案商發(fā)出軟件和報告，TMC和SZ Team

同時測試并反饋給方案商，如此反復(fù)數(shù)次，方案商改善結(jié)果并商討最終結(jié)論。

2、場測

在硬件成熟、軟件基本成熟的情況下做場地測試，主要測試這幾項：尋網(wǎng)時間、呼通率數(shù)據(jù)、通話質(zhì)量、Wap測試、FM測試、信息、緊急呼叫、基本功能測試。

3、說明書測試

驗證說明書基本功能是否正確，是否清晰易懂、排版規(guī)范、無錯別字等。

4、認(rèn)證分類

按照銷售地區(qū)分為國內(nèi)認(rèn)證和國外認(rèn)證，國內(nèi)認(rèn)證是CTA認(rèn)證，國外認(rèn)證是CE認(rèn)證和FCC認(rèn)證。CTA認(rèn)證需要拿到國家無委頒發(fā)的入網(wǎng)證書、受理中心頒發(fā)的許可證書、3C認(rèn)證頒發(fā)的3C證書。

第四篇：手機(jī)測試簡歷

個人簡歷

個人信息

姓名：性別：男

出生日期：1990籍貫：河南省

畢業(yè)院校：鄭州科技學(xué)院專業(yè)：計算機(jī)應(yīng)用技術(shù) 學(xué)歷：大專手機(jī)：xx

郵箱：xxx@qq.com

求職意向

手機(jī)測試和相關(guān)專業(yè)

職業(yè)技能

1.軟件測試：學(xué)習(xí)過測試流程，文檔的編寫，測試用例，軟件測試周期、軟件工作流程及掌握黑盒測試技術(shù)，能夠運(yùn)用黑盒、白盒的測試方法，及自動化測試工具，完成測試用例的編寫和執(zhí)行，并提交缺陷報告等。

2.測試工具：自動化測試工具（Quick Test Professional），性能測試工具（LoadRunner），能夠使用loadrunner自動化測試工具進(jìn)行功能和性能自動化測試。

3.編程技術(shù)：學(xué)習(xí)過C++、HTML。

4.數(shù)據(jù)庫：Access、SQL server 2000/2005。

5.辦公軟件：使用軟件會用Ppt、Word、Excl、及其它Office系列辦公軟件。

6.操作系統(tǒng)：Windows和Linux下各類開發(fā)及測試環(huán)境的搭建。

項目經(jīng)驗

項目一：中國石油管道公司移動應(yīng)用系統(tǒng)測試

? 測試環(huán)境：CPU 雙核 + 2.0GHz + 內(nèi)存2.0 + 硬盤60G + Windows7 +IE 7.0以上? 項目描述：該系統(tǒng)是北京萬巖通有限公司為中國石油西南管道公司、西北管道公司及 寧夏石化公司開發(fā)的移動應(yīng)用系統(tǒng)，主要包含：移動站點、移動新聞、文檔庫、代辦管理，各集團(tuán)移動信息門戶等功能；在此期間本人負(fù)責(zé)對西北銷售信息門戶的新聞、欄目、行業(yè)動態(tài)、子站點等內(nèi)容進(jìn)行Web測試及兼容性測試。

? 職責(zé)描述：擔(dān)任測試工程師，負(fù)責(zé)搭建測試環(huán)境，完成所負(fù)責(zé)功能模塊的PC機(jī)和移動終端的頁面 Web測試、兼容性以及安全性測試，設(shè)計測試用例并執(zhí)行，提交缺陷報告。

項目二：北京萬巖通HRM系統(tǒng)

? 測試環(huán)境：客戶端操作系統(tǒng)Windows XP + SQL Server 2008

? 項目描述：萬巖通HRM系統(tǒng)是北京萬巖通科技有限公司為適合企業(yè)自身發(fā)展，而推

出的企業(yè)人力資源管理系統(tǒng)。本項目主要針對局部功能模塊進(jìn)行測試，包括：人事管理、行政管理、薪資管理以及考勤管理等功能進(jìn)行測試，本人負(fù)責(zé)對人事管理模塊進(jìn)行測試。

? 職責(zé)描述：擔(dān)任測試工程師，負(fù)責(zé)搭建測試環(huán)境、完成人事管理模塊測試任務(wù)，參

與整個HRM系統(tǒng)測試計劃的擬定，負(fù)責(zé)設(shè)計測試用例并執(zhí)行，提交缺陷報告，最終經(jīng)該項目測試小組分析與總結(jié)，完成項目的測試報告。

工作經(jīng)歷

2011-9至2013-12鄭州科技學(xué)院

2014-12至今北測教育科技發(fā)展有限公司，學(xué)習(xí)軟件測試

自我評價

1.熱愛測試行業(yè),對軟件測試有濃厚的興趣，具有很好溝通能力和團(tuán)隊精神

2.喜歡學(xué)習(xí)新技術(shù)，敢于面對和克服困難

3.較強(qiáng)的動手能力，很好的分析問題與解決問題的能力

4.工作認(rèn)真負(fù)責(zé)，積極上進(jìn)、有耐心、細(xì)心，有良好的職業(yè)素質(zhì)

5.生活中樂觀向上，待人友善

第五篇：手機(jī)測試心得

手機(jī)測試小總結(jié)

時間過得真快，一晃自己已經(jīng)工作八個月了。通過這段時間的用心學(xué)習(xí)，對手機(jī)測試工作有了一定的認(rèn)識和理解，自己也從一個嘗試學(xué)習(xí)的軟件測試員升任為test leader，總結(jié)了一下半年多自己的心得體會，希望對那些渴望學(xué)習(xí)并做好軟件測試的同仁有所幫助。

軟件測試是一個提高產(chǎn)品質(zhì)量的必要條件，也是提高產(chǎn)品質(zhì)量的最直接最有效的手段。軟件測試會成為軟件行業(yè)中最關(guān)鍵及重視的一個環(huán)節(jié)，所以做軟件測試還是很有前途的。

要想成為一名出色的測試人員，首要條件是測試人員要非常喜歡測試工作，才能在工作中找到樂趣，才能使自己的潛能在工作中發(fā)揮出來。其次，在測試過程中，測試人員需要勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問題，細(xì)心能夠有條理地總結(jié)問題，這樣自己才有機(jī)會成為最出色的員工。下面是我自己總結(jié)的一些在測試工作中需要注意的問題：

1.認(rèn)真細(xì)致的依據(jù) test case 進(jìn)行測試。不要總以為 test case 比較簡單，不能找出問題，test case 是手機(jī)最基本功能的測試點，只有掌握了手機(jī)最基本的功能，從而認(rèn)真思考各功能點的銜接性，拓展測試思路，才能更全面的找到bug。

2.發(fā)現(xiàn)bug 后要找出最簡單的重現(xiàn)bug的步驟，這樣有助于你掌握出現(xiàn)問題的原因所在。

3.測試人員要及時關(guān)注開發(fā)的過程，每出新版本要著重測試開發(fā)修改和增加的模塊，因為開發(fā)的調(diào)整可能會引發(fā)許多新問題.。

4.多看看公司CQ里的bug,有助于你了解手機(jī)哪些地方出現(xiàn)問題比較多，軟件系統(tǒng)哪里存在問題比較嚴(yán)重。另外，注意一下別人尋找bug的思路，從而取長補(bǔ)短，提高自己的測試能力。

5.拓展測試思路，嘗試各種不同操作。軟件測試需要模擬各種真實用戶（包括專業(yè)用戶、無聊用戶、黑客、甚至變態(tài)用戶）對軟件進(jìn)行操作和使用，從中查找出軟件的缺陷。只有通過各種方式對軟件全面測試，才能避免漏測。

6.學(xué)習(xí)與測試軟件相關(guān)的知識。學(xué)習(xí)操作系統(tǒng)的知識有助于你發(fā)現(xiàn)缺陷，定位問題更加準(zhǔn)確，如可以根據(jù)PC機(jī)的Word 來對比手機(jī)的Word 文檔。

7.進(jìn)行free test 時要有明確的測試范圍和測試目的，不能漫無目的，看見模塊就測試，容易產(chǎn)生浮躁不穩(wěn)定情緒，就很難發(fā)現(xiàn)問題了。

8.壓力測試一般會有很多問題，需要有耐心并詳細(xì)嚴(yán)謹(jǐn)?shù)倪M(jìn)行，不要因為難度大又繁瑣而偷工減料，導(dǎo)致漏測問題很多。

9.測試過程中需要學(xué)會控制情緒。測試工作是一件很細(xì)致繁瑣的工作，不能因為工作的繁瑣或找不到bug而產(chǎn)生浮躁情緒，否則亂上加亂。

10.要學(xué)會與開發(fā)人員很好的溝通。溝通時需要注意：（1）自己要站在用戶的角度看問題，不能因為問題對開發(fā)有難度而妥協(xié)（2）找出最簡單的重現(xiàn)bug步驟來減輕開發(fā)尋找問題所在的難度（3）關(guān)注開發(fā)對軟件的改動，隨時與開發(fā)溝通（4）與開發(fā)交流溝通時注意方式與態(tài)度，不能與開發(fā)產(chǎn)生沖突

11.對于提交bug時應(yīng)該注意的問題：（1）注意描述語言，要簡潔明確，避免錯別字；（2）在提交和網(wǎng)絡(luò)相關(guān)的Bug時請注意認(rèn)真填寫當(dāng)前網(wǎng)絡(luò)信號情況；（3）在提交死機(jī)黑屏等嚴(yán)重問題時要注意當(dāng)前電池電量，以及是否插入數(shù)據(jù)線，充電器，并要描述能否呼入電話，以及呼入時的網(wǎng)絡(luò)提示（關(guān)機(jī)，無法接通，忙音…）

想了半天也只寫了上面幾點，希望能對大家有所幫助。就我個人覺得軟件測試最主要的是測試工程師的態(tài)度與理想問題。測試工程師要看到測試行業(yè)前途的光明，要使自己熱愛測試的工作，在工作中做一個善于總結(jié)的有心人。軟件測試并不單純是為了找bug,而是為了保證軟件的質(zhì)量問題。不能把bug數(shù)作為衡量一個工程師能力的尺度，提交bug得以修復(fù)最多的測試工程師才是最棒的。