第一篇：2009年9月軟件測試工程師

2009年9月

一、選擇題（1-25每題2分,共50分)

下列各題A、B、C、D四個選項中，只有一個選項是正確的。請將正確選項填涂在答題卡相應位置上，答在試卷上不得分。

1．軟件驗證和確認是保證軟件質量的重要措施，它的實施應該針對________。（A）程序編寫階段

（B）軟件開發的所有階段（C）軟件調試階段（D）軟件設計階段

2．在軟件測試用例設計的方法中，最常用的方法是黑盒測試和白盒測試，其中不屬于白盒測試所關注的是________。（A）程序結構（B）軟件外部功能（C）程序正確性

（D）程序內部邏輯

3．在程序測試中，用于檢查程序模塊或子程序之間的調用是否正確的靜態分析方法是________。

（A）操作性分析（B）可靠性分析（C）引用分析（D）接口分析

4．下列指導選擇和使用測試覆蓋率的原則中錯誤的是________。（A）覆蓋率不是目的，僅是一種手段（B）不要追求絕對100%的覆蓋率

（C）不可能針對所有的覆蓋率指標來選擇測試用例（D）只根據測試覆蓋率指標來指導測試用例的設計

5．在以下有關邏輯覆蓋的說法中錯誤的說法是________。

（A）所有滿足條件組合覆蓋標準的測試用例集，也滿足路徑覆蓋的覆蓋標準

（B）條件覆蓋能夠查出條件中包含的錯誤，但有時達不到判定覆蓋的覆蓋率要求（C）路徑覆蓋的差錯能力很強，但有時達不到條件組合覆蓋的覆蓋率要求（D）判定覆蓋包含了語句覆蓋，但它不能保證每個錯誤條件都能檢查得出來 6．走查是對軟件進行靜態測試的一種方法，以下不屬于走查活動的是________。（A）計劃走查會議（B）準備測試用例

（C）執行走查以發現和改正錯誤

（D）在走查過程中程序員逐漸講解自己的程序 7．設有一段程序如下

if((a==b)and((c==d)or(e==f)))do S1 else if((p==q)or(s==t))do S2 else do S3 滿足判定/條件覆蓋的要求下，最少的測試用例數目是________。（A）6（B）8（C）3

（D）4 8．在以下有關集成測試的說法中，錯誤的說法是________。

（A）自底向上集成的缺點是在早期不能進行并行測試，不能充分利用人力（B）自底向上集成的優點是減少了編寫樁模塊的工作量

（C）自頂向下集成的優點是能夠較早地發現在高層模塊接口、控制等方面的問題（D）自頂向下集成的缺點是需要設計許多的樁模塊，測試的開銷較大 9．在集成測試階段，人們關注的一種主要的覆蓋是________。（A）功能覆蓋（B）語句覆蓋（C）基本路徑覆蓋（D）條件覆蓋

10．可跟蹤性分析是一種重要的軟件驗證和確認方法。不屬于可跟蹤性分析的活動是________。

（A）正確標識在需求規格說明中的每項需求

（B）從需求規格開始的正向跟蹤應確保完全支持需求規格

（C）每個當前的階段產品的規格或特性應確保被可跟蹤的前驅規格所支持（D）確保所有不同接口規格說明的完整性

11．以下關于軟件性能測試的說法中，不正確的是________。（A）發現軟件缺陷是性能測試的目的之一

（B）壓力測試與負載測試的目的都是為了探測軟件在滿足預定的性能需求的情況下所能負擔的最大壓力

（C）性能測試通常需要對測試結果進行分析才能獲得測試結論（D）檢驗軟件的最大負載是性能測試的目的之一

12．以下哪種軟件測試不屬于廣義軟件性能測試的范疇________。（A）并發測試（B）壓力測試（C）兼容性測試

（D）負載測試

13．以下關于軟件可靠性與硬件的可靠性主要區別的說法中，正確的是________。

（A）軟件的每個拷貝都是完全一樣的，而按照設計生產出來的同規格硬件總有微小差別（B）軟件經常面臨惡意的使用者，而硬件沒有惡意的使用者

（C）軟件的使用者通常遍及整個世界，而硬件的使用者通常只局限于某個地區（D）軟件的失效都是邏輯錯誤引起的，而硬件的失效都不是邏輯錯誤引起的 14．以下關于面向對象軟件測試的說法中，錯誤的是________。（A）對于面向對象程序集成測試而言，大突擊集成可能導致測試不充分（B）面向對象軟件只能采用白盒測試，不能采用黑盒測試

（C）在存在多態的情況下，為了提高測試的充分性需要對所有可能的綁定都進行測試（D）單個成員方法的測試屬于面向對象程序單元測試考慮的范疇 15．以下關于面向對象軟件測試的說法中，正確的是________。

（A）對于一個類的測試，一個測試用例只能包含對該類的一個方法的一次調用（B）基于判定表的測試不能用于面向對象程序的單元測試

