軟件質(zhì)量承諾書

實用文時間：2021-08-31 手機版

　　導語：近年來，隨著社會對信息化依賴程度的不斷加深，對于軟件質(zhì)量更是提出了安全、可靠、穩(wěn)定、易用、效率等全方位的要求，軟件質(zhì)量承諾書。因此保證和加強軟件質(zhì)量成為制約社會信息化高速發(fā)展的重要因素。以下是小編整理軟件質(zhì)量改進承諾書的資料，歡迎閱讀參考。

　　軟件測試是控制軟件質(zhì)量的重要手段，目前我國還沒有適應國情的、系列化協(xié)調(diào)配套的、工程化的信息系統(tǒng)生產(chǎn)過程管理、質(zhì)量評測、控制技術的規(guī)范和法律規(guī)程指導，因此以第三方測試工程為基礎，對信息系統(tǒng)的建設進行質(zhì)量保證是非常必要的。

　　第三方測試可以避免開發(fā)方內(nèi)部測試由于思維定勢而造成問題的漏測和誤判，尤其體現(xiàn)在涉及業(yè)務流程、安全可靠性、易用性和可擴充性等方面;同時也可以避免用戶自測的盲目性和非專業(yè)性。

　　第三方測試的目的是盡可能多地發(fā)現(xiàn)系統(tǒng)目前存在以及潛在的問題，借助長期積累下來的豐富的行業(yè)測試經(jīng)驗，更客觀地從用戶角度和專業(yè)角度出發(fā)，投入足夠的人力、物力，運用專業(yè)的測試工具更好地進行測試以保證軟件質(zhì)量。

　　現(xiàn)在以某一集團公司的企業(yè)應用為例介紹第三方測試的實施案例。

　　該企業(yè)應用是該集團業(yè)務規(guī)范化運營和一體化管理的信息支撐系統(tǒng)，建設目的在于整合新、舊業(yè)務系統(tǒng)，實現(xiàn)歷史數(shù)據(jù)和實時數(shù)據(jù)的集中存儲和統(tǒng)一管理，同時通過整合后的統(tǒng)一管理平臺來提高公司管理水平，為領導決策的正確性提供可靠的理論依據(jù)。

　　業(yè)務系統(tǒng)基于目前較為主流的J2EE三層架構(gòu)，采用B/S運行模式，應用服務器使用Weblogic并且采用集群策略，數(shù)據(jù)庫服務器使用Oracle并且采用集群策略，具體網(wǎng)絡拓撲圖如圖1所示。

　　本次測試根據(jù)相關國家標準和企業(yè)標準，針對企業(yè)應用的業(yè)務需求，對其在功能度、性能、安全可靠性、易用性、資源占用率、兼容性、可擴充性和用戶文檔八個方面進行了測試。

　　功能度方面主要采用黑盒測試方法，包括因果圖分析、等價類劃分、邊界值分析等，根據(jù)用戶需求說明書和用戶操作手冊，分別對系統(tǒng)的全部功能點和主要業(yè)務流程進行測試。由于該系統(tǒng)多個模塊涉及到工作流，公文和業(yè)務單據(jù)的流轉(zhuǎn)是測試的重點，尤其是驗證特殊流程分支中單據(jù)的走向和狀態(tài)以及異常處理是否會導致單據(jù)的丟失等等。

　　安全可靠性方面，結(jié)合功能考察軟件的'用戶權(quán)限限制、用戶和密碼封閉性、留痕功能、屏蔽用戶錯誤操作、錯誤提示的準確性、數(shù)據(jù)備份恢復手段等方面。

　　易用性方面，考察軟件的用戶界面友好性、易學習性和易操作性等等。

　　兼容性方面，考慮軟件、硬件和數(shù)據(jù)的兼容性。

　　可擴充性方面，考慮軟件結(jié)構(gòu)的功能可擴展性和異種數(shù)據(jù)庫的結(jié)構(gòu)等等。

　　用戶文檔方面，考慮文檔的完整性、一致性、易理解程度和操作實例等等。

　　下面重點介紹一下性能測試的關注點。

　　在性能測試方面，針對該企業(yè)關注的用戶登錄、單據(jù)查詢、批量轉(zhuǎn)賬等關鍵業(yè)務點進行負載壓力測試，同時監(jiān)控應用服務器和數(shù)據(jù)庫服務器的資源使用情況，包括CPU占用率、硬盤使用狀況以及事務處理平均響應時間等相關參數(shù)，考察系統(tǒng)在各種情況下的性能表現(xiàn)。

　　測試前期需求分析中確定該操作的最大并發(fā)用戶數(shù)為50人，采用逐步加壓的方式對系統(tǒng)進行壓力測試，分析在不同負載情況下系統(tǒng)的承受能力。

　　關注點1：

　　交易吞吐量和交易響應時間是評估系統(tǒng)性能的重要概念。

　　吞吐量：系統(tǒng)服務器每秒能夠處理通過的交易數(shù)。

　　交易響應時間：是系統(tǒng)完成事務執(zhí)行準備后所采集的時間戳和系統(tǒng)完成待執(zhí)行事務后所采集的時間戳之間的時間間隔，是衡量特定類型應用事務性能的重要指標，標志了用戶執(zhí)行一項操作大致需要多長時間。

　　關注點2：

　　隨著負載增加，當吞吐量不再遞增時，交易平均響應時間是否會遞增。

　　隨著負載增加，當吞吐量不再遞增時，交易平均響應時間一般會遞增。

　　當系統(tǒng)達到吞吐量極限時，客戶端交易會在請求隊列中排隊等待，等待的時間會記錄在響應時間中。

　　關注點3：

　　根據(jù)上述測試結(jié)果，服務器資源使用情況是否合理?

　　應用服務器資源合理。由測試結(jié)果來看，不同負載下的兩臺應用服務器CPU占用情況相當，并且都低于70%。