[發明專利]對軟件開發進程進行監控的方法和設備

在審

• 申請號: 201410422159.2
• 申請日: 2014-08-25
• 公開（公告）號: CN105446720A
• 公開（公告）日: 2016-03-30
• 發明（設計）人: 朱正宜;王繼華
• 申請（專利權）人: 北京暢游天下網絡技術有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 北京東方億思知識產權代理有限責任公司 11258
• 代理人: 林強

技術領域

本發明涉及軟件測試領域，更具體地說，本發明涉及一種軟件開發進程進行監控的方法和設備。

背景技術

軟件測試，是一種用于促進和鑒定軟件的正確性、完整性、安全性和質量的過程。為保障軟件質量，軟件測試是軟件開發中必不可少的一環。

隨著軟件技術的研究與發展，對軟件的可用性、可靠性、穩定性等性能進行測試的方法日益增長。然而，在現有的軟件測試領域中，測試工程師都是被動地獲取測試內容來開展測試工作。一種典型的應用場景是，開發工程師完成了相應的代碼開發，然后以某種形式通知測試工程師進行軟件測試。這種被動的測試方式會帶來如下一些弊端：

1.溝通成本：開發和測試人員需要對測試內容反復進行溝通，從而耗費溝通成本；

2.漏測風險：因為溝通過程中存在信息傳遞不完整和不準確，測試人員獲取的測試內容可能會不全，容易出現漏測現象，從而增加測試流程；

3.測試效率：測試人員只能在開發完成之后才能開始測試，導致測試時間被縮短，影響項目的進度，并且降低了軟件產品的質量。

為克服測試時間不足的缺陷，現在已有了一些提前介入測試工作的方法。比如在敏捷測試中，測試工程師會參與到產品需求的審核，開發設計文檔的審核等環節；雖然這樣可以讓測試工程師提前介入軟件的需求分析和開發工作中，但測試工程師只是對測試對象的背景有所了解，并未真正獲得測試內容本身——軟件代碼或者已經實現的軟件功能，因而并未從根本上解決測試工程師只能被動地從開發工程師處獲取測試內容的缺陷，仍然不能明顯改善上述弊端。

針對現有的軟件測試方法的缺陷，本發明提出了一種軟件對軟件開發進程進行監控的方法，采用這種方法，可通過服務器對軟件開發進程進行監控，并及時向測試人員提供測試內容，從而延長了軟件測試的時間，保障了軟件產品的質量。

發明內容

為了延長測試時間，加快軟件開發進度，保障軟件產品的質量，本發明提出了一種服務器對軟件開發過程進行監控的方法和設備。通過這種方法和設備，可第一時間向測試人員發送測試內容，從而及時地開展測試工作，這樣就有效地解決了前述的現有方案的弊端。

根據本發明的一方面，提供了一種對軟件開發進程進行監控的方法，包括：對開發日志進行監控以確定軟件開發工作已經完成的開發日志項；將軟件開發工作已經完成的開發日志項的信息通知測試人員；在從測試人員接收到獲取測試內容的請求后，發送相應的測試內容。

根據本發明的另一方面，上述方法中，以定時掃描的方式對開發日志進行監控以確定軟件開發工作已經完成的開發日志項。

根據本發明的另一方面，上述方法中，采用郵件、短信、即時通信的方式，將軟件開發工作已經完成的開發日志項的信息通知測試人員。

根據本發明的另一方面，上述方法中，根據開發日志項的類型設定優先級，并且根據優先級而采用不同的方式通知測試人員。

根據本發明的另一方面，上述方法中，在發送相應的測試內容后，將相應的開發日志項的狀態修改為已經獲取測試內容的狀態。

根據本發明的另一方面，上述方法中，當在下次掃描時確定曾經向測試人員發出軟件開發工作已經完成的開發日志項的信息但是該開發日志項的狀態沒有改變，則采用提高通知等級的方式再次向該測試人員發出消息。

根據本發明的另一方面，上述方法中，所述開發日志項包括開發日志項的類型、開發日志項的狀態、開發日志項的優先級、相應軟件代碼的存儲位置。

根據本發明的一方面，提供了一種對軟件開發進程進行監控的設備，包括：監控單元，對開發日志進行監控以確定軟件開發工作已經完成的開發日志項；通知單元，將軟件開發工作已經完成的開發日志項的信息通知測試人員；測試內容發送單元，在從測試人員接收到獲取測試內容的請求后，發送相應的測試內容。

根據本發明的另一方面，監控單元以定時掃描的方式對開發日志進行監控以確定軟件開發工作已經完成的開發日志項。

根據本發明的另一方面，通知單元采用郵件、短信、即時通信的方式，將軟件開發工作已經完成的開發日志項的信息通知測試人員。

根據本發明的另一方面，根據開發日志項的類型設定優先級，并且通知單元根據優先級而采用不同的方式通知測試人員。

根據本發明的另一方面，在測試內容發送單元發送相應的測試內容后，將相應的開發日志項的狀態修改為已經獲取測試內容的狀態。