安裝程序的單元測試

Question

什麼是開發人員檢查代碼的最佳過程，安裝程序由構建工程師創建併發布到QA以測試安裝程序。

如果安裝程序沒有Dev的單元測試，應該發佈到QA。如果dev做了一些修改，那麼他們應該等到QA報告錯誤。或者，如果安裝程序第一次被授予開發單元測試，並且一旦他們簽署，那麼只有它應該發佈到QA？

Answer 1

是否需要與安裝程序集成？也就是說，安裝程序的新版本可能需要由dev進行更改嗎？

我的猜測是安裝程序和代碼之間有集成，因此需要集成測試。似乎有理由認爲Dev應該參與其中。

所以：

確定在何處進行集成測試的責任在於：如果與構建工程師，然後從他們發佈給QA。如果與Dev一起，那麼先給Dev，然後再發給QA。

Answer 2

下面是一個博客條目的鏈接，該博客條目描述了一個將單元測試添加到WiX安裝程序的自定義操作的新項目。雖然這是非常具體的實現，但它可能會爲您提供有關向您的安裝程序添加單元測試的指針。

http://www.joyofsetup.com/2010/02/08/introducing-lux-declarative-unit-testing-for-custom-actions/

作爲一般原則，我會說你怎麼測試徹底您的安裝應該是有多少人會被安裝產品的功能。如果您在公司內部編寫供內部使用的軟件，並且有10臺機器，那麼我會說只是確保基本工作進行了測試。如果您的產品將發佈到全球，並且您預計有數百個用戶，請測試該過程的每個可能方面。這種情況下的任何安裝程序錯誤將是一個巨大的問題。

Answer 3

我這樣做的時代，我的方法是讓建築工程師完全脫離這個過程。我自動構建安裝程序，作爲自動化構建的相同腳本的一部分。構建工程師負責自動構建，而不是編寫和遵循清單。 （如果您可以編寫構建過程的清單，那麼您可以自動構建過程，如果您不能爲構建過程編寫清單，則您沒有業務發佈軟件。）

開發人員可以構建整個在他們的私人開發環境中發佈，並測試他們認爲合適的任何方式（我推薦使用帶有快照的虛擬機）。一旦開發人員感到高興，他們將代碼提交給SCM存儲庫。持續集成引擎（Hudson，CruiseControl等）監視存儲庫並啓動集成構建。一旦集成構建完成，就可以將結果發送給QA進行測試。如果您依賴於需要特殊許可軟件構建的安裝程序，則不必爲每個開發人員購買授權副本，只需獲取CI服務器的許可證，並讓開發人員在構建完成後從CI服務器獲取安裝程序構建。

如果你想有更多的進程（不寒而慄），那麼讓開發人員承諾開發分支，由開發分支生成構建的CI服務器監視開發分支。只有開發人員測試開發分支的版本。一旦開發團隊對結果滿意，來自開發分支的變更將被提升（合併）到主分支，並由CI服務器監控，以生成QA發佈。

我甚至在有（私人）開發者分支的環境中工作，這些分支流入團隊開發分支，流入到集成分支，流入分支分支，每個分支都有一個評審委員會來確定何時促進從一個分支到下一個分支的變化。這是瘋了，恕我直言，但質量保證工作人員喜歡它 - 質量保證工作人員長期聘用來監督這一過程。