程序員測試階段

A. 從事軟體測試的工作，需要學點什麼

軟體測試就是對開發的軟體功能進行測試，找出軟體的bug，也就是要找出軟體的缺陷和不足，在找出問題之後，還需要把問題整理成報告，讓軟體開發人員根據所呈現的報告去修復去完善。軟體測試主要需要學的東西有很多，具體分析如下：

需要學習測試基礎和理論知識，包括測試計劃編寫、設計測試用例、編寫BUG報告單；需要學習python語言以及計算機的硬體知識；需要學習資料庫知識，包括MySQL資料庫、Redis資料庫等；需要學習自動化測試工具、性能測試工具、介面測試工具的使用。比如在性能測試則會用到Loadrunner軟體，它包含Controller、VuGen、Analysis

這些組件。VuGen用於協議、參數化、事務、集合點、檢查點、關聯、思考時間、文件下載、瀏覽器模擬設置。Controller用於手動場景設計、IP

Wizard應用、場景運行、負載生成器、場景監控、服務水平協議(SLA)、伺服器硬體監測。Analysis則用於HTTP報文結構、事務相關、吞吐量相關、執行結果分析、網頁細分圖、圖表分析。

B. 軟體開發過程一般有幾個階段每個階段有什麼作用

1、首先制定項目計劃，最初計劃是里程碑性質的。可以先按瀑布模型設置，里程碑點主要為需求評審、設計評審、經過代碼開發和單元測試後進行集成測試、部署上線是一個很重要的里程碑，一般用戶會期望系統何時能使用，進入試運行期。

2、需求開發階段：怎麼樣寫好需求很關鍵，這個需要實踐經驗鍛煉自己。如果有項目成員，可以一起做需求，這個階段對於業務理解、分析、如何開展調研以及文字表述、業務流程圖描述還有文檔編輯能力都有不少要求。一般分為《用戶需求說明書》和《需求規格說明書》，小項目可以寫一個《需求分析報告》，《用戶需求說明書》是用用戶的語言進行描述，讓用戶和開發團隊對於需求的達成一致的理解，《需求規格說明書》，則是對用戶需求的分析，形成系統要具有的功能，這個是真正提供用戶可交互操作的文檔，也就是後期設計和代碼開發的重要基線。
另外，作為了解需求，拿出用戶UI和用戶交流也是一項比較重要的需求獲取手段，雖然這個屬於設計的范疇

3、系統設計階段：
系統總體架構，結合用戶對系統環境、開發語言以及運行的網路硬體等要求，確定開發工具等，對應用系統關系進行架構性設計，通過需求階段對用戶的分析歸類，用圖的方式描述出用戶和各子系統或模塊的全局視圖，以及和其他系統的關系。也就是搞清楚系統的邊界問題。
概要設計中除了高層架構設計，還需要設計網路拓撲圖，以及系統部署圖。概要設計比較重要的還有就是子系統、模塊進行合理的劃分。模塊的名稱很大程度上會成為用戶的主要菜單，如何用用戶的角度去取比較清楚的子系統和模塊是很重要的。

4、代碼開發和單元測試階段：這個階段一般來說需要改進瀑布模型，類似跌代開發，把模塊進行合理劃分，把項目總體計劃的代碼開發測試階段劃分為多個時間段，每個時間段都包括代碼開發、單元測試和集成測試，這個階段還需要對需求變更進行跟蹤控制，如果需求有變更，那麼要把需求文檔、設計文檔都重新跟上。跌代開發的好處就是不讓代碼開發階段拉的過程，沒有進行及時的自我檢查，不小心到了提交時間，卻不是用戶想要的，還有可能都不是自己想要的。
項目經理重要的責任是控制好進度，能及早發現風險，並能拿出好的預防和解決辦法的措施。合理安排好開發團隊的任務，合時的任務安排和銜接，你會覺得非常有藝術感，這個要自己體會了。另外，關注項目團隊各人員的狀況，保持高的戰鬥力，及時發現並能鼓勵團隊共同朝一個目標前進。

