南京單元測試還是開發好，大家公司里面，單元測試是開發寫還是測試寫

想從零基礎學習軟件測試到成為測試工程師，詳細了解南京單元測試還是開發？

1.在大家公司，單元測試是開發寫還是測試寫？

單元測試...驗證程序是否正常.如果開發程序時不寫單元測試,開發就必須手動驗證所寫出之程序;手動測試,就失去自動化測試的優點,沒辦法穩定及加速開發腳步.每個公司都有不同的分配模式和結構，主要集中在"有效"質量穩定，"足夠"的開發效率.我的想法是測試、規劃和測試、系統之間復雜的組合和輸出驗證； 開發各級測試環境的架構.開發、程序功能開發和自我驗證，以提高輸出質量； 配合測試完成各級環境架構測試.建議參考 "How Google Tests Software" 一書.

2.單元測試怎么寫？

我們分以下7個小點來解釋： 1. 為什么要測試一些單元？2. 單元測試和集成測試的區別 3. 先寫代碼還是先寫單元測試？4. 誰來寫單元測試 5. 如何避免無用的測試 6. 測試代碼覆蓋率 7. 單元測試"mock仿件"或者我們說打樁？為什么要測試一些單元？ 目的: 1. 提高軟件質量 2. 減少bug? 3. 減少重復的工作? 4. 安全的重構已有的代碼? 5. 讓開發者對程序穩定性更有信心? ? 重要性：? 1. 運行單元測試是為了保證代碼的行為和我們期望的結果一致。? 2. 編寫單元測試不僅會增加代碼工作量，還會節省代碼工作量bug修復時間。? 3. 如果沒有寫單元測試，就沒有發現bug在這種情況下，程序只有在測試人員測試或在線環境(正式環境)用戶使用時才會發現問題，在去修復bug。開發會花費大量精力修復bug通過部署過程，測試還將花費大量時間進行重復測試。不劃算。 4. 某些在線場景bug導致大量數據丟失，需要花費大量精力修復數據，或者根本沒有修復數據，造成嚴重后果。單元測試和集成測試有什么區別？ 測試粒度不同： 單元測試是程序中最小的單元，集成測試是一個功能，一組功能或整個系統上的 單元測試：程序的最小單元。 集成測試：也稱為組裝測試或聯合測試，是在單元測試的基礎上，所有模塊根據系統設計要求組裝成功能或系統，實際上程序單元，測試通過，不能保證程序組裝也能正常工作，部分程序在局部反應，可能在整體或特殊情況下暴露問題。 單元測試和集成測試很容易混合：因為單元測試和集成測試可以用相同的工具和框架編寫。 編寫代碼還是編寫單元測試？ 在編寫代碼之前，先編寫測試，許多沒有編寫過單元測試的朋友會認為，單元測試和集成測試可以編寫相同的工具和框架。代碼都沒有，連測試的對象都沒有，我怎么寫單元測試？? ? ? ?1. 我們可以通過編寫虛假代碼或建模來解決這個問題，這樣我們就可以站在用戶的角色開發，盡快發現問題 2. 避免開發后某個功能模塊遺漏。 3. 這樣開發出來的程序擴展性、維護性很容易理解。誰來編寫單元測試？? ? 單元測試一般由開發員自己些，但是我們自己對自己的代碼編寫單元測試的情況下，習慣性的往理想情況下編寫，開發員*不要針對自己的代碼編寫單元測試。應該有其他開發編寫，這樣減少了bug也提高了發展水平。如何避免無用的測試？1. 只寫必要的測試 編寫你認為不可靠的代碼。例如，業務非常復雜，你沒有徹底理解它。如果你以前沒寫過，你會覺得會產生不可預測的結果。 2. 只寫關鍵測試 有時我們不能做必要的測試，沒有人知道我們只能勉強跳過。但關鍵測試不能跳過，關鍵測試是：您編寫的代碼的核心洛基。如果你不知道如何處理它，你就知道確保最終的路線可以通過。在未來的重建中，這條路線可以確保你不會感到困惑。3. 無用的測試 3.1 不要測試開發語言的標準數據庫和核心數據庫，因為這些代碼已經被測試了很長時間。盡管這些可能性很小。（如果您確定是開發語言的標準數據庫或核心數據庫，您應該測試標準數據庫和核心數據庫，因為它們都有完整的測試用例） 3.2 不要測試基本框架、工具方法和外部依賴的有效性。當你遇到這個問題時，你應該打樁"mock"。? 3.3 你只看到它通過了測試，沒有看到它失敗了。也許這個測試從頭到尾都沒有測試任何代碼。我們應該手動破壞代碼，以確保幀覆蓋目標代碼。測試代碼覆蓋率？ 我們應該忽略代碼覆蓋率:即使覆蓋率達到*，和"靠譜"代碼肯定會有天壤之別，問題是有的公司把代碼覆蓋率作為考核標準，這使得開發很容易演變成"追求*代碼覆蓋率"，然后無所不用，連開發都不懂，那就更悲劇了。一群人面對水分很大的代碼，然后面對它"*代碼覆蓋率"想想就不舒服，想哭。測試中的模仿"mock"還是我們說的打樁？ 有時很難測試被測系統，因為它依賴于不能在測試環境中使用的對象、組件API或者它們不能使用。在這種情況下，我們確保測試系統的內部行為有更多的控制和可見性，我們可以使用模仿"mock"或者打樁。? ? 什么情況下使用"仿件mock、樁件stubs" 1. 外部依賴不存在。 2. 外部依賴不會返回測試所需的結果，或有不良副作用。 3. 如果外部依賴發生變化，我們的測試將失敗。 我們來看一個打樁示例: 1. 我們在編寫單元測試購物車"Cart"類，依賴產品類"Product"和用戶類"User"。? 2. 依賴產品類別"Product"和用戶類"User"已經測試過了。? 3. 依賴產品類別"Product"和用戶類"User"是由他人開發的。? ? 示例問題：? 1. 產品類"Product"和用戶類"User"一旦出現問題，不會讓我們誤以為購物車"Cart"出了問題。 2. 為了創造很多前提條件，不需要做出斷言。(如果是這樣，你應該把它放在綜合測試中)。 3. 在測試購物車時，應避免使用"new Cart($userId,$productId,$quantity)"這樣，程序中很多地方都會重復查詢，影響程序的執行效率，不利于打樁。我們應該用這種方法"new Cart(User $user,Product $product,$quantity)"

3.是學軟件開發好還是學軟件測試好？哪個更適合就業？

軟件測試必須具備一定的軟件開發能力，所以你必須學習軟件開發。軟件開發需要邏輯思維能力，這是業主必須具備的，是選擇合適的培訓學校，軟件開發最重要的是實踐課程和實踐時間，目前國內做得更好，是華宇國際

4.測試好還是開發好？

測試和開發工作有很大的重疊。但相對而言，測試的技術含量略低。而開發。這項技術的要求相對較高。如果可能的話，建議進行開發，因為在同一家公司，開發工資略高于測試工資。

想了解軟件測試學習課程、成本和時間，了解公司，單元測試是開發寫還是測試寫，如何寫好單元測試，是學習軟件開發還是學習軟件測試？哪一個更適合就業？，是測試還是開發？