（C）不變式邊界測試可用于類層次的測試，其目的是測試功能組合（D）對于抽象類，需要進行單元測試

16．以下關于面向對象程序集成測試的說法中，正確的是________。

（A）大突擊集成在任何情況下都是效果最差的面向對象程序集成測試策略（B）自底向上集成和自頂向下集成都需要為集成測試開發大量輔助代碼（C）協作集成從本質上講是一種自底向上集成（D）基于集成從本質上講是一種自頂向下集成

17．以下關于Web應用軟件測試的說法中，正確的是________。（A）對Web應用軟件進行性能測試時，不需要進行壓力測試（B）內容測試是Web應用軟件易用性測試的一項重要內容（C）Cookie測試是Web應用軟件功能測試的一項重要內容（D）是否存在無效鏈接是Web應用軟件安全性測試關注的范疇 18．以下哪一項屬于軟件易用性測試關注的范疇________。（A）軟件是否能在多種操作系統下運行（B）軟件是否能與同類軟件共享數據

（C）軟件是否能主動禁止用戶可能進行的非法操作（D）軟件是否能抵御網絡攻擊

19．以下哪一項屬于數據兼容性測試關注的范疇________。（A）軟件在異常退出時是否會破壞正在處理的文件（B）軟件是否可以在不同的J2EE應用服務器上運行（C）軟件同類功能的使用風格是否一致（D）軟件是否能打開以前版本保存的文件

20．以下關于極限測試的說法中，正確的是________。（A）極限測試是一種針對極限編程的軟件測試

（B）極限測試中所有的測試均由編碼人員完成

（C）與傳統的軟件測試相比，極限測試是一種更嚴格的測試（D）極限測試中只需要進行單元測試

21．下列有關軟件缺陷報告的編寫中，哪個是錯誤的________。（A）一個軟件缺陷報告中只應記錄一個不可再劃分的軟件缺陷（B）軟件缺陷報告的標題應該能夠最簡潔表達一個軟件缺陷

（C）軟件缺陷報告中應提供全面的有關該軟件缺陷再現的信息（D）同一個軟件缺陷可以被重復報告 22．依據QESuite Web Version 1.0軟件問題生命周期定義，對于一個處在“新建”狀態的軟件問題報告，下列哪個操作是不可能出現的________。（A）校驗（B）關閉（C）驗證

（D）分類與分配

23．下列哪個不是測試環境的組成要素________。（A）軟硬件（B）技術文檔（C）測試工具

（D）網絡環境 24．根據《GB/T15532-2008計算機軟件測試規范》，軟件測試管理主要包括：測試過程管理、測試評審管理，以及________。（A）測試用例管理（B）測試環境管理

（C）配置管理

（D）測試系統管理

25．根據《GB/T15532-2008計算機軟件測試規范》，設計測試用例應遵循：基于測試需求的原則、基于測試方法的原則、兼顧測試充分性和效率的原則，以及________。（A）測試用例無冗余性原則（B）測試執行可重復性原則（C）測試用例可操作性原則

（D）測試用例可管理性原則

二、論述題(1-2每題20分,3-3每題10分,共50分

1．下圖是一個簡單的ATM機中描述驗證信用卡PIN活動的有限狀態機。其中包含5個用“ ”表示的狀態和8個用“→”表示的轉移。轉移上的標簽所遵循的是：橫線上方是引起轉移的事件，橫線下方是與該轉移相關聯的行動。該有限狀態機允許儲戶有三次輸入PIN的機會，如果三次都輸入錯誤，則停止交易退卡。

請完成下列工作：

（1）請給出與此有限狀態機等價的控制流圖；（4分）（2）確定基本測試路徑集；（9分）

（3）設計測試用例以覆蓋基本測試路徑。（7分）

2．QESuite Web Version 1.0中，已知Lead 1.0郵件系統測試項目的部分信息如下：

測試版本：總計2個測試版本，按日期排序分為Lead1.0_090703，Lead1.0_090801

功能分類視圖中部分待測區域及人員分配定義如下表所示：

已知在功能區域“性能/并發處理能力”下有一個軟件問題處于“打開/修復失敗”狀態，下表中是該軟件問題當前的部分操作歷史信息，請依據QESuite Web Version 1.0的軟件問題生命周期定義和題中提供的相關人員分配和測試版本信息，填寫表中空缺的操作歷史信息。（每空1分）

3．已知C源程序如下：

/* Input today's date,output tomorrow's date */ /* version 2 */ #include struct ydate {

int day;

int month;

int year;};int leap(struct ydate d){

if((d.year%4==0&&d.year%100!=0)||(d.year%400==0))

return 1;

else

return 0;} int numdays(struct ydate d){

int day;

static int daytab[]=

{31,28,31,30,31,30,31,31,30,31,30,31};

if(leap(d)&&d.month==2)

day=29;

else

day=daytab[d.month-1];

return day;} int main(void){

struct ydate today,tomorrow;

printf(“format of date is: year,month,day 輸入的年、月、日之間應用 逗號隔開n”);

printf(“

today is: ”);

scanf(“%d,%d,%d”,&today.year,&today.month,&today.day);

while(0>=today.year ||today.year>65535||0>=today.month||today.month>12)|| 0>=today.day||today.day>numdays(today))