5、測試工作，測試是項目的很重要的環節，怎麼測試，怎麼准確測試，怎麼有效測試，怎麼覆蓋測試，時間、人手、經驗扽個方面都會有制約。高級測試人員能夠分析系統各測試要點，在需求、設計階段都要參與，提早了解如何去測試，能寫出測試用例。

6、文檔工作，文檔在項目開發中也佔有重要位置，除非你覺得代碼是項目唯一的成果，那麼你把文檔拋掉吧，什麼都在你的腦子里，團隊中人員一走，項目的一部分也就帶走了。代碼開發其實也需要文檔，代碼是成果，代碼注釋是成果，模塊開發卷宗也是重要的成果，因為程序員在開發時候的邏輯是怎麼樣的，對於今後查問題很有作用。除非你的系統設計程度到了方法、類，把代碼邏輯也都設計好了，那麼程序員就CODEING去吧。

7、QA是對項目過程的質量保障，有些公司吧QA和測試工作合成一個崗位叫做QA&測試人員，或者就叫QA人員。QA是對項目全過程的監管，獨立於項目之外。監督項目經理在各項目里程碑提交相關成果，入庫形成基線。

C. 黑馬程序員軟體測試課程主要包含哪些

對這個不是很清楚，給你說說我們的。
啄木鳥學院軟體測試培訓課具體課程大綱：
第一階段：基礎測試。掌握測試從業者必備的基礎技能,能夠更加高效的輔助測試工作。
第二階段：編程語言。java和python編程語言，具備最基本的編程思維、 掌握基礎的編程技術、結合自動化框架相關技術才能達到企業的用人標准。
第三階段：web自動化。熟練掌握Selenium框架、UnitTest、Page Object模式、數據驅動和日誌收集、可滿足企業級的Web自動化測試工作。
第四階段：App自動化。熟練掌握appium框架、pytest、PO模式、數據驅動和持續集成。
第五階段：介面測試。熟練掌握postman、JMeter、requests、UnitTest、Mock測試和資料庫操作。
第六階段：性能測試。熟練掌握性能測試的理論和流程、能夠使用Loadrunner開發對應的性能測試腳本。
第七階段：數據結構+單元測試+sell腳本。對前幾個階段的總結以及延伸。學習完成後能更好的找到工作。

D. 按照軟體測試階段劃分,軟體測試分為

