用它來存儲QC本身的函數庫，存儲庫更好嗎？

Question

我打算使用QC作爲庫，對象庫，其他數據文件的存儲庫的地方。我將執行QC的所有測試用例。如果我對這些使用質量控制，那會是更好的意見嗎？執行速度會比平時快嗎？

注意：通常的方法是功能，本地回購，只需更新QC中的Driver腳本並從QC運行。

Answer 1

無論存儲在QC上什麼都必須下載到執行QTP測試運行的機器上。增加從QC下載的項目數量不會提高性能。

Answer 2

思考了一段時間後，我決定拿出我自己的答案：

如果

• 一個以上的人對QTP測試，
• 工作和/或者在一臺或兩臺以上機器上執行測試，並且/或者使用QC的工作流腳本功能來跟蹤測試的狀態（或其他屬性）
• AND/OR想要做的不僅僅是執行直接從QTP（「交互」）使用試驗E測試/ F5
• AND/OR想用QC對QTP測試版本控制（urgh ..）

那麼強烈建議把測試分爲QC因爲

• 中央存儲庫在這種情況下
• 它是利用QC的要求樹，測試實驗室和缺陷管理器，具有自動測試相集成，包括繪圖/報告設施的唯一方法是有用的。

在QC讓他們最大的缺點是，你

• 永遠不會再看到這些測試的可用分層文件系統（但嘿！請問QTP沒有QC創造每一個有用的文件系統測試？不！），
• 因此必須通過QC界面進行所有操作（忘記刪除或複製樹木與Windows資源管理器時）
• 將支付性能損失，因爲每次打開或保存操作時，測試必須是從QC轉移到本地文件系統/從本地文件系統轉移到QC。 （一旦它的存在，你有充分的局部表現，不過，至少在大多數情況下。）
• 很大程度上提高你的本地網絡的穩定性依賴
• 應該始終擁有最新的QTP & QC釋放（尤其是在修補程序/ SR的條款），
• 會看到一些罕見的情況，如果測試在本地文件系統中，QTP IDE崩潰時它不會崩潰（兩者之間的接口實現中似乎仍存在一些錯誤）

所以只有把這些東西放入質量控制，如果你可以忍受劣勢。

Answer 3

在過去，我使用了一個名爲StarTeam的工具，它包含一個工作文件夾，其中包含所有存儲庫。這是版本控制的，意味着任何一位工程師都可以訪問它或檢查它以對其進行更改。

執行起來很快，因爲您的個人版本的工作文件夾保存在本地驅動器上，讓您能夠快速訪問。

然而，在QC中增加對其他測試人員的可見性可能會更好。它的個人喜好，實際上每個解決方案都有好的和壞的點