這是我的首份測試工作，於一家主要做銀行項目和保險項目的40人左右的小公司，幹了近乎3個月了。

一、先闡述下我的日常工作

剛上班沒多久就去外地出差，因為是個銀行項目，需用到它們銀行內網才行，這次出差也算是我測試人生的正式開始吧。

去了之後，項目開發經理會給一份測試工作表，具體到日，每日的工作量基本上已經安排出來（但是具體每天做那幾個模塊自己決定），然後開發經理會告訴你這個系統目前的一些現狀（說些啥我也都沒怎麼聽懂），至於需求分析什麼的書面資料統統沒有，開發經理都沒有一份完整的需求，因為工作越早做完我就可以越早回去，所以我也就不再搜尋那些書面資料，直接上手測試工作，測試用例的模板是之前老師給的，手頭裡就僅有開發經理給的系統網址、用戶名、密碼，登陸進去之後就看到整個系統了，每個模塊大體的看下就明白界面設計大致風格。

再找開發經理問下這邊的測試工作是個什麼流程以及測試工作中需要注意的一些問題啥的，其實功能測試在實際工作中就是寫測試用例，尋找問題，提交問題，以及後續跟蹤（我們公司用的是”禪道”，開發經理會給用戶名和密碼，已經設好了許可權，我在上面提交bug和測試用例，開發人員登陸進去進行修改再指派給測試人員，你可以了解下這個系統），至於那些問題所在、總結報告啊啥的暫時我還沒碰到，不過就算需要到時候在禪道上直接導出再修改就行了（事後居然得到經理的表揚，說我測得很細，哈哈哈，這是對我工作的肯定啊，感覺很開心，因為身為摩羯座的我天生就是嚴謹的人）。

出差回到公司，每天上班第一件事，登陸”禪道”，查看自己提交的bug的一些後續情況。開發忙著寫代碼，測試就翻翻系統看看，在網上找點最新關於測試的資料以及一些金融知識進行學習（畢竟是銀行項目，作為測試員還是有必要了解些相關知識的，好在自己本專業是財務管理，所以了解起來並不是很費勁），因為是家小公司，所以工作氛圍還是蠻好的，大家都是各干各的事、一起討論某些問題，偶爾大家也可以聊聊天開開玩笑都是允許的，我喜歡這樣的工作環境，很少會有加班。

一般有新需求的話老闆直接找相關開發人家進會議室去討論，每天都會問下進度並指導相關工作的進行。

二、幹了這麼久，發現理論跟實踐還是很有差距的

1)曾經以為搞測試必須熟悉需求啥的，幹了才知道沒有需求文檔測試工作也照樣進行；

2)曾經以為測試分為性能測試和功能測試，幹了才知道測試原來分為功能測試和業務測試（僅針對我們公司啊）。功能測試測功能的實現(功能肯定能實現，其實主要就是界面的一些問題）；業務測試是測數據的正確性（業務測試人員用公式計算出的結果跟計算機跑出來的結果進行比對）；性能測試是開發人員，他們自己有一套屬於他們的測試辦法（後續我再找開發探探）。

3)曾經以為寫測試用例是件很麻煩的事情，幹了才知道其實也就那樣，大概步驟寫了就行了，沒必要寫的像我們培訓老師講的那樣；

三、軟體測試工作必備

至於工作必備：一台筆記本，一個被測系統，一個excel測試模板，一個紅蜻蜓截圖工具，一個QQ就開始工作了，一個靠墊

1、得了解整個系統設計風格，當你打開多個界面的時候你就能發現一些界面小問題。

2、紅蜻蜓截圖工具很好使，截圖之後方便在上面做標記。

3、登陸QQ就是方便你跟開發人員進行溝通。由於我沒有需求說明書、操作手冊等資料，有些要測的東西需要數據，數據不是亂輸的，得找開發要他們錄入資料庫的，還有些操作也得問清楚他們呢。

4、坐上個把小時還是全身酸疼，有個靠墊能讓自己好點，中午還可以抱著它休息。

四、測試中遇到的問題：

1、自己這裡遇到問題而開發沒有遇到，這樣的話就得找尋多台機子去試，看是自己的原因還是其他什麼原因，主動找尋多種原因來讓開發心服口服

2、提交 bug 時儘可能的寫出詳細步驟、並且把你找尋 bug 的圖片保留下來，以防開發日後問你這個問題怎麼顯出來的（之前有個開發就這樣，我從出差的地方回來很久了，他來問我給他提的問題他咋沒有看到，我都回來了，那個項目我在這邊也打不開（因為是銀行項目，用它們內網），天吶，得虧那些 bug 圖片我還留在手中，不然我真的想不起來，其實最後的原因就是版本更新把那個去掉了，他基本上每個 bug 都問我，畢竟自己做的項目自己最熟悉，而且步驟截圖的很清楚了啊，怎麼就懶得看呢）