{

printf(“input date error!reenter the day!n”);

printf(“

today is :”);

scanf(“%d,%d,%d”,&today.year,&today.month,&today.day);

}

if(today.day!=numdays(today))

{

tomorrow.year=today.year;

tomorrow.month=today.month;

tomorrow.day=today.day+1;

}

else if(today.month==12)

{

tomorrow.year=today.year+1;

tomorrow.month=1;

tomorrow.day=1;

}

else

{

tomorrow.year=today.year;

tomorrow.month=today.month+1;

tomorrow.day=1;

}

printf(“

tomorrow is :%d,%d,%dnn”，tomorrow.year,tomorrow.month,tomorrow.day);}（1）畫出程序中所有函數的控制流程圖；（10分）

（2）設計一組測試用例，使該程序所有函數的語句覆蓋率和分支覆蓋率均能達到100%。如果認為該程序的語句或分支覆蓋率無法達到100%，需說明為什么。（10分）

答案：

1.分析：（1）把有限狀態自動機圖的狀態用結點代替，遷移用弧線代替，則可畫出相應的控制流圖。

2.分析：本題主要考察QESuite Web Version 1.0的使用方法 3.分析：（1）函數leap的流程圖如下：

函數numdays的流程圖如下：

main函數的流程圖如下（語句的具體內容已略去）：

本題的程序用來打印輸入日期的第二天日期，只要根據程序中的判斷語句設計出相關的測試用例，就能使得所有函數的語句覆蓋率和分支覆蓋率均能達到100%。

為了滿足leap函數的語句覆蓋率和分支覆蓋率均能達到100%，應當設置兩個測試用例，使得一個是閏年，一個不是，在這里可以取2008年和2007年。

由于numdays函數的判定語句是對leap的函數值進行判定，滿足了leap的覆蓋率要求，就

能夠滿足numdays的覆蓋率要求。

對于main函數中的while語句，根據流程圖，先使判斷部分為1，然后為0，這樣就可以達到覆蓋要求。對于while語句之后的if…else if…else語句，只要能夠使每個分支都執行一遍，就能達到覆蓋要求。

根據以上分析，設計測試用例如下：

注意，這里的第1、2個用例使得leap函數中的return 1和 return 0都能執行一遍，同時numdays函數中的if…else結構兩個分支也都能得到執行；第1個用例也能夠使while循環體能夠得到執行；第2、3、4用例三個測試用例剛好使main中的if…else if…else三個分支都執行一遍。

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

軟件測試工程師總結

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

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++進行開發的優先考慮。

第五篇：軟件測試工程師1

軟件測試工程師 軟件測試的目的？測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟件質量，回避軟件發布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業風險。Beta 測試：在客戶場地，由客戶進行的對產品預發布版本的測試。軟件驗收測試合格通過準則：1軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求。2所有測試項沒有殘余的一級二級三級的錯誤。3立項審批表、需求分析文檔、設計文檔和編碼實現一致。4驗收測試工件齊全（測試計劃，測試用例，測試日志，測試通知單，測試分析報告）軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。系統測試的策略：功能測試，性能測試，外部接口測試，界面測試，強度測試，冗余測試，可靠性測試，恢復測試等設計系統測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。利用因果圖導出測試用例需要經過的一般步驟

1.分析程序規格說明的描述中，哪些是原因，哪些是結果。

2.分析程序規格說明的描述中語義的內容，并將其表示成連接各個原因與各個結果的因果圖

3.在因果圖上使用若干個特殊的符號標明特定的約束條件

4.把因果圖轉換成判定表

5.把判定表中每一列表示的情況寫成測試用例階段評審與同行評審的區別同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤;

階段評審目的:評審模塊階段作品的正確性可行性及完整性

同行評審人數:3-7人人員必須經過同行評審會議的培訓,由SQA指導

階段評審人數:5人左右評審人必須是專家具有系統評審資格

同行評審內容:內容小一般文檔 <40頁, 代碼 < 500行

階段評審內容: 內容多,主要看重點

同行評審時間:一小部分工作產品完成階段評審時間: 通常是設置在關鍵路徑的時間點上!什么是軟件測試？使用人工或自動手段來運行或測定某個系統的過程，其目的在于檢驗它是否滿足規定的需求或是弄清預期結果與實際結果之間的差別。軟件測試就是在軟件投入運行前，對軟件需求分析、設計規格說明和編碼的最終復審，是軟件質量保證的關鍵步驟。軟件測試是為了發現錯誤而執行程序的過程。簡述集成測試的過程根據IEEE標準 集成測試劃分為4個階段：計劃階段，設計階段，實現階段，執行階段（實施階段）