單元測試
單元測試又稱模塊測試，是針對程序的一種測試。
模塊：C函數，JAVA方法
模塊的基本屬性：名字、明確的功能、與其他模塊的關聯、演算法。
在實際中，很多的單元測試工作都是程序員在做。
實際意義：一開始並不把程序作為一個整體來測，而首先
集中測試最小單元，這樣能盡早的發現問題，解決問題。
• 實際演示一個單元測試例子
• 演示完成後，你的技能夠做單元測試嗎？
集成測試
時常有這樣的情況發生，每個模塊都能單獨工作，但是將這些
模塊組裝起來之後卻不能正常工作。
p A程序員寫了代碼，這些代碼的功能提供給B程序員調用，但是
由於A和B之間在方法的命名，大小寫等問題上不一致，所以根
本無法讓A的數據給B用。
p 也就是說，在局部上不出問題，整合起來也不出問題嗎？這很
難說，因此集成測試就顯得非常有必要。
集成測試又稱為介面測試，是針對程序介面的一種測試。
• 介面：模塊與模塊之間的耦合
• 在實際中，很多的集成測試工作都是程序員在做
• 實際意義：單元測試做完後，方法已經沒有問題了，局部
不出問題了，程序員之間的各個功能整合起來，集中測試，
要保證整合後的代碼和代碼實現的功能完全對接，沒有問題。
因此集成測試就顯得非常有必要
現在問題出來了，我們怎麼做集成呢？
• 獨立的測試完成後，組合成一個整體測， 非增量式集成
問題：容易出現混亂，因為測試時可能發現一大堆問
題，但每個故障的定位和糾正問題很難。
• 把一個待測模塊組合到已經測試過的模塊上去，再進行
測試，這種方式稱為 增量式集成
自上向下：樁程序
自下向上：驅動程序
p 思考一個問題：清洗一台已經完全裝配好的絞肉機容易，還是
清洗一台被完全拆分的絞肉機容易？
確認測試
確認測試：對照軟體需求規格說明，對軟體產品進行評估以
確定其是否滿足需求的過程。主要是對軟體需求滿足程度的一
種評價和評估。
p 經過確認測試，應該得出的評價無非2種情況：
① 經過檢驗，軟體功能、性能及其他方面的要求都已滿足
軟體需求規格說明的規定，是一個合格的軟體
② 經過檢驗，發現與軟體需求規格說明書有相當的偏離，
得到了一個缺陷清單，這就需要開發部分和用戶進行協
調，找出解決的辦法。
系統測試
什麼是系統測試：
將已經確認的軟體、計算機硬體、外設、網路等其他元素結合在一起，進行信息系統的各種組裝測試和確認測試。
系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方，從而提出更加完善的方案。
對象不僅僅報測測試的軟體，還包含軟體所依賴的硬體，外設甚至包括某些數據、某些支持及介面等。
系統測試范圍：功能、性能、界面、強度、容量、安全性、配置、安裝、卸載、資料庫等。
驗收測試
驗收測試：驗收測試：可以類比為建築的使用者對建築進行的檢測。
驗收形式：
1.Alpha;alpha 測試是在用戶組織模式軟體系統的運行環境下的一種驗收測試，有用戶第三方測試公司進行的測試，模擬各類用戶行為對即將面市的軟體產品進行測試。試圖發現並修改錯誤。
2.Beta：Beta測試是用戶公司組織各方面的典型終端用戶在
日常工作中實際使用beta版本，並要求用戶報告異常情
況，提出批評意見。
實際過程中：初驗、終驗
Alpha和Beta的區別
區別：兩者的主要區別是測試場所不同。
p Alpha測試是指把用戶請到開發方的場所來測試， Alpha測試的環
境是受開發方控制的，用戶的數量相對比較少，時間比較集中。
p Beta測試是指在一個或多個用戶的場所進行的測試。beta測試的環
境是不受開發方控制的，誰也不知道用戶如何折磨軟體，用戶數
量相對比較多，時間不集中。
p alpha測試先於beta測試執行。
p 通用的軟體產品需要較大規模的beta測試，測試周期比較長。如
果產品通過了beta測試，那麼就可以正式發行了。
p 一些軟體開發公司把Alpha測試後發布的產品定義為：一個早期的、
不穩定的軟體版本所進行的驗收測試，而Beta測試看成是對一個
晚期的、更加穩定的軟體版本所進行的驗收測試。

E. 軟體測試分為幾個階段

一、單元測試

單元測試：單元測試是針對軟體設計的最小單位--程序模塊甚至代碼段進行正確性檢驗的測試工作，通常由開發人員進行。

對於單元測試中單元的含義，一般來說，要根據實際情況去判定其具體含義，如C語言中單元指一個函數，Java里單元指一個類，圖形化的軟體中可以指一個窗口或一個菜單等。

總的來說，單元測試是對軟體中的最小可驗證單元進行檢查和驗證。

測試原則：

1、盡可能保證測試用例相互獨立（測試用例中不能直接調用其他類的方法，而應在測試用例中重寫模擬方法）；

2、此階段一般由軟體的開發人員來實施，用以檢驗所開發的代碼功能符合自己的設計要求。

單元測試的好處：

1、盡早的發現缺陷；

2、利於重構；

3、簡化集成；

4、文檔；

5、用於設計。

單元測試的不足：

1、不可能覆蓋所有的執行路徑，所以不可能保證捕捉到所有路徑的錯誤；

2、每行代碼需要3~5行代碼進行單元測試，存在投入與產出的平衡。

二、集成測試

