3)缺陷報告:
階段性的缺陷報告反映了項目的進展情況,利于測試主管判斷是否有趨勢顯示需要增加測試的區域或判斷項目是否符合預定發布日期的正常軌道上,并可根據缺陷報告所反映的情況進行調整未來測試任務的時間。
第三:用例的更新與管理。
在執行測試用例的過程中,由于需求或程序具體實施的變更,測試的相應步驟需要進行調整或補充測試用例,測試用例的執行過程也將是測試用例進行更新和優化的過程。
缺陷的收集是一個良好的習慣,而測試用例的規范化管理同樣也是一個不錯的行為,將測試用例放入項目歷史用例庫,可為類似項目的測試人員提供借鑒、開拓思路、節約時間,共享的數據資源,可以讓測試人員有更多的時間和精力放在對測試過程的考慮和測試用例的選擇方面,逐步提升整個測試團隊的用例設計水平。
第四:溝通與交流。在軟件開發的過程中,交流占有非常重要的地位,因為有時項目緊、時間短,文檔來不及更新,那么這時就需要及時與開發進行溝通與交流,對軟件功能的具體實現,最新最正確的理解也許就在開發的大腦中,只有及時交流才會獲得最及時的信息,盡早測試并完善測試用例。
(二)性能測試過程:
性能測試在軟件的質量保證中起著重要的作用,對于一個系統當功能滿足要求以后,還要考慮它的性能問題,它是否滿足需求,是否能夠達到最終用戶的性能要求,是否適應未來業務的增長等,這是在系統正式運行前大家都比較關心的問題,以下從性能測試的過程來說明性能測試是如何開展的,以及各階段相關人員的配合情況。
1)測試前期準備:開展性能測試的前期階段,要求被測對象至少具有一定的穩定性,在功能上基本滿足需要,同時性能測試不僅僅是測試人員的事情,可能需要整個項目組的參與,性能測試人員需要協調相關的人員,組建成一個合適的測試團隊;在制定性能測試計劃之前,要充分了解需求,與相關的需求人員進行溝通。
2)測試工具的引入:性能測試工具的選擇,自動化的性能測試工具不是對每一個系統都適合的,要進行一個功能符合度的評估,如所有的工具無法達到要求的功能符合度,可根據公司情況自行開發。
3)測試計劃:該階段主要由性能測試人員制定性能測試計劃,重點需要了解,系統有哪些重要的功能模塊,大約的用戶是多少,用戶的行為是如何分布的,每個模塊的使用頻度,大約的數據量,使用什么樣的硬件,系統穩定性的要求等等制定測試計劃。
4)測試設計與開發:設計性能測試場景,第一客戶端性能的測試:主要考慮并發性能測試,疲勞強度測試(負載測試),大數據量測試(壓力測試)和速度測試,以并發性能測試為重點;第二網絡上性能的測試:主要是利用成熟先進的自動化技術進行網絡應用性能監控,如:網絡帶寬、延遲、負載、TCP端口的變化是如何影響用戶的響應時間的;網絡應用性能分析,如:哪些應用程序占用大量帶寬,哪些用戶產生了最大的網絡流量;網絡預測:預測網絡流量的變化、網絡結構的變化對用戶系統的影響,進行容量極限分析,預測網絡設備遷移和網絡設備升級對整個網絡的影響。第三服務器端性能測試:實現服務器設備、服務器操作系統、數據庫系統、應用服務器等的全面性能監控。
同樣監控應選擇用戶較為關心的模塊或系統中較容易出現問題的模塊進行性能測試場景的設計與開發。
5)測試執行和管理:運行腳本監控,添加性能監控指標,由性能測試人員執行。
6)分析結果和優化性能:對腳本的運行結果進行收集,并查看相關的性能測試指標,將性能測試結果提交給相關人員對結果進行分析,需要性能測試人員,架構師,程序員,SA,DBA共同參與對結果進行評估,對系統進行優化后,再次執行性能測試,多次結果對比,以達到滿足公司標準或規范,滿足性能測試出口準則。
測試是一個不斷深入的過程,由系統測試向前期的單元測試和低粒度的集成測試邁進是我們測試人員努力發展的一個方向。
結束語:軟件質量的提高是一個綜合的因素,需要從各個方面進行改進,同時還要兼顧成本和進度,只有對流程不斷的更新和改進,才能更好的提高效率,組織的支持是保證流程有效推廣的堅強后盾,加上技術的不斷深入,必將質量穩步提升,流程、技術、組織是影響軟件質量的鐵三角。
原文轉自:http://www.anti-gravitydesign.com