軟件測試工作日誌

通過對軟件的實際測試，徹底從思想上改變了自己對數據備份保護的概念。XX的硬盤動態備份技術，能夠在不佔用固定硬盤空間（非用户使用空間），實現數據的快速備份與恢復，堪稱典範，不愧是行業的創新者和領導者。以下是小編整理的軟件測試工作日誌，歡迎閲讀。

　　軟件測試工作日誌1

第一天上班，先對公司有了大概的瞭解。公司有總經理室、財務部、研發中心、客服中心、銷售部等五個部門。研發中心分測試組、開發組和研究組，銷售部分渠道和直銷。 本次暑期到公司的實習目標是軟件測試。一個好的軟件測試員必須建立在對軟件非常熟悉的情況下才能做好測試工作。由於剛到公司，對公司的軟件可以説一點都不瞭解。因此，公司負責人把我安排在客服中心，先了解軟件。單位指導師選擇了A5版本的軟件，介紹了軟件的大概功能，並演示。公司的軟件有很多版本，我先把每個軟件瀏覽一遍，看看都有哪些功能，再從客户最常用的開始學習。

第一天實習，有些擔心，有些興奮，還有些緊張。但是認識了一些同事，也下定決心要好好學習。

　　軟件測試工作日誌2

今天把A5版本的的軟件功能從頭到尾測試了一遍，不過遇到了一些不懂的問題。由於最近公司業務繁忙，客服中心也忙得不可開交，他們都出差去為客户安裝軟件或者解決用軟件所遇到的問題，於是，部門今天就剩我一個人“獨撐天下”了。我把不懂得問題記錄下來，研發中心的人一過來便趁機向他們討教。其中，在安裝SQL Server 2000時由於遇到掛起提示以及360防火牆的阻攔，使得連接數據一直失敗。後來通過單位指導師的幫助，將註冊表中的PendingFileRenameOperations刪除了，並將360關了，才安裝成功。

經過今天的學習，我學會了如何使用公司的A5版本軟件。也懂得了SQL Server 2000的安裝和使用。

　　軟件測試工作日誌3

今天把其他除A5外的其他軟件又熟悉了下。部門還有一些人員還沒回到單位，仍出差在外。對於軟件，只是熟悉，還沒能做到幫客户解決問題。於是，當今天部門指導師將兩個客服qq給我，叫我嘗試與客户交流，幫他們解決遇到的問題時，大部分的問題我還是求助於其他人。還好公司的人都很友好，就算不是同個部門的，都能很熱心的幫助我解決問題。讓我體會到了團隊合作的重要性，雖然我可以説什麼忙都還沒能幫上。但是我相信，在他們的幫助下，我會有所成長。而經過三天的時間，我也體會到了上班與在學校讀書的不同感受。在學校學到的更多是知識，上班則是將知識運用於實踐，體現知識的價值。

　　軟件測試工作日誌4

今天客服中心的人員差不多都回來了。由於公司要發版一套新的軟件，所以研發中心的人都很忙，單位指導師叫我過去幫忙。我聽了很興奮，終於可以接觸這次暑期實習的真正內容啦！到了研發中心，測試組的負責人教我如何進行軟件功能測試。然後通過局域網發給我一個客户端。這就是軟件工程所説的白盒、黑盒測試中的一種測試方法——設計出各種不同的用例，然後測試會不會產生預期的結果，即黑盒測試。由於軟件在不斷地更新，所以要不斷地用新的客户端一遍一遍的測試。把產生的錯誤在改好的新的客户端裏再測試，直到不會再產生錯誤為止。

雖然專業課上的軟件工程有學過軟件測試的知識，不過這都是理論上的，真正接觸了軟件測試，才真正明白他的原理。

　　軟件測試工作日誌5

今天依舊在研發中心進行軟件功能測試。把昨天找到的那些BUG重新再確認一遍後，又用新的客户端測了一遍流程，這樣就足足花了我一天的時間。我覺得效率太低了，而且，因為還不夠了解軟件的需求，所以我的用例都是在別人設計好的基礎上進行測試的。在測試的過程中我也遇到了一些問題，比如在測試生產任務單時，由於沒有下達，於是一直不能進行轉單操作。而我卻沒有意識到，以為出錯了。後來經過單位指導師的指點，才發現這個問題。在一些選單操作時，也會遇到一些問題，如生產任務單選銷售訂單時，如果還沒設計銷售訂單的話，就不能執行該操作。在懂得這些原理後，犯的低級錯誤也就減少了。