集成測試是在單元測試的基礎上，把軟體單元按照軟體概要設計規格說明的規格要求，組裝成模塊、子系統或系統的過程中各部分工作是否達到或實現相應技術指標及要求。

集成測試包括BigBang、自頂向下、自底向上、核心系統集成、高頻集成。

三、系統測試

系統測試：系統測試是在集成測試通過後進行的，目的是充分運行系統，驗證各子系統是否都能正常工作並完成設計的要求。它主要由測試部門進行，是測試部門最大最重要的一個測試，對產品的質量有重大的影響。

集成測試和系統測試之間的比較：

1、測試內容：集成測試是測試各個單元模塊之間的介面，系統測試是測試整個系統的功能和性能；

2、測試角度：集成測試偏重於技術的角度進行測試，系統測試是偏重於業務的角度進行測試。

四、驗收測試

驗收測試也稱交付測試，以需求階段的《需求規格說明書》為驗收標准，測試時要求模擬實際用戶的運行環境。是針對用戶需求、業務流程進行的正式的測試，以確定系統是否滿足驗收標准，由用戶、客戶或其他授權機構決定是否接受系統。

驗收測試包括alpha測試和beta測試，alpha測試是由開發者進行的軟體測試，beta測試是由用戶在脫離開發環境下進行的軟體測試。

F. 軟體測試的流程是什麼

軟體測試工作流程：

1、需求分析、需求評審

需求分析和評審就是分析客戶的需求可不可行，需要怎麼進行測試。

2、編寫測試計劃

編寫測試計劃通俗一點講就是什麼人在什麼時間做什麼事，最後產出什麼東西。那也就是測試人員要測試哪些模塊、在什麼期限內，提交哪些文檔。

3、編寫測試用例、用例評審

測試用例就是指導測試的文檔，比如我們要測試商城登錄、買東西等功能，通過測試方法和策略設計測試用例。

評審就是評價審查，不能想當然該怎麼測。不能只是輸入正確的用戶名和密碼，能登錄進去就完事了。作為軟測工程師需要有破壞性，比如密碼輸錯時怎麼辦?會不會有相應的報錯等等?

4、執行測試、提交bug、回歸測試

Bug就是缺陷，發現bug之後，要提交給開發人員讓他們去修改，然後進行回歸測試，驗證開發人員有沒有改好。

5、編寫測試總結報告

Bug都改好了之後，要編寫測試總結報告，這款軟體的質量如何。

G. 軟體測試難嗎，一般多久可以學會

其實主要看自身，還是比較好學的！一般情況3個月是沒啥問題的~
0基礎進入IT行業，完全是ok的，IT行業分好幾種有開發，測試，UI，自動化，測開，運維等這些崗位。在這些崗位裡面測試相對來說還是比較容易上手學會的。因為開發、運維、自動化這些都對代碼的要求挺高，0基礎的話對代碼認識不是一、兩天就可以學好的。可以先明確以下幾個問題：
1、首先自己要明確好自己是否要進入軟體測試的行業，身邊有朋友做這行更好，可以給出相對比較中肯的建議，或者也可以去咨詢一些機構都是ok的，另外學習的話，培訓還是很有必要的，這個可以根據自身情況來定，一家好的培訓機構對於學習也是錦上添花的！
2、主要看自己是否感興趣，如果自學的話一定要有全面的課程和實戰項目，實戰項目在後續找工作中是至關重要的，另外自學的話是需要有較強的自律能力，其次就是一定要堅持學習，堅持學習才會有結果！
3、基礎理論知識一定要扎實，軟體測試一定要有理論+實戰項目，這樣學的更扎實，也更容易就業！
4、另外選擇培訓機構也是很重要的，會得到系統的學習，同時也會有很多小夥伴一起學習可以加油打氣，老師也會時刻解決你的疑難問題，當然前提是自己要想要去學，鑒定進入這個行業的信念，有「心力」成功更容易！
以上，希望可以幫助到你，一定要加油，堅持學習！