3、有些缺陷自己知道但就是不知道怎麼用言語簡潔明了的表達出來

4、很重要的一點就是怎麼提高自己的測試效率，之前我是邊寫測試用例邊提交 bug，想節省時間但是發現這樣乾沒有節約時間反而浪費很多時間，一旦幹起來真的是受不了任何的打擾，就是別人不打擾自己也能被這些逼瘋，很多時候就是用例寫了一步遇到問題了那就去提交 bug，但是 bug 一找就又根本停不下來，就開始使勁的找 bug 把用例給忘了，這樣下來就不同步，返回來再寫測試用例時，詳細數據還得從剛才的 bug 中找尋，很浪費時間。

再後來我就先寫測試用例，測試用例一遍搞完（期望結果和實際結果一併寫完）遇到實際結果與期望結果不符的切實際結果有問題的就直接用紅色顯示實際結果並截圖保存，對了，在寫測試用例的時候我是照著系統來寫，所以一些界面問題我也直接截屏畫重點給保存放在文件夾里，等到測試用例寫完，打開”禪道”提交 bug，再自己剛才保存圖片的文件夾和測試用例拿出來，其實像有些界面上的問題看一下截好的圖片就能提交，像那些需要數據的就從測試用例中複製粘貼在提交 bug 的詳細步驟里。（適合自己的就是最好的吧，目前還在摸索期，你們若是有好的也可共享下）。

5、有時候自己不太明白的一定要問清楚，不要怕別人嘲笑，更不要怕挨批評，別在意太多，不管出了多少錯，都可以把原因歸結為我們太年輕、沒經驗，別人不說、我們怎麼會成長，老闆他越給你找事，你就努力改正改到他無話可說，你就完美了，到時你得成長一大截呢。也別覺得公司小、工資低了什麼的，都還年輕，小公司成長機會大，腳踏實地最重要，人不要老跟別人比，跟自個比，看自己成長多少、進步多少。

加油這份工作我還會繼續下去，並且我還會學習更多的相關知識……軟體測試這條道路上我希望探索的更長更深！！！

這是我的首份測試工作，於一家主要做銀行項目和保險項目的40人左右的小公司，幹了近乎3個月了。

一、先闡述下我的日常工作

剛上班沒多久就去外地出差，因為是個銀行項目，需用到它們銀行內網才行，這次出差也算是我測試人生的正式開始吧。

去了之後，項目開發經理會給一份測試工作表，具體到日，每日的工作量基本上已經安排出來（但是具體每天做那幾個模塊自己決定），然後開發經理會告訴你這個系統目前的一些現狀（說些啥我也都沒怎麼聽懂），至於需求分析什麼的書面資料統統沒有，開發經理都沒有一份完整的需求，因為工作越早做完我就可以越早回去，所以我也就不再搜尋那些書面資料，直接上手測試工作，測試用例的模板是之前老師給的，手頭裡就僅有開發經理給的系統網址、用戶名、密碼，登陸進去之後就看到整個系統了，每個模塊大體的看下就明白界面設計大致風格。

再找開發經理問下這邊的測試工作是個什麼流程以及測試工作中需要注意的一些問題啥的，其實功能測試在實際工作中就是寫測試用例，尋找問題，提交問題，以及後續跟蹤（我們公司用的是”禪道”，開發經理會給用戶名和密碼，已經設好了許可權，我在上面提交bug和測試用例，開發人員登陸進去進行修改再指派給測試人員，你可以了解下這個系統），至於那些問題所在、總結報告啊啥的暫時我還沒碰到，不過就算需要到時候在禪道上直接導出再修改就行了（事後居然得到經理的表揚，說我測得很細，哈哈哈，這是對我工作的肯定啊，感覺很開心，因為身為摩羯座的我天生就是嚴謹的人）。

出差回到公司，每天上班第一件事，登陸”禪道”，查看自己提交的bug的一些後續情況。開發忙著寫代碼，測試就翻翻系統看看，在網上找點最新關於測試的資料以及一些金融知識進行學習（畢竟是銀行項目，作為測試員還是有必要了解些相關知識的，好在自己本專業是財務管理，所以了解起來並不是很費勁），因為是家小公司，所以工作氛圍還是蠻好的，大家都是各干各的事、一起討論某些問題，偶爾大家也可以聊聊天開開玩笑都是允許的，我喜歡這樣的工作環境，很少會有加班。

