第一篇：一個月通過計算機4級軟件測試工程師范文

通過時間：2013年3月

所用教材：全國計算機等級考試四級教程——軟件測試工程師（教育部考試中心的2010版）哈工程的 一套歷年真題和模擬題

計算機基礎：我個人認為，有離散數學，數據結構，C語言/C++，面向對象語言的基礎就夠

了。完全沒有離散數學和數據結構基礎的稍微費點勁，但影響不大。但是沒有

C語言基礎的，就會有一道大題不會做。沒有JAVA或C++基礎的有些面向對

象的問題是學起來比較費勁的。

軟件測試介紹：25個選擇題*2=50分 純基礎，有難度也就是算算覆蓋率，最少路徑數，測

試用例數之類

3個大題=50分。第一個大題不一定會出什么，但是很簡單，感覺出測試

路徑的可能性較高。

第二題是依據QE Suite Web Version1.0軟件問題填空的，復習的時候看真題就行，一看就懂，每年都出，超好拿分。

第三個是畫數據流圖，功能圖，控制流程圖等之類的，算

是軟件工程的范圍，可能需要讀程序，也可能是給你一些

信息去畫圖，然后判斷各種覆蓋度的。這個也比較好拿分，看懂程序了，圖誰都會畫。

我的復習時間：3月1號開始，3月30號考試

我是大三的時候考的，一遍就過。學過C++，數據結構，C++，JAVA，就是上課講的那些，特基礎的東西。首先我花了2個星期的時間讀完了官方指定的教材，總共15章，就是基本上每天一章，前面幾天建議要一天要學倆章，因為前期效率高且內容簡單，這個東西思考的很少，堅持讀就行了，我讀完以后都能讀懂，真心不難。就是沒有任何基礎的同學也沒有問題，堅持讀就行啊！！

然后又用了2個星期做了8套真題，模擬題都沒有做。選擇題第一次做的時候用了2個小時，可以看書翻書，因為你只看一遍書根本還做不了這些題，我記得我前4,5次都在翻書，后面3,4套題不會的題目會翻書，但基本很少看了，到后面做25個選擇題大致半個小時就搞定了。我是用前8天時間做8套題的選擇題，但是每天都會看前幾天做過的題，不斷的記憶，因為有好多題每年都會重復考，并且軟件測試本來就是需要背的，但是你不用專門去背，多看幾遍就好了。8天結束后就是做大題了，大題就更簡單了，我覺得認真做一下每個人都能拿一半的分，還是不會做就看答案，研究答案就行，沒必要向做數學題一樣想半天。如果你按我的這種計劃學到這里了，相信你自己也大致有了領悟了，就按自己的計劃走吧。我當時反正就是不停的看做過的真題。

最后就是我想說，軟件測試考試其實很簡單，都是很基礎的內容，不向思科認證，微軟認證這些專業考試，你只要看過一遍書，認真做過8套真題并且仔細分析過就一定能通過，并且他涉及的內容不太多。堅持就是勝利，一個月的時間咬咬牙就堅持下來了，0基礎也不要怕，中國的考試只要下功夫就一定沒有問題。

我考試的時候選擇題應該能對20個（如果你真按我要求做了8道真題，你也可以的）。大題應該能拿一半分以上，可能作圖格式什么的不太規范但是思路肯定沒問題，反正我也不是要滿分。

最后我再說倆個字： 堅持！

第二篇：計算機翻譯軟件測試

對計算機翻譯軟件的測試

跨進九十年代以來，計算機以其迅猛的勢頭進入了高等學校的教學科研領域。這一趨勢也把外語專業的翻譯教學推到了一個十字路口，給這門課提出了新的課題。眾所周知，人工智能研究的一個十分重要但又極其困難的方面，就是讓計算機懂得人類交往的語言，即自然語言。機器翻譯系統是計算機科學的重要研究領域，國內外近幾年來均取得了重大進展。有報道說，由中國科學院計算機所等單位聯合開發研制的“863智能型英漢翻譯系統”達到當今世界最高水平，該系統實現了對原文的語法、語義’和常識的一體化分析，具有面向多文種翻譯的軟件環境。臺灣產“功學電腦自動翻譯系統”也具有“文章類別指定’）的功能，用戶可以在“電子資訊、“歷史法律”、“軍事”等方面指定計算機進行翻譯。機譯系統的這些功能是非常誘人的。

