軟件測試工程師工作總結(jié)(參考版)
2024-09-02 17:58本頁面
【正文】 而且后續(xù)的幾個版本也如此，我們是測了一輪又一輪，測的我們都要絕望了。 : ( 測試流程的把握。但軟件作為一種商業(yè)品，有它的發(fā)布時限，老板說這個軟件要 1 月份發(fā)布，你總不能測到 12 月份再給他發(fā)布吧。 軟件測試的重點不明確。恰巧當(dāng)時包括我導(dǎo)師在內(nèi)的 3 個人，都不太了解產(chǎn)品，所以就造成我們無法判斷某些測試用例是否驗證通過。 產(chǎn)品知識。而當(dāng)時我們的測試用例卻是一團(tuán)糟，最糟糕的是用例的質(zhì)量很差，使用這些測試用例，根本無法保證產(chǎn)品質(zhì)量。對于一個軟件的測試來講，測試用例是至關(guān)重要的。我就這樣沒有任何思考的按著測試用例點了 3 個月的鼠標(biāo) : ) 現(xiàn)在想起當(dāng)初的測試工作，實在有太多的不足，和待改進(jìn)點。我的任務(wù)就是執(zhí)行分配給我的測試用例。 人力投入：開發(fā)好像是 9 人，測試 3 人。 Client 端用 Java 開發(fā) (開始使用 ，后來改用 )，實現(xiàn)跨平臺 。 下面介紹一下我所做的項目。 入部門的頭幾天，主要熟悉公司的工作環(huán)境，認(rèn)識部門同事，了解產(chǎn)品知識。 一、 T 項目執(zhí)行 05 年 7 月 13 日入部門，此時才知道自己被分配到了測試部。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。掌握軟件開發(fā)語言、應(yīng)用語言工具解決工作中的具體問題、完成目標(biāo)任務(wù)是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質(zhì)的工作。工程師的內(nèi)涵是：以工程師的眼光觀察、分析事物和世界。但是，最好還是自己實現(xiàn)，這樣沒有知識產(chǎn)權(quán)、版權(quán)等問題，關(guān)鍵是自己實現(xiàn)后能 真正掌握這個知識點，擁有這個技能。眾所周知，對軟件開發(fā)人員而言，有、無經(jīng)驗的一個顯著區(qū)別是：無經(jīng)驗者完成任何任務(wù)時都從頭開始，而有經(jīng)驗者往往通通過重組自己的可復(fù)用模塊、類庫來解決問題 (其實這個結(jié)論不應(yīng)該被局限在軟件開發(fā)領(lǐng)域、可以延伸到很多方面 )。我的經(jīng)驗是：用面對對象 工具開發(fā)某些關(guān)鍵模塊時，為什么不可以借鑒 c、 c5匯編的模塊化封裝方式 ?用傳統(tǒng)的桌面開發(fā)工具 (目前主要有 vc++、 delphi)進(jìn)行系統(tǒng)體統(tǒng)結(jié)構(gòu)設(shè)計時，為什么不可以參考來自 java 社區(qū)的 ioc、 aop 設(shè)計思想，甚至借鑒像 spring、 hibernate、 jboss 等等優(yōu)秀的開源框架 ?在進(jìn)行類似于實時通信、數(shù)據(jù)采集等功能的設(shè)計、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式 ?為什么一切都必須以個人、團(tuán)隊在當(dāng)然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題 ???“ 他山之石、可以攻玉 ” 。深入一門語言開發(fā)還遠(yuǎn)遠(yuǎn)不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是 “
物理相關(guān)推薦
鄂ICP備17016276號-1