一般有新需求的話老闆直接找相關開發人家進會議室去討論，每天都會問下進度並指導相關工作的進行。

二、幹了這麼久，發現理論跟實踐還是很有差距的

1)曾經以為搞測試必須熟悉需求啥的，幹了才知道沒有需求文檔測試工作也照樣進行；

2)曾經以為測試分為性能測試和功能測試，幹了才知道測試原來分為功能測試和業務測試（僅針對我們公司啊）。功能測試測功能的實現(功能肯定能實現，其實主要就是界面的一些問題）；業務測試是測數據的正確性（業務測試人員用公式計算出的結果跟計算機跑出來的結果進行比對）；性能測試是開發人員，他們自己有一套屬於他們的測試辦法（後續我再找開發探探）。

3)曾經以為寫測試用例是件很麻煩的事情，幹了才知道其實也就那樣，大概步驟寫了就行了，沒必要寫的像我們培訓老師講的那樣；

三、軟體測試工作必備

至於工作必備：一台筆記本，一個被測系統，一個excel測試模板，一個紅蜻蜓截圖工具，一個QQ就開始工作了，一個靠墊

1、得了解整個系統設計風格，當你打開多個界面的時候你就能發現一些界面小問題。

2、紅蜻蜓截圖工具很好使，截圖之後方便在上面做標記。

3、登陸QQ就是方便你跟開發人員進行溝通。由於我沒有需求說明書、操作手冊等資料，有些要測的東西需要數據，數據不是亂輸的，得找開發要他們錄入資料庫的，還有些操作也得問清楚他們呢。

4、坐上個把小時還是全身酸疼，有個靠墊能讓自己好點，中午還可以抱著它休息。

四、測試中遇到的問題：

1、自己這裡遇到問題而開發沒有遇到，這樣的話就得找尋多台機子去試，看是自己的原因還是其他什麼原因，主動找尋多種原因來讓開發心服口服

2、提交 bug 時儘可能的寫出詳細步驟、並且把你找尋 bug 的圖片保留下來，以防開發日後問你這個問題怎麼顯出來的（之前有個開發就這樣，我從出差的地方回來很久了，他來問我給他提的問題他咋沒有看到，我都回來了，那個項目我在這邊也打不開（因為是銀行項目，用它們內網），天吶，得虧那些 bug 圖片我還留在手中，不然我真的想不起來，其實最後的原因就是版本更新把那個去掉了，他基本上每個 bug 都問我，畢竟自己做的項目自己最熟悉，而且步驟截圖的很清楚了啊，怎麼就懶得看呢）

3、有些缺陷自己知道但就是不知道怎麼用言語簡潔明了的表達出來

4、很重要的一點就是怎麼提高自己的測試效率，之前我是邊寫測試用例邊提交 bug，想節省時間但是發現這樣乾沒有節約時間反而浪費很多時間，一旦幹起來真的是受不了任何的打擾，就是別人不打擾自己也能被這些逼瘋，很多時候就是用例寫了一步遇到問題了那就去提交 bug，但是 bug 一找就又根本停不下來，就開始使勁的找 bug 把用例給忘了，這樣下來就不同步，返回來再寫測試用例時，詳細數據還得從剛才的 bug 中找尋，很浪費時間。

再後來我就先寫測試用例，測試用例一遍搞完（期望結果和實際結果一併寫完）遇到實際結果與期望結果不符的切實際結果有問題的就直接用紅色顯示實際結果並截圖保存，對了，在寫測試用例的時候我是照著系統來寫，所以一些界面問題我也直接截屏畫重點給保存放在文件夾里，等到測試用例寫完，打開”禪道”提交 bug，再自己剛才保存圖片的文件夾和測試用例拿出來，其實像有些界面上的問題看一下截好的圖片就能提交，像那些需要數據的就從測試用例中複製粘貼在提交 bug 的詳細步驟里。（適合自己的就是最好的吧，目前還在摸索期，你們若是有好的也可共享下）。

5、有時候自己不太明白的一定要問清楚，不要怕別人嘲笑，更不要怕挨批評，別在意太多，不管出了多少錯，都可以把原因歸結為我們太年輕、沒經驗，別人不說、我們怎麼會成長，老闆他越給你找事，你就努力改正改到他無話可說，你就完美了，到時你得成長一大截呢。也別覺得公司小、工資低了什麼的，都還年輕，小公司成長機會大，腳踏實地最重要，人不要老跟別人比，跟自個比，看自己成長多少、進步多少。

加油這份工作我還會繼續下去，並且我還會學習更多的相關知識……軟體測試這條道路上我希望探索的更長更深！！！