不管怎么說，我們沒有理由拒絕這些高科技成果。然而從當前的情況來看，翻譯及翻譯教學與計算機及其輔助翻譯系統的“聯姻”卻困難重重，舉步艱難。其中，硬件建設是客觀原因之一，例如《譯星》主系統投資據了解在兩萬元左右，每加一種詞典又需一萬五，等等。此外，翻譯軟件功能的評價標準無法達到統一也是其中的原因。筆者長期從事翻譯及翻譯教學工作，對翻譯的標準問題深有體會。在翻譯界，長期以來郎存在對翻譯標準的爭論。“信、達、雅”，“忠實、通順、“正確”，“形似?、神似”，不一而足，有的甚至連圈內人都說不清楚。說到底，造成這種情況的根本原因在于，與科學上的度量衡不同，翻譯質量的標準是一些軟杠子，在實際操作中，標準與訂單一標準之間的差別很大，誰也不可能制的定量測試標準。例如有的客戶只要求翻出大意，能看懂就可以了，而翻譯工作者和翻譯課教師，正規的出版社或報刊，考慮到對讀者負責，避免謬種流傳，往往要求譯文達到可以正式出版的標準。對于由計算機軟件完成的翻譯作業，不同專業、不同級別的專家實行的標準當然就更不可能統一了。有的英語專業人員可能給50分，另一些可能只20分。中文專業的可能給50分，某些非語言專業的人員則可能給80分。

這是因為，英語專業人員看到的可能全是計算機做錯了或做得不好的地方，而非英語專業的人員看到的則是計算機完成的翻譯作業中已經解決的問題或可以來用的部分。耐人尋味的是，一個基礎很差乃至可能根本不懂英語然而會操作計算機的人能夠毫不費力地做到這一步。而這很可能是翻譯界和翻譯教學今后回避不了的問題，對此我們應該有所準備。

最近我們在翻譯課教學中組織了一次英語專業學生與計算機自動翻譯系統的交互測試實驗，目的是讓學生初步認識機器翻譯系統，了解機譯系統的長處與不足，進一步則要求學生思考在今后的實際工作中怎樣運用這些高科技產物。我們感覺實驗從整體上說是成功的。學生對這祥的實驗很有興趣，實驗結果基本上沒有 超出我們的預估。現將有關這一實驗的一些基本情況分析如下，希望能夠引起譯界同行和計算機專家們的興趣。

