1樓：怎麼樣
軟體測試的工作內容很多，山東省軟體評測中心從4各方面闡述
1) 資訊系統規劃與選型
u系統規劃諮詢：協助進行系統的規劃設計、系統實施方案編寫諮詢、系統可行性報告編寫諮詢、系統可行性評估等；
u應用系統方案評估：在應用系統建設方案論證時，對方案中的系統架構、可靠性、可擴充套件性、相容性、風險、投資成本等內容進行評估，以明確系統建設的風險和可行性，為領導決策提供支援。同時，針對方案中的不足給出改進建議。
u應用系統成本估算：對系統中的應用軟體根據其規模、結構、技術含量等估算其成本，為專案投資預算或決算提供參考。
u比對測試：結合客戶的系統應用規劃，建立統一的測試基準，對備選產品進行基準測試，出具權威測試報告，為應用系統選型提供量化判定依據。
2)資訊系統建設與開發
在資訊系統建設與開發過程中進行質量控制，具體可分解為以下方面：
u需求工程諮詢與階段評審：參與系統需求調研與分析、協助構建需求管理與開發規範、需求分析技術與工具的指導等；對階段性需求分析成果進行評審與驗證。
u設計與開發技術諮詢與技術評審：協助建立編碼規範、系統分析設計方法與工具的指導等；對系統設計的階段性成果進行技術評審和驗證，並對規範落實情況進行跟蹤，對發現的問題提出可行性意見並提出改進措施。
u軟體測試諮詢與過程測試：改進及構建軟體測試體系、協助建立缺陷管理規範；對軟體開發與實施過程中的各個階段性的開發產品進行測試和確認。根據軟體開發合同或計劃，針對各個階段的產品進行嚴格的測試，包括單元測試、整合測試、系統測試。
u技術評審與質量保證：對工作成果進行技術評審、定期對工作成果進行質量檢查並提供質量保證報告；
u專案管理諮詢：協助構建專案管理規範、專案管理工具應用指導等；
u配置管理諮詢：協助構建配置管理規範、配置管理工具應用指導等；
u質量管理諮詢：協助構建質量保證規範、質量管理工具應用指導等；
u軟體過程改進諮詢：構建軟體過程規範、協助實施軟體過程改進。
u文件體系諮詢：結合專案實際情況協助構建各類專案文件的結構體系，提供可行性文件撰寫模板及案例。
3)資訊系統交付與驗收
在軟體專案的後期，軟體專案經過試執行等工作，表明軟體的開發等工作已基本完成，此時，可以著手準備軟體專案的驗收。軟體開發專案驗收是對整個開發專案的結果的評價，是軟體交付使用前對專案進行評估、認定和總結的過程，包括費用、質量、服務等多個方面。通過驗收工作，來找出專案中可能存在的問題和不足，並進行最後的修正，以使專案成果完美的交付到最終使用人員手中。
u驗收測試：依據軟體開發商和使用者之間的合同、軟體需求說明書以及相關行業標準、國家標準、法律法規等對軟體的功能、效能、可靠性、易用性、可維護性、可移植性等特性進行嚴格的測試，以找出軟體的缺陷和不足，並提成修改意見，完善專案成果。
u專案成本評估：為需要對專案成本進行審計、核算的使用者提供專案成本評估，對軟體的成本給出參考性意見。
u文件測試：對軟體開發商提供的相關文件進行稽核，並提出修改意見，以便於軟體或系統的使用、維護和移植。
u履約情況檢查：對合同中規定的進度、服務等專案執**況進行檢查，以保障雙方的利益。
4)資訊系統執行與維護
u應用系統風險評估：對應用系統的整體情況進行綜合的評價，包括系統的功能、可靠性、效能、安全性、風險、需投入成本等專案的測試、評價與估算，並給出有針對性改進建議。
u資訊系統效能測試與故障診斷：我們採用應用系統效能、伺服器監測、網路分析等工具實現網路應用系統故障定位和管理，分析關鍵應用的響應時間在客戶端、網路、伺服器的分佈，彙總關鍵應用的吞吐量和網路頻寬佔用率，揭示引起應用系統故障的真正原因。
2樓：杭州千峰
軟體測試主要工作內容，包括兩個方面驗證（verification）和確認（validation）。
驗證(verification)是保證軟體正確地實現了一些特定功能的一系列活動， 即保證軟體以正確的方式來做了這個事件。
1.確定軟體生存週期中的一個給定階段的產品是否達到前階段確立的需求的過程。
2.程式正確性的形式證明，即採用形式理論證明程式符合設計規約規定的過程。
3.評審、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或檔案等是否和規定的需求相一致進行判斷和提出報告。
確認（validation）是一系列的活動和過程，目的是想證實在一個給定的外部環境中軟體的邏輯正確性。即保證軟體做了你所期望的事情。
1.靜態確認，不在計算機上實際執行程式，通過人工或程式分析來證明軟體的正確性。
2.動態確認，通過執行程式做分析，測試程式的動態行為，以證實軟體是否存在問題。
其實，軟體測試的物件不僅僅是程式測試，軟體測試應該包括整個軟體開發期間各個階段所產生的文件，如需求規格說明、概要設計文件、詳細設計文件，當然軟體測試的主要物件還是源程式。
3樓：
主要就是測試軟體，有沒有bug。具體的根據需求設計測試計劃，寫測試用例，執行測試，發現問題提交問題並進行跟蹤，提交測試報告等。
4樓：幻影天使
指定測試計劃，搭建測試環境，編寫測試用例，執行測試，提缺陷，迴歸測試，統計缺陷，缺陷報告
5樓：匿名使用者
簡單來說：
如果只是普通的測試工程師，那麼你的主要工作內容是：根據測試用例，執行測試，發現系統中的缺陷，提交到缺陷管理系統中。等到開發組修改了缺陷，在新的版本中，驗證這些缺陷是否修改正確。
級別高一點的測試工程師，除了測試執行，還需要根據需求和設計文件，設計並編寫測試用例，編寫必要的測試程式。
專案裡的測試經理負責整個測試過程的管理，監控，例如制定測試方案計劃，負責和開發組溝通協調，管理整個測試組。
軟體測試工程師工作內容是什麼？
6樓：慧樂課堂
①測試和發現軟體中存在的軟體缺陷；
②測試工作需要貫穿整個軟體的生命週期；
③ 測試用例報告形成：測試人員為了更好更有效地進行測試，保證測試工作質量，需要在執行測試工作之前首先需要設計測試用例，形成測試用例報告。
④測試計劃制定：測試過程中，為了更好地組織與實施測試工作，測試負責人需要制定測試計劃，包括有測試資源、測試進度、測試策略、測試方法、測試工具、測試風險等。
⑤ 缺陷報告編寫及提交：測試人員將發現的缺陷編寫成正式的缺陷報告，提交給開發人員進行缺陷的確認和修復。
⑥軟體質量分析：在測試完成後，測試人員需要根據測試結果來分析軟體質量，包括缺陷率、缺陷分佈、缺陷修復趨勢等。給出軟體各種質量特性包括有功能性、可靠性、易用性、安全性、時間與資源特性等的具體度量。
最後給出一個軟體是否可以釋出或提交使用者使用的結論。
7樓：啄木鳥學院
軟體測試的具體工作內容：
一、需求評審
在整個團隊拿到需求之後的第一件事是進行需求分析，看看要這個軟體要實現哪些需求。需求分析的後一步就是需求評審了，這個環節需要軟體測試工程師與產品需求人員、開發人員、qa人員共同進行參與，評審這些需求能不能夠實現。
二、寫測試計劃
接下來在開發人員編寫開發計劃的同時，測試人員要寫測試計劃，就是哪些人要在什麼時間做哪些測試工作，最後產出什麼工作結果也就是提交哪些文件。
三、編寫測試用例
測試用例就是指導測試工作進行的文件，比如要測試系統的登入功能、購買功能等，會通過測試方法和策略來設計測試用例。所以編寫測試用例是軟體測試工程師進行測試之外最重要的工作了。
四、用例評審
用例評審就是評價和審查測試方法和測試內容是否合理全面。不能只做基礎的測試工作就可以，還得全面進行可能會出現各種各樣錯誤的測試，儘可能把bug降到最低。
五、執行測試、提交bug
執行測試自然不必多說，就是測試工程師真刀真槍地進行測試工作，找出了bug之後會進行提交，讓軟體開發人員進行修改。
六、迴歸測試、編寫測試總結報告
迴歸測試就是對開發人員改好bug的軟體再次進行測試，看bug是否都已經修改好。待bug都修改好之後，測試人員要編寫測試總結報告，闡述軟體的質量如何，軟體才可以上線釋出。
8樓：手機使用者
以下是作為一名測試工程師的日常工作：階段：編寫測試計劃，測試用例、測試缺陷報告，並執行測試用例，搭建windows測試環境，熟練使用bugzilla提交軟體缺陷報告 至於為什麼嘛，當然要一步步來的，要有計劃才能執行啊，大概是這樣吧 ^_^ 使用測試技術及工具：
白盒測試和黑盒測試 loadrunner、winrunner 能夠運用邊界值、等價類劃分法、因果圖、狀態圖、大綱法等測試方法設計高效測試用例 軟體測試工作總體流程圖：
詳細測試步驟： 1. 書寫測試計劃 2.
稽核測試計劃，未通過返回第一步 3. 書寫測試用例； 4. 稽核測試用例，未通過返回第三步 5.
測試人員按照測試用例逐項進行測試活動,並且將測試結果填寫在測試報告上；（測試報告必須覆蓋所有測試用例） 6. 測試過程中發現bug，將bug填寫在bugzilla上發給整合部經理；（bug狀態new） 7. 整合部經理接到bugzilla發過來的bug 7.
1 對於明顯的並且可以立刻解決的bug，將bug發給開發人員；（bug狀態assigned）; 7.2 對於不是bug的提交，整合部經理通知測試設計人員和測試人員，對相應文件進行修改; （bug狀態resolved，決定設定為invalid）; 7.3 對於目前無法修改的,將這個bug放到下一輪次進行修改；（bug狀態resolved，決定設定為remind） 8.
開發人員接到發過來的bug立刻修改;（bug狀態resolved，決定設定為fixed） 9. 測試人員接到bugzilla發過來的錯誤更改資訊，應該逐項複測，填寫新的測試報告（測試報告必須覆蓋上一次中所有reopened的測試用例）； 10. 如果複測有問題返回第六步（bug狀態reopened） 11.
否則關閉這項bug（bug狀態closed） 12. 本輪測試中測試用例中有95%一次性通過測試,結束測試任務； 13. 本輪測試中發現的錯誤有98%經過修改並且通過再次測試（即bug狀態closed），返回第五步進行新的一輪測試； 14.
測試任務結束後書寫測試總結報告； 15. 正規測試結束進入非正規測試，首先是alpha測試，請公司裡其他非技術人員以使用者角色使用系統。發現bug通知測試人員，測試人員以正規流程處理bug事件； 16.
然後是beta測試，請使用者代表進行測試。發現bug通知測試人員，測試人員以正規流程處理bug事件。
軟體測試的測試內容，軟體測試的具體工作內容是什麼？
沒事找bug，有事找開發。軟體測試工作主要是要細，一個軟體往往大錯誤就並不多，最多的就是小錯誤小毛病。軟體測試工程師的工作內容就是根據需求文件通過手動或自動手段，來執行或測試某個系統的過程，在這個測試工程中，如果測試的結果不符合需求文件預期結果，那麼通常情況下，可以判定為bug，然後我們再跟開發確認...
硬體測試和軟體測試的區別，軟體測試工程師和硬體測試工程師哪個好？
本質上沒有太大的區別，目的都是一致的。考察方向 都是從功能 效能 質量屬性等方面。硬體測試不同的是需要考察老化方面的問題，進行老化測試，和國家要求的一些常規硬體測試，並達到國標。流程方面 基本都是越早介入效果越好。硬體測試除了要對嵌入式的程式進行測試之外，還需要對原理圖 結構圖 元件選擇等等很多硬體...
軟體測試工程師的薪水如何，軟體測試工程師薪資待遇怎麼樣？
軟體測試工程師屬於典型的技術類崗位，準備這個職位的面試需要從你的軟體和硬體兩手進行準備。首先，硬體方面的準備。對於軟體測試工程師的硬體方面，指的是你在軟體測試方面的知識 教育背景和經驗。教育背景方面。除非你已經在軟體測試這個方面有多年的實戰經驗，那麼大部分企業在招聘這個崗位的時候，還是對於候選人的教...