BREW應用的商用測試一般是指TBT,即True Brew Test。TBT的目的是確保電訊廠商網路提供的是無病毒,無惡意的,穩定的移動增值服務。TBT是一個測試需求集合和測試流程,用來測試和評估一個移動增值服務。例如,使用測試手機或者商業網路來測試應用在真實手機上的效能等等。TBT 減少了應用測試的複雜性,例如不同的手機平台,不同的手機軟體版本等,能夠協助開發人員完善應用的品質,尤其是對新的開發人員而言。
TBT作為為典型的註冊開發商提供的一種服務,各個電訊廠商會基於TBT和自己的需求定製化測試流程。許多電訊廠商都把TBT作為一個獨立的測試流程,並相應的增減了TBT的測試範圍。TBT增加了一個商用應用在多個電訊廠商網路上的商用機會,一個典型的TBT測試流程16-10所示。
TBT的測試實際上是按照NTSL對軟體測試的一系列要求,用相應的工具進行測試的過程。它分為7個部分:
第一部分,產品必須滿足入門標準才能允許測試,
第二部分.進行“ExploratoryTesting”(試探性測試)
第三部分,耳機等插入裝置的測試
第四部分,BREW上功能測試,包括網路、聲音電話、簡訊等等。
第五部分BREW的剛戶介面測試
第人部分BREW人機互動測試
第七部分 應用程式下載測試
TBT主要涵蓋的範圍16-11所示。
TBT的測試類型共有完整測試,移植平台測試,抽查測試和繼承測試四種。完整測試需要對CP/SP提供的應用執行全部的測試案例,主要是針對應用開發商新提交的應用。如果應用開發商的某個應用已經在一款手機平台上通過了TBT測試,希望該應用在另一款手機平台上也可以商用,這時就需要移植平台測試。在移植平台測試中,應用的程式碼封裝括資源檔與通過TBT的手機平台上的代碼檔案以及資源檔保持相同,因而只執行探索性測試的測試案例。抽查測試允許應用開發商修改應用的資源檔,mif檔案以及除MOD檔案之外的所有其他檔案,在執行抽查測試時只需要執行有限幾個探索性測試的測試案例。
繼承性測試主要是由手機廠商發起的,應用開發商不需要直接參与。繼承性測試主要依賴於手機廠商的手機繼承樹。例如,手機廠商XXX先上市了一款手機A,在手機繼承樹中作為父手機根節點,在手機A上當前共有68個基於BREW移動增值業務,然後手機廠商XXX先上市了一款手機B,手機B在功能上完全覆蓋了手機A的效能並且提供了新的特性,那麼就可以將手機B作為手機繼承樹中手機A的子手機子節點,這時,通過繼承性應用測試,所有在手機A上的68個應用就可以完全在手機B上商用了。在執行過繼承性應用測試也只需要執行有限幾個探索性測試的測試案例。