　　軟件測試工作日誌6

今天參與了公司的兩次會議。一個是測試組的.會議，一個是產品總經理開的會議。通過這兩次會議，我瞭解了部門以及公司的工作進度。體會到各個部門以及各個人員相互協調合作的重要性。一個公司，特別是我們軟件公司，如果部門工作沒有分配好，或者部門人員沒有合作，那麼，單靠個人力量是不可能完成整個軟件的開發的。而且，一個人的不配合也會影響到整個軟件開發的進度，進而影響到公司發展的進度。因此，不但是高層人員要合理分配各個部門的工作，部門的各個人員也要相互協調，相互幫助，這才是個好的團隊，一個軟件公司必不可少的成功因素。 通過今天的會議，我突然聯想到了自己在學校任系體育部副部長的時候，當部門幹事不配合工作：時，我是怎麼解決的。今後，作為班級團支書，我也有很大的必要去跟班級同學好好溝通了。

　　軟件測試工作日誌7

今天對軟件的操作流程與軟件測試的含義有了更深的理解。雖然已經實習了一週了，但是對操作流程的概念還不是還懂。單位指導師幫我舉了個例子。例：MRP—採購申請單—採購詢價單—採購訂單—收貨通知單—採購入庫單—採購退貨單—採購結算單—採購開票—採購付款等。這就是操作流程。在軟件測試方面，指導師也向我解釋了：測試分為工具測試與手工測試。工具有QTP與loadrundon工具，因為我們是ERP系統，主要也是傳統的手工測試，測試的主要能力是靠對軟件的熟悉度來做測試，熟悉度與認知度來源於需求文檔與經驗。

看來，要成為一個高級的軟件測試員，不但要對軟件非常熟悉，還要具備豐富的經驗！

　　軟件測試工作日誌8

前幾天公司開會預計今天要發版我們這幾天一直在測試的A8版本。可是還存在一些Bug，有些腳本一刷，又出現了錯誤。今天也找到了幾個bug，其中有兩個比較特殊，是我前幾天從沒發現的錯誤。一個是在採購結算單中——>選單操作——>選擇發票類型為選增值税發票時出現了錯誤，另一個是在銷售發票、採購發票中——>刪行——>選擇否按鈕時，依舊刪除。這兩個都是比較細節的，因為之前一直沒有去操作，想當然的認為不會出錯。今天的發現，讓我意識到作為一個測試員，不能想當然，而要耐心的去測試每個可能出現錯誤的用例。

雖然説就算微軟的系統也會出現bug，更何況是我們。但是也要盡最大的努力去找出bug，來完善我們的產品，這也是軟件測試員最基本的職責。

　　軟件測試工作日誌9

今天測試組長終於發話説要發版了！比原計劃推遲了一天。昨天測試組人員都加班到了十一點才回去。今天還有一些bug，但是到了晚上快下班時也差不多都改完了。不過產品經理説還早着呢！確實，一個軟件在設計完成後到要過嚴密的測試，以發現軟件在整個設計過程中存在的問題並加以糾正。而軟件的生存週期不僅僅包括設計和測試，一個完整的軟件生存週期包括可行性分析和開發項計劃、需求分析、設計（概要設計和詳細設計）、編碼、測試、維護等活動。典型的幾種軟件生命週期模型（Life Cycle Model）有瀑布模型、快速原型模型、迭代模型、增量模型、螺旋模型、快速應用開發模型和漸進式模型等。可我們可以根據軟件的開發特點選擇相應的開發模型。

　　軟件測試工作日誌10

果然如產品經理所料，A8版本依舊有bug，測試組人員還需奮戰！看大家忙得焦頭爛額，我也只能幫忙測試，其它幫不上。不過很奇怪，有些之前錯的改好了，現在又報錯，很是崩潰！這樣什麼時候才能改好呢？怪不得今天產品經理髮火了！估計明天大家又要加班了。這就是所謂的原型模型。根據用户需求不斷變更，直到客户確認為止。A8版本是在另一個版本的基礎上開發出來的，也就是説已有產品或產品的原型，只需客户化的工程項目，這也是原型模型的適用條件之一。

真希望早點發布，然後結束這種難熬的日子。不然大家忙着交任務，沒空教我了。