實驗的第一部分是為什算機完成的翻譯作業打分。為便于比較，我們采用了兩種機器翻譯系統，一種是中國科學院科智語言信息處理有限公司的“智能型英漢機器翻譯系統”，另一種是臺灣產的功學自動翻譯系統。十個題目中前五題的原文選自高等學校英語專業教材《英漢翻譯教程>>(張培基、俞云根等編，上海外語教育出版社），題材屬于社會科學類，難度對于英語專業學生來說屬于中等，對非英語專業的人員則偏難。后五題選自中國冶金進出口上海公司的一份廣告（《上海科技翻譯》1993年第二期）內容大致可以歸人科技類，難度為中等。實驗規定的等級為優等2分，及格1分，不及格為0。每一個句子后邊的中文即計算機完成的作業。原教材和刊物提供的譯文（不是標準答案，謹供參考）附后： 1． The sight and sound of aur jet planes filled me with special longing。科智系統：我們的噴氣式飛機的情景和聲音使我充滿特別的渴望。

功學系統：我們的噴射機的景象與聲音充滿我以（和）特別的Ionging。參考譯文：看到我們的噴氣式飛機，聽到隆隆的機聲，令我特別神往。

2． The sun rose thinly from the sea。科智系統：太陽從這海稀薄升起。功學系統：這太陽薄細上升起從這海。參考譯文：淡淡的太陽從海上升起。

3． The mountains began to throw their long blue shadows over the valley。科智系統：這些高山開始越過這個（山）谷投他們的長的藍色的影子。功學系統：這些山開始擲他們的長藍色陰影超過這valley。參考譯文：群山已在山谷里開始投下蔚藍色的長影。

4． He wanted to send them more aid，more weapons and a few more men。科智系統：他想要送他們更多的援助，更多的武器和幾個更多的人。功學系統：他想要送他們更多aid，更多一些槍械與一些men。參考譯文：他想給他們增加些援助，增添些武器，增派些人員。

5． Let bygones be bygones。科智系統：既往不究。

功學系統：是過去的就讓它過去。參考譯文：過去的事就讓它過去吧。（或既往不究）

6，Handle domestic sale of surplus prod.科智系統：處理過剩產品的本國出售。功學系統：處理盈余products進出口貿易。參考譯文：兼營剩余出口產品的內銷。

7． Contract engineering projects and offer technical service。科智系統：承包設計工程并且提出技術服務。功學系統：合約工程計劃與提供技術的服務。參考譯文：承包工程項目和提供技術服務。

8． Import raw materials for metallurgical induStrv。科智系統：為冶金工業的進口原材料。功學系統：為冶金學的工業提供原料。參考譯文：進口冶金工業所需原材料。

9． Handle compensation trade and joint venture prOJects。科智系統：處理補償毛衣和合資經營工程。工學系統：處理對抵貿易和聯營事業計劃。參考譯文：經辦冶金企業補償貿易和合資經營。

10． Import and export metallurgical equipment，spare components andinstrumentation devices。科智系統：進出口冶金裝備，零部件組成和器樂演奏的譜曲設備。

功學系統：進出口貿易冶金削設備，饒恕零組件與使用儀器工具（裝置）。’ 參考譯文：經營冶金設備、備品備件和儀壓的進出口業務。”

實驗結果，計算機的得分率為50％左右，其中第五題得高分的概率很高。也就是說，整個第一部分的題，計算機可以得百分制50分。從兩種機譯系統的譯文也不難看出“科智”顯然要比“功學”高明許多。

第二部分實驗要求根據機器（功學系統）譯文給出下列英語諺語在漢語里的準確說法。1．從不提供教魚游。

2；雖然上帝的磨慢慢地研磨，還他們非常地研磨小的。3．滾動的石頭衣皺沒有苔蘚。

4．一半一個一塊是更好的比沒有面包。5．由于你鋪你的床，你如此必須躺。6．一只貓有九生活（人）。

7．天堂的復仇是慢下來，但確定的。

實驗結果，大部分學生部能根據現成的譯文寫出相應的諺語，并且能夠指出計算機的錯誤，例如第3題，翻譯系統錯在不識原文，譯得很笨拙。第6題錯得很可愛，正確的譯法應該是“貓有九命”。第2題和第7題原文是同一諺語的兩種不同的說法，從機器譯文也應該說看得出來。

我們感到，這一類型的實驗最理想的對象是非英語專業的人員，設計時還可以將內容展開一些，例如避開兩種語言文化中有較大共核的部分，等等。這一部分實驗證明，機器翻譯系統不像翻譯界所認為的那樣笨，但也沒有達到計算機界所相信的那樣高的智能化。現今的一些翻譯軟件大都標榜譯文的信度達百分之八十以

上。這大概依據的是某一個專業的標準，在專業分工高度明細化的今天，夸耀這樣的信度是沒有什么實際意義的。這恐怕是軟件業者在宣傳中應該注意的一個問題。

實驗的第三部分借鑒了美國加利福尼亞大學的一項人工智能實驗的某些做法，要求裁判原文下邊所附的兩種譯文中哪一種是計算機完成的。我們選擇了見諸若干正式出版物的部分。

譯文，譯者即使不算名家，也是在翻譯界多年征戰的強手。選擇原譯的思路是原有譯文在發表的當初就多有爭議（參見《此風不可長》閡義，《中國翻譯》1981年第三期），這些爭議的現實義就在于，近幾年來翻譯界屢禁不止的粗制濫造之風有越演越烈的勢頭，圈外人有理由看看，譯界中人有的時候是不是也會錯到十萬八千里外去。

1．No one is so foolish as to believe that anything happens by chance。A.誰也不會愚笨到相信世間有什么偶然發生的事。－

B.沒有人是如此愚蠢的，以至于相信任何事物意外地發生。

2． It was hardly likely that anyone would threaten him with prison。A，它是幾乎不很可能的；任何人以監獄威脅他。B，幾乎好像什么人都會拿監獄來恐嚇他似的。3． How she must hate me！A.如何她必須恨我！B.她為什么一定要恨我！

4． Suppose we get to the point． What do you suggest happened？ A，如果我們談到重點時，你的提議到底發生了什么作用？ B假設我們抓住到這要點。你建議發生什么呢？ 5． Do you fellows feel like a drink？ A，你們這些家伙感到像飲了酒一般吧？ E你伙伴們想要一個飲料？

6． But l don't know what the note refers to.Perhaps you do－or perhaps de Winter does。凡但我不知道，那個這注解參考（提及），冬天你"做－or／或許de或許是。B，不過我不曉得這張條是誰的。或許是你的——或者是文德的吧

對這一部分實驗結果的分析比較復雜。首先，第1題和第2題原譯剛好譯反，而計算機譯文則是正確的。這里有一個兩難問題，按照“信”或“忠實”的標準（right or wrong？），譯者只能得零分；如果僅按“通順”的標準裁判，公平他說，計算機還不至于只能得鴨蛋。因為按照翻譯的標準，‘｀忠實”永遠是放在“通順”之前的，首先要解決的是right or wrong？的問題，然后才談得上考察通順不通順，譯得漂亮不漂亮。這里倒是應了翻譯界的一句俏皮話。翻譯好比女人，往往漂亮的不忠實，忠實的不漂亮。第3題二者的譯文差不多，譯者比計算機好不到哪兒去，第4題和第5題與第1、第2題兩題情況相似，意思出入很大，錯誤的譯文同樣不是出自計算機翻譯系統。第6題，譯文不像中文的一句是機器譯文，這也是自動翻譯系統在整個實驗中翻譯得最糟糕的一句，而像中文的一句偏偏又是一個連一般的英語專業學生都看得出來的極其明顯的誤譯，這里的兩種翻譯都令人涕笑皆非，彼此大概都不能說自己比對方高明。

第四部分是演示機譯系統的速度，這一部分是由北京科智語言信息處理有限公司的機譯系統完成的，原丈選自1994年的美國《讀者文摘》雜志，均有一定難度，每一題后括號里的便是計算機完成作業的時間：

1． There is no king who has not had a slave among his ancestOrs，and no slave who has not had a king among his.2． Good teaching is one－fourth preparation and three－fourths theater。

3． There arethree ways to get something done ：do it yourself，employ someone or forbid your children to do it。

4． I have one request：may l never use my reason against truth。5． What really flatters a man is that you think him worth flattering。

1．沒有國王，沒在他的祖先中間有一個奴隸，和沒在他中間有一位國王的沒有奴隸。（5’）2．好的教是四分之一準備與四分之三的劇院。（2’）

3．有三條路要完成某些事情：自己做它，雇傭某人或者禁止你（11）的孩子做它。（8’）4．我有一項請求：也許五月我從未使用我的原因反對事實。（1'）5．真的奉承一個人的是你（們）認為他值得奉承。（Y）

1990年國家教委批準頒發的《高等學校英語專業高年級英語教學大鋼》規定，高年級學生英譯漢翻譯速度為每小時250英文詞（即每14秒鐘處理一個詞）。而速度則是機譯系統的強項。“863”系統為每分鐘400字，《譯星一92》可達每小時3萬個英文詞，臺灣產功學系統可以達到每秒一個英文詞。

實驗結束，電腦翻譯系統的重大缺陷也暴露無遺，其中有些問題是計算機科學長期以來沒有解決也可能是永遠無法解決的。例如，機譯系統能夠正確翻譯某些職業翻譯稍有不慎就會譯錯的東西，卻無法辨認連初中生都能識別的一些基本句型，如上述第四部分1、3兩句，如果不經操作人員進行預處理，計算機無從辨別其中的there是作引導詞還是作實詞。第三部分第6句也很能說明問題，本句中的Winter是原文中的一個人物，助動詞dO和does代前文中的動詞know，翻譯系統看來是無法理解這些問題的。非計算機專業的人員對于翻譯軟件的這些局限應該有比較全面和清醒的認識。似乎可以肯定，這一類自動翻譯系統目前還不具備將上下文聯系起來理解和翻譯的能力。系統在確定文章類別方面的功能也沒有什么實際意義。我們不能指望機譯系統替我們翻譯文學作品。再說，對于一個喜歡兜圈子的作家寫出的作，品或者是一部有思想的哲學著作，十個翻譯家綁在一起也不一定能翻譯得十全十美，皆大歡喜。我們應該認識到的是，機譯系統是能夠為我們完成大量機械性的翻譯任務的，非計算機專業的人員憑借自動翻譯系統可以得到極大的解脫，充分發揮本專業之所長，去從事更富創造性的工作。我們的實驗還證明，正在走向新世紀的大學生普遍對計算機科學抱有極大的興趣，教師應該與他們一起探索如何進一步拓寬實際運用的范圍，充分利用這一張二十一世紀的“護照”。

目前，翻譯與翻譯教學，和機譯系統與機器翻譯研究，似乎還處在以鄰為壑、各自為政的狀況。

第三篇：軟件測試工程師總結

軟件測試工程師總結

總結是在某一特定時間段對學習和工作生活或其完成情況，包括取得的成績、存在的問題及得到的經驗和教訓加以回顧和分析的書面材料，它是增長才干的一種好辦法，快快來寫一份總結吧。那么總結要注意有什么內容呢？下面是小編精心整理的軟件測試工程師總結，僅供參考，大家一起來看看吧。

x年是我進入公司的第一年，也是我的工作能力得到提高和快速發展的一年，在公司領導的指導和同事以及其它部門的支持配合下，最后在經過自己的努力，完成了自己所要完成的各項工作任務，在新的一年來臨之跡，我要對過去一年的工作進行一個全面的總結，以便在今年的工作中能夠有更明確的目標，盡量克服自己現在所存在的不足，希望能更一步為自己所在的部門增光，做出自己的貢獻。下面是我對去年工作匯總。

一、總結：

1.自身定位：在過去一年，是我進公司的第一年，也是我工作的第一年，剛開始在我對工作競爭和自身都不甚了解的情況下，在領導和同事的指導下，我感覺自己已經慢慢對人與人的競爭和自身定位有了深刻的了解，因為有了自我目標，才能感受到自己的壓力有多大!我的目標也不只是完成目前所要做的工作而已，要向其它方面拓展學習。

2.定下心來，踏踏實實：我學的是計算機專業，我的工作也是計算機方面的，以前有什么優勢，但是踏入工作崗位后才發現，自己學的只是一個基礎，只是有些方面或許比別人走的快一步，所以一切都要靠自己.自己要定得心下來學習.成功需要耐得住寂寞，不求最快，但求.3.團隊合作：以前在學校或許你可以靠一個取得好成績，在工作上你必須要有一個團隊，在一個部門之中，團隊合作精神顯得尤為重要.以前我做有些事都是一意孤行，但現在已經對自己改變了，多聽聽他人意見，會犯更少錯誤，會更長見識，所以要學會與同事之間的合作，做事才更有效。

4.工作情況：在公司一年，對mes大型系統有了個大概了解，對我們所要學習的mes已經可以說差不多都掌握，條碼打印機的維修和設置掌握，a4打印機大多數情況可以維護，pda、條碼槍已掌握，電腦的系統重裝和維護已掌握，其它基本設置可以維護，對新出來的程序掌握和了解也比較快。

5.課外學習：sql該學的已經掌握，c#學習，簡單的程序可以編寫，但有時還要依靠于網絡和朋友，需要進一步加強。但主要還是以網絡為主。

二、自身缺點

1.溝通問題：自己的溝通能力只能算一般，因為對于某些事的闡釋還是不怎么好，語言表達能力有點差，希望通過平時的交流和溝通來加強。

2.心態問題：自己對于做某些事過于著急，一心想急切完成，確反而誤時，這個問題一開始就一直出現，現在雖然已經基本克服，但也要列入缺點方面，希望以后時刻注意!

3.學習問題：對于課外學習c#這方面，我在編程時感覺困難的時候有時候就不愿去做，現在雖然已經慢慢改進上網搜資料和問問朋友，但有時候還是克服不了自己。

20xx年2月2日，我有幸成為北京超圖一員，應聘為公司的java軟件工程師。入任職以來，在部門領導的帶領下，自己感覺無論學習、技術、生活等方面都有很大的提升。

20xx年里我主要完成的工作有三方面：

1、荊門石油石化巡檢系統的調研和開發。

該項目是我工作以來第一次涉及到調研，對我來說算是一個不小的挑戰。在調研過程中，讓我學會了如何通過和客戶的溝通來了解客戶的需求。由于自己的工作經驗不足，在調研工作中體現出一些問題。不能很直接的在和客戶溝通中非常準確的了解客戶的更多需求，有很多需要和客戶交流溝通多次才能明白客戶的最終需求，也沒有把自己作為最終用戶并站在用戶的角度上來考慮問題，這些都是我在以后的工作中需要提高和改進的地方。在巡檢系統的開發工作中，讓我進一步鞏固和加強了自己的開發能力。

2、電信12530增值業務的開發與維護。

從5月以來我就開始接手公司的主要業務之一，12530電信增值業務。由于前面負責這個項目的同事突然離職，導致這個項目的交接工再做得不夠好，對我順利接手這個項目造成很大的困難。而剛一接手這個項目，馬上就需要新上一個投票活動，并要對一些主要代碼進行修改，讓我倍感壓力，幾乎都快放棄。最后在金總的指導和鼓勵下，順利的完成這次活動。在完成這次投票活動后，為了避免下一個接手這個項目同事與我遇到同樣困難，我第一時間將這個項目的相關技術文檔補充完全，保證別人能夠順利的進行該項目工作。通過這個項目，讓我加強了自己在高強高壓下工作的能力，也讓我找到更多自信。

3、襄樊、鄂州家政網絡服務中心的開發與實施。

在這兩個項目中，除了承擔開發工作以外，也逐漸涉及到項目管理的職責，讓我在個人能力上有所提高。為了這兩個項目能夠順利完成，除了完成自己的工作外，還主動關心其他同事的工作完成情況。讓我在項目管理和項目進度的把控能力有很大的提高。將襄樊、鄂州家政網絡服務中心順利實施，為我公司拿下湖北省其他市的家政網絡服務中心奠定基礎。在工作之外，我也注重個人能力的提高。工作之余，主動學習一些新技術，與同事溝通配合，搭建一個ssh的開發框架。也學習springsecurity知識，這些新知識的積累，對我以后的工作有很大幫助。

20xx年工作展望：

1、將學習的springsecurity整合到我們自己搭建的ssh框架，進一步完善框架。

2、利用搭建的ssh框架，開發一套oa系統平臺。

3、做好襄樊、鄂州家政網絡服務中心的維護工作。

4、希望公司能夠大量拿下湖北省其他市的家政網絡服務中心，繼續開發和實施湖北省其他市的家政網絡服務中心。

5、繼續學習新技術，努力提高自己的個人能力。為以后能夠更好，更順利的工作奠定基礎。

6、希望通過自己的進步和努力，能為公司的發展做出自己的貢獻，體現出自己的價值。

我在公司的職位是軟件測試人員，我的.工作就是要負責公司軟件開發后的測試工作，把好最后一道關，使公司的產品實現價值化，延長軟件生命周期。

轉眼間，在公司這個大家庭里工作已經半年了，回首這半年來自己所經歷的一切，面對自己的成績與教訓、長處與不足、困難與機遇內心感慨萬千，這段時間讓我學到很多也懂得了很多，我很感謝公司所給予的一切。

首先，我真心的感謝公司領導及其公司同事給我們的這個難得的機會，我非常珍惜這個機會，對我來說，這能夠真正使我從不適應工作到適應以后的工作和生活。非常感謝研發部的同事，還有感謝所有公司的同事，因為你們的幫助，我順利的走過在公司的適應期。還記得工作第一天的時候，那時我對所有的工作流程都還不懂，開始的時候很緊張，但是從有了第一次工作后，對自己的工作就逐漸成為習慣，適應了這里的工作環境，自我價值也在工作的過程中得到了實現并且得到了提高。

其次，在工作的半年以來自己在工作上有不少收獲，能夠熟練的操作公司所生產的軟件產品，做到盡到自己的工作職責將軟件產品不成熟的地方和有bug的地方即時記錄，享即時將建議與問題發給研發進行溝通，讓研發可以更快的解決問題所在。對于網站以及服務器上會出現的問題都已經整理文檔，方便大家共享，更好的查找和解決問題。

在測試工作之外，我會力所能及的幫用戶監測網站查找問題，編寫測試報告。幫公司的銷售人員查找網站鏈接，整理表格資料，進行監測，查找出問題，方便銷售人員對用戶提供測試報告，增加銷售籌碼。

在領導的幫助下，完成了公司所需要申請專利的兩份資料，對專利申請的流程以及申請文檔的編寫的有了進一步的了解。為以后在相同方面的工作累積了經驗。

這學期的期末大作業是對ELearningJavaWeb應用系統進行測試，通過這次系統測試，我學到了很多知識。對于具體的測試部分，我主要做的是單元測試和性能測試，其中單元測試使用的是Junit工具，性能測試使用的是JMeter。就這次大作業而言，我認為它與我們平時做的實驗很不相同，我們平時的實驗只是涉及到測試的某個小部分，而這次測試卻是對一個相對完整的項目按照規范的標準進行測試。

對于好的測試來說，應該注意一下幾點：

1.測試的獨立性：一次只測試一個對象，方便定位出錯的位置。這有2層意思：一個TestCase，只測試一個對象;一個TestMethod，只測試這個對象中的一個方法。

2.給測試方法一個合適的名字。

3.在assert函數中給出失敗的原因，如：assertTrue(“…shouldbetrue”,…)，方便查錯。在這個例子中，如果無法通過assertTrue，那么給出的消息將被顯示。在junit中每個assert函數都有第一個參數是出錯時顯示消息的函數原型。

4.測試所有可能引起失敗的地方，如：一個類中頻繁改動的函數。對于那些僅僅只含有getter/setter的類，如果是由IDE(如Eclipse)產生的，則可不測;如果是人工寫，那么測試一下。

5.在setUp和tearDown中的代碼不應該是與測試方法相關的，而應該是全局相關的。如針對與測試方法A和B，在setUp和tearDown中的代碼應該是A和B都需要的代碼。

6.測試代碼的組織：相同的包，不同的目錄。這樣，測試代碼可以訪問被測試類的protected變量/方法，方便測試代碼的編寫。放在不同的目錄，則方便了測試代碼的管理以及代碼的打包和發布。

對于測試用例的命名，我們要使其與測試類的名稱相一致，比如說，類的名稱為Testing，此類的測試用例的名稱為TestingTest。當我們把測試代碼和被測的代碼放在同一目錄下時，我們就可以在編譯被測代碼的同時編譯測試代碼，從而確保兩者是同步更新的。事實上當前的普遍做法，就是把單元測試視為build的一個環節。保持測試之間的獨立性是一個很好的習慣，使得它們在任何次序下執行的結果都是相同的。如果真得需要某些測試按照特定的次序執行，我們可以借助addtest來實現。當我們需要增加一個測試時，我們要書寫一個自己的測試用例，但是如果喜歡在測試用例的構造函數中做有關的初始化工作，這就不是個好習慣。數據文件應該盡可能和源代碼一起都放在配置管理系統上，但這樣一來如果我們采用上面的resource機制，我們就需要做一件工作，就是把數據文件從原來的位置-就是源代碼的某個相對路徑，拷貝到編譯后的位置，也就是class文件的相應的相對路徑。

通過這次軟件測試的系統測試，我對軟件測試有了更加深刻的認識，其實軟件測試并不像想象的那么簡單，它需要測試人員具備多方面的能力和素質。軟件測試人員應該擁有廣闊的視野、一定的編程能力、細心和耐心等等。這些對于能否測出優秀的系統來說都是必不可少的。

經過這次對javaWeb應用系統的測試，我的測試能力得到了鍛煉，對軟件測試有了比較全面的認識，收獲了很多珍貴的東西，而且我也從軟件測試的角度，對編寫健壯的程序也有了新的認識。

通過最近xx客戶端的產品測試，我做了以下簡單的工作總結，重新認識產品測試的基本理念以及對自己工作不足之處的檢討。

產品測試的目的是找出產品存在的漏洞，了解客戶的感知，從而改良產品。但不同的測試初衷會直接影響到測試方法的選擇，從而影響到最后的結果與測試目的的吻合程度，所以明確產品測試的目的是十分必要而且十分重要的。測試的目的主要是記錄客觀現象，揭露產品現狀，站在客戶的角度使用產品，深入了解用戶的感受。

產品測試的方法，我個人認為應該將產品測試的目的和測試方法緊密結合起來，其重點在于細致入微的發現和記錄，反映用戶不愿或者不能表達的客觀現象，從而揭露產品的缺陷，并通過進一步詢問的方式，了解用戶的真實感受，所以應該采取客觀記錄和深度訪談相結合的方法，充分揭露產品存在的缺陷，不斷改良和完善產品。

因此作為一名產品測試員，應該承擔起重要的責任。首先，產品測試員要有一顆細致，善于觀察的心，具備高素質的專業技能，并且充分明確產品測試的目的和產品測試的方法，知道為什么要測以及用什么來測才能真正地做好產品測試，發揮產品測試的作用;其次，產品測試員要對產品業務流程非常熟悉，掌握產品的功能，才能對產品進行充分的、詳細的、全面的測試;再者，產品測試員要做到既是專家又是用戶，要站在用戶的角度去使用產品，且要比用戶更加細致，用心的使用產品，才能更加充分地去發現產品在使用過程中存在的不足，從而才能不斷地完善產品，滿足客戶的真正需求。

通過以上對產品測試的認知，我發現，我，作為一名產品測試員，在此次測試工作中存在以下幾個不足之處：

1、產品測試專業知識掌握不足，缺少高素質的專業技能;

2、沒有充分做到站在客戶的角度去使用產品，用心去感知客戶的需求;

3、對產品的詳細業務流程掌握不夠;

4、對產品測試細節觀察不夠細微，細致;

5、與整體產品組成員溝通交流存在不足，未能及時準確地提出產品存在的不足之處;

今后，要加強各方面的測試知識學習;提升測試專業技能;培養高素質的專業技巧;同時，加強對產品業務流程的認知，以及對事物的觀察能力;提高自己的動手和動腦能力，多動手多動腦，才能從多方面發現問題和解決問題，從而不斷地完善和提升測試能力。

吃一塹長一智。只有經過總結經驗教訓，才會有進步，才能發現自己的不足之處，知道自己哪里做得不好，才能去補充和改善這些不足之處，從而提高自己工作能力;不斷加強產品測試管理工作，通過產品測試管理工作的加強，力求在測試階段盡可能多的發現產品存在的錯誤與缺陷，盡可能少的將問題帶給用戶，確保產品的質量及其可靠性，提高用戶滿意程度。

第四篇：軟件測試工程師簡歷

簡歷 個人信息

姓名：

出生日期：

手機： 陳曉 1987年3月18日 *** 性別： 工作年限： 電子郵件： 女 四年以上 chen2092000@yahoo.com.cn 自我評價

1.能熟練的用英文創建測試用例、提交bug，建立測試報告。

2.有參與過較高強度的測試任務。即，同時參與測試多項案子。

3.熟悉手機場外測試。

4.系統的培訓過手機各項功能測試，并不斷的去學習協議及新功能。

5.有較長期國外出差的經驗，主要承擔pv和pm的工作，即，協助軟件開發人員，在國外的環境下做測試，同時協助軟體與客戶做雙方交流。

6.有培訓新人學習手機測試的經驗。

7.有監控測試的經驗。即，監控他方的測試結果，并予以指導。

8.熟悉ACT、CTS、Monkey等手機自動測試。

9.有測試網站維護經驗。工作經驗

2008/7--至今：南京市華宇科技有限公司 手機軟件測試工程師 項目經驗

2008/7--至今：MOTO、LG、SEMC系列手機

軟件環境：

項目描述： MTK,Android等平臺 1.泰國客戶i-mobile 的7261，7511機型，主要負責Settings模塊。

2.LG公司的Ally，LG33，V30,Sloan，X330，X335,X350.參與整個周期測試，負責過Settings，Call，Wap，MMS，Gallery,SS等模塊的測試，同時也會參與Field trial測試。尤其，在X350案子中，個人去韓國LG作兩個月的出

差，主要負責測試軟體，協助硬體測試以及作客戶與軟體的溝通,并得到了客戶工作上的認可。

3.Sony Ericsson公司的Samba，Teacake。熟悉了解新的測試內容和方法。

4.Motorola公司的8202，8205，8206，8207，8208，Brea，Brea 3G以及近一年多基于的Android平臺的手機測試

XT760、Argon、Argon mini等。Android平臺的手機測試，主要負責根據協議或者客戶需求、android平臺特性以

及許多新功能、編寫相應的測試條例；指導、查看他人測試，整理制作報告；做手機場外網絡測試，GPS測試；另學習新的測試方法，如ACT、CTS、Monkey自動測試方法等。

5.有培訓新人學習測試的經驗。由淺入深，逐步教學各個功能、模塊。

6.與客戶或開發人員能做好及時、有效的溝通。

責任描述： 1.系統的培訓過手機各項功能測試，并不斷的去學習協議及新功能。

2.熟練用英文創建英文測試用例、測試報告。

3.全面參與眾多項案子的手機測試，包括多手機平臺的測試。

4.熟練提交bug以及管理bug。

5.有手機場外測試的豐富經驗。

6.有出差與客戶交流溝通的經驗。

教育經歷

2004/9 –2008/6 南京信息工程大學 信息與計算科學 本科

該專業培養具有良好的數學基礎和數學思維能力，掌握信息科學和計算科學的基本理論、方法和技能，受到科學研究的訓練，能應用所學知識和熟練的計算機技能解決信息科學和科學與工程計算中的實際問題、設計開發有關軟件的高級專門人才。主要課程有： 數學分析、高等代數、幾何學、物理學、概率統計、微分方程、離散數學、計算機數值方法、數學模型、計算機技術基礎、程序設計、數據結構與算法、信息科學基礎、理論計算機科學基礎、計算機圖形學、數據庫原理與應用、編碼與密碼學、運籌學、計算機信息處理、計算機網絡、計算機軟件開發，信息系統的設計與開發等。語言能力

英語等級： 英語四級

第五篇：軟件測試工程師崗位職責!

1.主要職責說明：編寫測試計劃：仔細閱讀項目規格說明、設計文檔、使用說明書等，充分掌握軟件的性能、特點、使用方法、業務流程等，協助測試經理制定項目的測試計劃，保證產品測試工作的計劃性與規范性編寫測試用例：按照測試流程、計劃以及對產品特性的把握，溝通確認測試的范圍、重點，考慮邏輯、數據完整性等要求，詳細規定測試的要求，策劃、編寫測試用例，設計測試用數據及預期結果，做好測試前的準備工作，確保測試目的的達成搭建測試環境，保證測試環境的獨立和維護測試環境的更新，做好測試前的準備工作，確保測試環境的穩定和版本的正確。執行測試，根據測試計劃及測試案例，執行測試，并根據產品特點及測試要求，實施集成測試、系統測試等，及時發現軟件缺陷，評估軟件的特性與缺陷，確保測試目的的達成。進行BUG驗證根據測試結果，與開發部門反復溝通測試情況，督促開發部門解決問題，修正測試中發現的缺陷，完善軟件功能進行測試記錄和相應文檔編寫。編寫測試報告和對測試結果分析，通過測試，掌握軟件具有的能力、缺陷、局限等，對軟件質量給出評價性的結論與意見，整理測試文檔，填寫軟件測試報告,編寫測試總結，為軟件開發成果提供總結性意見完成上級及部門其他領導交辦的臨時任務

2.熟悉測試流程，能獨立完成測試計劃，測試用例設計。

熟悉數據庫檢索操作，需要熟悉Oracle，Sybase，Mysql，SQLserver中至少一種。黑盒測試，灰盒測試，需要有一定的代碼基礎（.net/c#/php)

會使用一種或多種功能自動化測試工具

有一定的系統配置經驗的優先考慮

3.-根據項目計劃制定項目測試用例并實施，保證項目質量和進度

-根據項目設計與實現有關自動化測試的代碼與用例

-根據項目特點，開發合適測試工具或自動化解決方案，提高測試效率

-參與程序架構和代碼的評審工作，并提出改進意見

-設計與執行測試用例，跟蹤定位產品軟件中的缺陷或問題

-與項目相關人員就項目進度和問題進行溝通

4.5.參與電信項目開發；參與參加定制終端項目開發，包括但不限于：

6.負責測試計劃編寫，測試用例設計，測試執行和報告，編寫必要的測試工具。

7.任職要求：

8.統招正規大學本科以上計算機相關及相關專業；

9.熟練操作UNIX和windows操作系統，熟悉Unix Shell編程；

10.熟悉常用的Test工具和bug tracking 工具；

11.熟悉常用大型數據庫如Oracle/Sybase的使用及安裝；

12.良好的文檔書寫能力；

13.要求英語具有良好的聽寫能力；

14.具有電信軟件開發經驗者優先；

15.8.學習能力強，善于思考總結，工作認真、責任心強，有較強的溝通和協作開發能力，工作效率高。

16.一、崗位概述：

17.根據測試計劃，完成指定的測試工作，并學習和推廣使用新的測試技術和工具。負責組

織搭建，管理和維護部門的測試環境。

18.二、工作職責：

19.1、接受測試任務，進行需求分析；

20.2、按照測試計劃搭建測試環境，并保證測試環境的可靠性；

21.3、按照測試計劃編寫測試用例，保證測試用例合理有效；

22.4、按照測試用例執行測試，及時發現缺陷，并使用工具進行管理缺陷；

23.5、編寫和提交測試報告，保證測試進度按計劃完成；

24.6、參與審核其他測試工程師的測試用例和報告；

25.7、學習和推廣使用新的測試技術和工具；

26.8、負責組織搭建，管理和維護部門的測試環境（測試環境管理和維護方向適用）；

27.9、參與自動化測試框架設計，各產品自動化測試的設計、實現與維護（自動化測試方

向適用）；

28.10、負責組織對產品進行壓力測試（壓力測試方向適用）；

29.11、搭建與維護部門的配置管理環境，制定配置管理工具并指導部門成員使用；進行配

置管理流程規范和配置管理工具的宣貫、引導和培訓（配置管理方向適用）。

30.3、具備軟件工程的基本知識，熟練掌握各種測試理論和測試技術；

4、熟悉Windows操作系統，熟練掌握HTTP協議；

31.3.具有良好的中英文溝通能力，有較強的獨立工作能力和解決問題的能力。

4.精通測試過程設計和用例設計方法，能主動進行技術鉆研。

5.良好的文檔寫作能力。

6.至少在性能測試、自動化測試、白盒測試方面中有一項專長。

7.熟悉linux系統操作，能使用C/C++進行開發的優先考慮。