支付寶wap支付平臺(tái)測(cè)試方案

1、支付寶WAP支付平臺(tái)測(cè)試方案項(xiàng)目簡(jiǎn)介支付寶WAP平臺(tái)從總體上分為子模塊，分別是登錄、注冊(cè)、賬戶管理、交易管理、繳費(fèi)中心和交易接口，系統(tǒng)結(jié)構(gòu)圖如下：測(cè)試方案組成部分根據(jù)我們對(duì)支付寶WAP平臺(tái)設(shè)計(jì)方案的分析，認(rèn)為本測(cè)試方案應(yīng)該由三個(gè)部分組成，即軟件驗(yàn)證技術(shù)、軟件確認(rèn)技術(shù)和 HYPERLINK / 軟件測(cè)試管理技術(shù)。它們內(nèi)涵及相互之間的關(guān)系如下圖所示： 支付寶WAP支付平臺(tái)測(cè)試方案 HYPERLINK /TestTech/ 測(cè)試技術(shù)層面 測(cè)試管理層面 軟件驗(yàn)證技術(shù) 需求規(guī)格說明驗(yàn)證 HYPERLINK / 軟件測(cè)試團(tuán)隊(duì)組織管理 設(shè)計(jì)規(guī)格說明驗(yàn)證 代碼驗(yàn)證 HYPERLINK / 軟件測(cè)試計(jì)劃管理 交

2、付驗(yàn)證 軟件確認(rèn)技術(shù) 單元測(cè)試 軟件缺陷（錯(cuò)誤）跟蹤管理 集成測(cè)試 系統(tǒng)測(cè)試 HYPERLINK / 軟件測(cè)試件管理 交付測(cè)試 其中，軟件驗(yàn)證技術(shù)著眼于排除軟件開發(fā)文檔中的錯(cuò)誤。驗(yàn)證活動(dòng)涉及的文檔按開發(fā)流程主要涉及需求規(guī)格說明、設(shè)計(jì)規(guī)格說明（包括概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明、數(shù)據(jù)庫設(shè)計(jì)規(guī)格說明）、編碼規(guī)格說明、產(chǎn)品交付文檔等一系列書面材料。目前驗(yàn)證技術(shù)的實(shí)施在很大程度上是依靠測(cè)試人員手工完成的。驗(yàn)證活動(dòng)視實(shí)際需要有時(shí)還會(huì)涉及到開發(fā)人員和目標(biāo)客戶，需要得到他們必要的理解和支持。驗(yàn)證測(cè)試采用的主要測(cè)試手段有：面對(duì)面質(zhì)詢、文檔抽查、非正式會(huì)議、同行評(píng)審等等。相對(duì)于軟件驗(yàn)證技術(shù)，軟件確認(rèn)技術(shù)則主

3、要著眼于排除程序代碼中的錯(cuò)誤?；顒?dòng)涉及的對(duì)象主要是程序部件的代碼或軟件成品。在實(shí)施過程中，常常按被測(cè)代碼的規(guī)模和測(cè)試所處的層次將軟件確認(rèn)測(cè)試分為四個(gè)階段，即：?jiǎn)卧獪y(cè)試（也叫類測(cè)試）、集成測(cè)試（也叫組裝測(cè)試）、系統(tǒng)測(cè)試和交付測(cè)試。確認(rèn)測(cè)試基本上由 HYPERLINK / 軟件測(cè)試人員對(duì)照相關(guān)開發(fā)文檔運(yùn)行程序獨(dú)立完成的。必要時(shí)，也可讓設(shè)計(jì)人員帶領(lǐng)測(cè)試人員閱讀程序代碼共同發(fā)現(xiàn)其中的錯(cuò)誤，（即所謂代碼評(píng)審會(huì)）。我們認(rèn)為，在單元測(cè)試 ( 或類測(cè)試 ) 階段，應(yīng)該有軟件編碼人員參與，這樣能減輕測(cè)試人員閱讀代碼障礙。原則上，測(cè)試?yán)碚摬惶岢绦蜃髡哓?fù)責(zé)把關(guān)自己編寫的程序的質(zhì)量。在實(shí)際實(shí)施過程中，可視實(shí)際情況靈

4、活處理。（如成對(duì)編程可能會(huì)較好的處理單元測(cè)試這個(gè)難題，上面提到的代碼評(píng)審會(huì)也是為應(yīng)對(duì)這個(gè)難題而想出的一個(gè)好辦法。），軟件確認(rèn)技術(shù)目前已經(jīng)部分地實(shí)現(xiàn)了 HYPERLINK /AutoTest/ 測(cè)試工具的自動(dòng)化，市面上已有不少自動(dòng)化工具能在測(cè)試人員的輔助下完成相應(yīng)的測(cè)試工作（例如用于 Java 代碼單元測(cè)試的 Junit 工具，又如用于 GUI 測(cè)試的 Rational Visual Test 工具，等等）。 軟件驗(yàn)證技術(shù)和軟件確認(rèn)技術(shù)均屬于 HYPERLINK /TestTech/ 測(cè)試技術(shù)層面的東西。然而對(duì)于工程質(zhì)量的保證而言，光靠軟件 HYPERLINK /TestTech/ 測(cè)試技術(shù)還遠(yuǎn)

5、遠(yuǎn)不夠，還需要技術(shù)管理層面上的東西。我們這里強(qiáng)調(diào) HYPERLINK / 軟件測(cè)試管理技術(shù)的目的正是為彌補(bǔ)這個(gè)不足。按照管理的對(duì)象不同，測(cè)試管理技術(shù)大致涵蓋 HYPERLINK / 軟件測(cè)試團(tuán)隊(duì)組織管理、 HYPERLINK / 軟件測(cè)試計(jì)劃管理、軟件缺陷（錯(cuò)誤）跟蹤管理以及 HYPERLINK / 軟件測(cè)試件管理四大部分。下面，針對(duì)支付寶WAP平臺(tái)項(xiàng)目對(duì)該測(cè)試方案做一個(gè)詳細(xì)的詮釋。 三、在支付寶WAP平臺(tái)測(cè)試過程采用的測(cè)試內(nèi)容3.1 在支付寶WAP平臺(tái)采用測(cè)試驗(yàn)證技術(shù)我們將對(duì)支付寶WAP平臺(tái)采用軟件驗(yàn)證技術(shù)，主要包括需求規(guī)格說明驗(yàn)證、設(shè)計(jì)規(guī)格說明驗(yàn)證、代碼驗(yàn)證以及交付驗(yàn)證。以下逐一說明。 需

6、求規(guī)格說明驗(yàn)證的主要任務(wù)是保證用戶的功能需求、業(yè)務(wù)需求、以及其他的一些需求（如非功能性需求、約束性需求等等）都已經(jīng)被分配到軟件需求規(guī)格說明的各需求項(xiàng)中。 設(shè)計(jì)規(guī)格說明驗(yàn)證相對(duì)需求規(guī)格說明驗(yàn)證而言，稍微復(fù)雜些，它包括 3 個(gè)部分的內(nèi)容：即概要設(shè)計(jì)規(guī)格說明驗(yàn)證、詳細(xì)設(shè)計(jì)規(guī)格說明驗(yàn)證以及數(shù)據(jù)庫設(shè)計(jì)規(guī)格說明驗(yàn)證。其中概要設(shè)計(jì)規(guī)格說明驗(yàn)證的主要任務(wù)是確保軟件需求規(guī)格說明中的需求項(xiàng)全部已經(jīng)分配到了概要設(shè)計(jì)規(guī)格說明的各軟件模塊之中并且無多余物，詳細(xì)設(shè)計(jì)規(guī)格說明驗(yàn)證的主要任務(wù)是確保概要設(shè)計(jì)規(guī)格說明中的模塊已經(jīng)全部分配到詳細(xì)設(shè)計(jì)規(guī)格說明的各軟件單元之中并且無多余物，數(shù)據(jù)庫設(shè)計(jì)規(guī)格說明雖然從范疇上講應(yīng)該屬于詳細(xì)設(shè)

7、計(jì)規(guī)格說明范疇，但我們認(rèn)為應(yīng)該把它獨(dú)立出來實(shí)施驗(yàn)證活動(dòng)。（數(shù)據(jù)庫設(shè)計(jì)和軟件設(shè)計(jì)畢竟有很多不同之處。）數(shù)據(jù)庫設(shè)計(jì)規(guī)格說明驗(yàn)證的重點(diǎn)任務(wù)是驗(yàn)證數(shù)據(jù)庫與外部應(yīng)用程序的接口是否正確、數(shù)據(jù)操作實(shí)現(xiàn)界面是否清晰、數(shù)據(jù)庫整體設(shè)計(jì)是否合理、數(shù)據(jù)表設(shè)計(jì)是否符合 3NF 要求（如違反范式要說明詳細(xì)理由）以及數(shù)據(jù)表中的字段（鍵）和索引的設(shè)計(jì)是否高效合理等等。代碼驗(yàn)證的內(nèi)容包括：代碼編寫規(guī)范審查、代碼審查和代碼靜態(tài)分析三個(gè)部分。代碼編寫規(guī)范審查主要是審核代碼排版的格式以及注解的格式是否符合開發(fā)團(tuán)隊(duì)的相應(yīng)規(guī)范；代碼審查的任務(wù)主要是驗(yàn)證詳細(xì)設(shè)計(jì)中的軟件單元是否都已被代碼覆蓋并正確實(shí)現(xiàn)，并且代碼中不含冗余物；代碼靜態(tài)分析技

8、術(shù)主要任務(wù)是檢查變量或標(biāo)號(hào)的定義與使用、表達(dá)式運(yùn)算以及程序的流程設(shè)計(jì)上是否存在缺陷或錯(cuò)誤。 做完代碼驗(yàn)證以后，軟件系統(tǒng)需要依次做單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試，這部分內(nèi)容屬軟件確認(rèn)技術(shù)范疇，下面有專門的論述。軟件系統(tǒng)在做完系統(tǒng)測(cè)試后，就面臨著交付使用的問題，在系統(tǒng)正式移交給用戶之前，還需要做交付驗(yàn)證和交付測(cè)試。交付 HYPERLINK /TestTech/ 測(cè)試技術(shù)下文有專門的論述，不贅述，這里主要談交付驗(yàn)證技術(shù)。交付驗(yàn)證包括安裝驗(yàn)證和使用驗(yàn)證兩部分內(nèi)容。其中，安裝驗(yàn)證的主要任務(wù)是保證程序能按照用戶手冊(cè)的提示正確安裝到目標(biāo)機(jī)器上，使用驗(yàn)證的主要任務(wù)是確保程序能按照用戶手冊(cè)的提示的操作正確完成某項(xiàng)

9、功能或事務(wù)處理。這兩部分工作通常是由測(cè)試人員完成的，用以核實(shí)相關(guān)安裝和使用手冊(cè)是否正確無誤。3.2在支付寶WAP平臺(tái)中應(yīng)用軟件確認(rèn)技術(shù) 為了確保及時(shí)、盡早發(fā)現(xiàn)軟件中存在的問題，我們將在支付寶WAP平臺(tái)的測(cè)試過程使用的確認(rèn)技術(shù)包括：?jiǎn)卧?HYPERLINK /TestTech/ 測(cè)試技術(shù)、集成 HYPERLINK /TestTech/ 測(cè)試技術(shù)、系統(tǒng) HYPERLINK /TestTech/ 測(cè)試技術(shù)和交付 HYPERLINK /TestTech/ 測(cè)試技術(shù)。 單元測(cè)試：主要任務(wù)是驗(yàn)證詳細(xì)設(shè)計(jì)規(guī)格說明中所劃分出來的軟件單元是否被程序編制人員用代碼形式正確地實(shí)現(xiàn)了。這里軟件單元可能是某個(gè)函數(shù)（或稱

10、方法）也可能是某個(gè)抽象數(shù)據(jù)類型（如類、數(shù)據(jù)結(jié)構(gòu)或者模板）。單元測(cè)試在實(shí)際測(cè)試當(dāng)中也常常被稱為類測(cè)試（在面向?qū)ο蟮脑O(shè)計(jì)中）或白盒測(cè)試（白盒的意思是面向代碼）。測(cè)試人員輸入設(shè)計(jì)好的測(cè)試用例，測(cè)試被測(cè)單元能否按照設(shè)計(jì)要求處理這些測(cè)試用例，對(duì)出現(xiàn)異常的測(cè)試用例，測(cè)試人員將做記載并反饋給軟件開發(fā)團(tuán)隊(duì)。 集成測(cè)試：對(duì)照軟件概要設(shè)計(jì)規(guī)格說明，驗(yàn)證各軟件單元組裝后形成模塊能否達(dá)到概要設(shè)計(jì)規(guī)格說明中模塊的設(shè)計(jì)目標(biāo)；在模塊級(jí)集成工作完成之后，測(cè)試人員還應(yīng)測(cè)試各模塊組裝后形成的用戶系統(tǒng)內(nèi)部存在沖突，各模塊能否正常工作。通常在做集成測(cè)試時(shí)先是從分系統(tǒng)內(nèi)部的集成測(cè)試開始做起，做完以后再測(cè)試各分系統(tǒng)是否能集成為最終要實(shí)現(xiàn)

11、的大系統(tǒng)。也有其他做法（如自頂向下集成測(cè)試方法、核心系統(tǒng)先做集成測(cè)試或每日集成測(cè)試等等）。總之，萬變不離其宗。集成測(cè)試要保證模塊的內(nèi)部正確性以及保證模塊能最終集成為大系統(tǒng)。系統(tǒng)測(cè)試：系統(tǒng)測(cè)試的主要任務(wù)是驗(yàn)證經(jīng)集成測(cè)試后形成的軟件系統(tǒng)是否滿足軟件需求規(guī)格說明中的各需求項(xiàng)。這些需求項(xiàng)包括：業(yè)務(wù)需求、功能需求、非功能性需求（如：性能、可靠性、安全性、系統(tǒng)維護(hù)等方面的要求）以及一些約束性需求（如開發(fā)標(biāo)準(zhǔn)、編程語言、通訊協(xié)議）等等。由于需求項(xiàng)涉及的領(lǐng)域很廣泛，這就導(dǎo)致了系統(tǒng)測(cè)試中對(duì)應(yīng)的測(cè)試門類相當(dāng)龐雜。如：功能測(cè)試、執(zhí)行路徑測(cè)試、可靠性測(cè)試、壓力測(cè)試、可恢復(fù)性測(cè)試、可移植性測(cè)試等等。這些測(cè)試最顯著的特征

12、是在一定環(huán)境條件下（如：模擬現(xiàn)場(chǎng)或極端條件），設(shè)計(jì)各種測(cè)試用例，輸入并運(yùn)行完整的軟件系統(tǒng)，根據(jù)軟件系統(tǒng)運(yùn)行過程中的實(shí)際表現(xiàn)，評(píng)估軟件系統(tǒng)是否符合軟件需求項(xiàng)的各類要求。交付測(cè)試：在做完系統(tǒng)測(cè)試以后，軟件產(chǎn)品就到了交付用戶使用這個(gè)階段了。交付過程中的重要一環(huán)就是交付測(cè)試，交付測(cè)試的目標(biāo)是保證用戶對(duì)所交付的系統(tǒng)的滿意。與前面所討論的測(cè)試不同，交付測(cè)試主要的參與者應(yīng)該是目標(biāo)客戶?？蛻魠⑴c越多越好。交付測(cè)試的內(nèi)容一般包括安裝測(cè)試、可用性測(cè)試、 alpha 測(cè)試、 beta 測(cè)試等。其中安裝測(cè)試的主要任務(wù)是測(cè)試軟件系統(tǒng)能否在模擬環(huán)境下或?qū)嶋H現(xiàn)場(chǎng)由目標(biāo)用戶順利完成在目標(biāo)機(jī)器上的安裝；可用性測(cè)試的主要任務(wù)是測(cè)

13、試軟件系統(tǒng)在完成安裝以后能否完成用戶的模擬任務(wù)或現(xiàn)場(chǎng)任務(wù)； alpha 測(cè)試采用的形式一般是由一個(gè)用戶在開發(fā)環(huán)境下對(duì)軟件系統(tǒng)進(jìn)行類似于黑盒的測(cè)試，測(cè)試的目的是從用戶的角度評(píng)價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持，尤其注重產(chǎn)品的界面和特色； beta 測(cè)試采用的形式一般是先由軟件的多個(gè)用戶在實(shí)際使用環(huán)境下使用 beta 版軟件系統(tǒng)一段時(shí)間，然后把使用中出現(xiàn)的各類故障或缺陷反饋給 beta 測(cè)試負(fù)責(zé)人員，再由測(cè)試負(fù)責(zé)人員移交給軟件開發(fā)者，由開發(fā)人員負(fù)責(zé)修正并完善軟件系統(tǒng)。 Beta 測(cè)試的目的是確保軟件產(chǎn)品交付給全體用戶之前能部分或全面地修正其在實(shí)際應(yīng)用中可能出現(xiàn)的各類 BUG 或不足。3

14、.3支付寶WAP平臺(tái)中采用用 HYPERLINK / 軟件測(cè)試管理技術(shù)如前文所述， HYPERLINK /TestTech/ 測(cè)試技術(shù)解決了測(cè)試采用的方法和技術(shù)問題，然而，對(duì)于一個(gè)工程而言，還需要相應(yīng)的測(cè)試管理才能保證各項(xiàng)測(cè)試活動(dòng)的有序開展。因此，在支付寶WAP平臺(tái) HYPERLINK / 軟件測(cè)試管理技術(shù)要解決的問題是如何確保軟件 HYPERLINK /TestTech/ 測(cè)試技術(shù)（包括軟件驗(yàn)證技術(shù)和軟件確認(rèn)技術(shù)）能在軟件項(xiàng)目在軟件生命內(nèi)得到順利實(shí)施，并產(chǎn)生預(yù)期的效果。 按照 HYPERLINK / 軟件測(cè)試管理面對(duì)的管理對(duì)象的差異， HYPERLINK / 軟件測(cè)試管理技術(shù)大致分為 HYP

15、ERLINK / 軟件測(cè)試團(tuán)隊(duì)組織管理、 HYPERLINK / 軟件測(cè)試計(jì)劃管理、軟件缺陷（錯(cuò)誤）跟蹤管理以及 HYPERLINK / 軟件測(cè)試件管理四大部分。以下一一詮釋： HYPERLINK / 軟件測(cè)試團(tuán)隊(duì)組織管理通俗地講就是測(cè)試團(tuán)隊(duì)?wèi)?yīng)該如何組建。根據(jù)我們現(xiàn)有的測(cè)試隊(duì)伍，我們有測(cè)試領(lǐng)域?qū)＜遥哂袠O為豐富 HYPERLINK / 軟件測(cè)試經(jīng)驗(yàn)，對(duì)軟件開發(fā)過程中常見的缺陷或錯(cuò)誤了然于胸，此外，還具有較好的親和力和人格魅力。其次，我們的隊(duì)還具有很多具備一技之長(zhǎng)的成員，如對(duì)某些 HYPERLINK /AutoTest/ 測(cè)試工具運(yùn)用嫻熟或能輕而易舉地編寫測(cè)試腳本。另外，測(cè)試團(tuán)隊(duì)還聘有兼職成員。

16、如驗(yàn)證測(cè)試實(shí)施過程中，同行評(píng)審是最常使用的一種形式，這些同行專家就屬于兼職測(cè)試團(tuán)隊(duì)成員的范疇。至于測(cè)試團(tuán)隊(duì)里里的測(cè)試新手，這部分人可以安排去從事交付驗(yàn)證或黑盒測(cè)試之類的工作。 HYPERLINK / 軟件測(cè)試計(jì)劃管理通俗地講就是安排好測(cè)試流程。這部分內(nèi)容具體涵蓋 HYPERLINK / 軟件測(cè)試策劃、軟件 HYPERLINK /TestTech/ 測(cè)試技術(shù)剪裁、測(cè)試進(jìn)度管理、成本管理等幾個(gè)部分。其中測(cè)試策劃工作主要是指具體測(cè)試活動(dòng)實(shí)施之前做好策劃工作，如起草測(cè)試大綱以及測(cè)試計(jì)劃；軟件 HYPERLINK /TestTech/ 測(cè)試技術(shù)剪裁工作主要是指測(cè)試團(tuán)隊(duì)?wèi)?yīng)根據(jù)軟件項(xiàng)目的具體實(shí)際剪裁出所要實(shí)

17、施的 HYPERLINK /TestTech/ 測(cè)試技術(shù)；測(cè)試進(jìn)度管理工作主要是指排出各項(xiàng)測(cè)試的時(shí)間進(jìn)度及人員安排，如有變動(dòng)時(shí)應(yīng)做相應(yīng)調(diào)整；測(cè)試成本管理工作的內(nèi)容即開列出測(cè)試活動(dòng)中會(huì)涉及到的資源需求。四、測(cè)試支付寶WAP平臺(tái)的流程圖五 功能性能測(cè)試方法 HYPERLINK javascript:; 1. 等價(jià)類劃分法：有效等價(jià)類：指輸入完全滿足 HYPERLINK javascript:; 程序輸入的規(guī)格說明，是由有效且有意義的輸入 HYPERLINK javascript:; 數(shù)據(jù)所構(gòu)成的集合，利用有效等價(jià)類可以檢驗(yàn)程序是否滿足規(guī)格說明所規(guī)定的功能和 HYPERLINK javascript

18、:; 性能。無效等價(jià)類：和有效等價(jià)類相反，即不滿足程序輸入要求或者由無效的輸入數(shù)據(jù)構(gòu)成的集合。2. 邊界值分析法： 指對(duì)輸入的邊界條件進(jìn)行分析，設(shè)計(jì)出針對(duì)邊界值的測(cè)試用例。數(shù)值的邊界值檢驗(yàn)字符的邊界值檢驗(yàn)如： ASCII和 Unicode編碼方式其他邊界值檢驗(yàn)選上所有選項(xiàng)（最大值）不選上任何一項(xiàng)（空，零）只選一項(xiàng) （最小值）3. 因果圖法：就是利用圖解法分析軟件輸入（原因）和輸出條件（結(jié)果）之間的關(guān)系，以設(shè)計(jì)測(cè)試用例的方法。因果圖法適合于檢查程序輸入條件的多種情況的組合，并最終生成判定表，來獲得對(duì)應(yīng)的測(cè)試用例。4.功能圖法功能圖是描述程序狀態(tài)變化、轉(zhuǎn)移的過程，因?yàn)檐浖\(yùn)行或操作的過程可以看作是

19、其狀態(tài)不斷發(fā)生變化的過程。測(cè)試用例的設(shè)計(jì)就是如何覆蓋所有軟件表現(xiàn)出來的狀態(tài)，即在滿足輸入/輸出的一組條件下，軟件運(yùn)行是一系列有次序的、受控制的狀態(tài)變化過程。5.錯(cuò)誤推測(cè)法：推測(cè)法主要依賴經(jīng)驗(yàn)、直覺來作出簡(jiǎn)單的判斷甚至是猜測(cè)，給出可能存在缺陷的條件、場(chǎng)景等，在找到缺陷后，設(shè)計(jì)出相應(yīng)的測(cè)試用例。6.正交實(shí)驗(yàn)設(shè)計(jì)方法：主要步驟是：（1） 對(duì)軟件 HYPERLINK javascript:; 需求規(guī)格說明中的功能要求進(jìn)行劃分（層層分解與展開），分解成具體的、相對(duì)獨(dú)立的基本功能。（2） 根據(jù)基本功能的 HYPERLINK javascript:; 質(zhì)量需求，找出影響其功能實(shí)現(xiàn)的操作對(duì)象和外部因素，每個(gè)因

20、素的取值可以看作水平，多個(gè)取值就存在多個(gè)水平。（3）確定待測(cè)試軟件中所有因素及其權(quán)值，這是測(cè)試用例設(shè)計(jì)的關(guān)鍵，確保全面、準(zhǔn)確。權(quán)值是依據(jù)各因素的影響范圍、發(fā)生的頻率和質(zhì)量的需求來確定的。（4） 加權(quán)篩選，生成因素分析表。 （5）利用正交表構(gòu)造測(cè)試數(shù)據(jù)集，正交表的每一行，就是一條測(cè)試用例。考慮交互作用不可忽略的處理因素和不可混雜的原則，有交互作用的組合優(yōu)先安排。利用正交實(shí)驗(yàn)設(shè)計(jì)方法設(shè)計(jì)測(cè)試用例，可控制生成的測(cè)試用例數(shù)量，覆蓋率高且測(cè)試效率高。六 測(cè)試環(huán)境的搭建 本測(cè)試方案需要開發(fā)商提供的硬件和軟件如下： 6.1 硬件1）提供帶有WAP瀏覽器的不同類型的手機(jī)終端。 2）提供一定的筆記本電腦，和網(wǎng)絡(luò)

21、設(shè)備。6.2 軟件 1）提供軟件測(cè)試工具。 2）提供開發(fā)平臺(tái)的工具包七 測(cè)試方案工作量估算7.1測(cè)試技術(shù)方案根據(jù)該系統(tǒng)的運(yùn)行環(huán)境，系統(tǒng)需求和系統(tǒng)設(shè)計(jì)，以及組成系統(tǒng)的各子模塊。我們必須編寫各個(gè)測(cè)試階段，各模塊的測(cè)試用例。 1）根據(jù)設(shè)計(jì)規(guī)格得出的基本功能測(cè)試用例；2)界值測(cè)試用例；3)態(tài)轉(zhuǎn)換測(cè)試用例；4)誤猜測(cè)測(cè)試用例；5)常測(cè)試用例；7.2 用例數(shù)量的估算 根據(jù)本系統(tǒng)的需求和系統(tǒng)設(shè)計(jì)，大約需要測(cè)試用例的數(shù)量如下：系統(tǒng)需要測(cè)試用例：13X216X13X4858個(gè)7.3 需要實(shí)行用例測(cè)試人員 根據(jù)本系統(tǒng)的完成期限，每個(gè)測(cè)試人員在12月內(nèi)需要測(cè)試的功能模塊進(jìn)行平均計(jì)算，需要測(cè)試人員為： 858/60=

22、14.3人，即14個(gè)人兩個(gè)月內(nèi)完成測(cè)試。以每人月工資3000元計(jì)算，共需14X2X300084000元如果考慮到不同的手機(jī)終端，每一個(gè)類型的手機(jī)增加1/3X84000元28000元考慮到上稅：總花費(fèi)需要：84000手機(jī)機(jī)型數(shù)X28000元稅率。附錄：系統(tǒng)開發(fā)和軟件測(cè)試高級(jí)工程簡(jiǎn)介：1、學(xué)術(shù)總監(jiān)：柏永林高級(jí)軟件工程師，從事軟件開發(fā)設(shè)計(jì)架構(gòu)23年。目前擔(dān)任技術(shù)總監(jiān)。具備扎實(shí)的計(jì)算機(jī)理論基礎(chǔ)。英國(guó)諾丁漢大學(xué)研究軟件構(gòu)架模式技術(shù)多年。曾任國(guó)家級(jí)軟件園：西安軟件園西部數(shù)通公司總工程師和總構(gòu)架師。在多年的軟件工程技術(shù)開發(fā)和集成過程中，成功組織、設(shè)計(jì)、管理、開發(fā)出了如CALL Center、SMS、WORK

23、FLOW的技術(shù)B/SC/S構(gòu)架系統(tǒng)、嵌入式（如手機(jī)）開發(fā)應(yīng)用等。在Middle-tiers技術(shù)開發(fā)方面，主持設(shè)計(jì)開發(fā)了綜合業(yè)務(wù)即時(shí)服務(wù)系統(tǒng)（CALL Center+WorkFLOW+SMS+FAX+C/S+B/S+DATABASE的大型綜合服務(wù)和監(jiān)控系統(tǒng)）。熟練掌握WEB Services，XML Schema，XML，WSDL，SOAP，UDDI。精通企業(yè)級(jí)J2EE和嵌入式J2ME等技術(shù)規(guī)范（如EJB組件、Web技術(shù)JSP、Struts、JSF等）和MVC模式，精通UML建模語言和POWERDESIGNER、RATIONAL ROSE以及Jbuilder/Eclipse等開發(fā)平臺(tái)，精通世紀(jì)橋

24、架構(gòu)開發(fā)系統(tǒng)，熟悉WAP開發(fā)。2、趙衛(wèi)棟曾任高級(jí)嵌入式軟件工程師、項(xiàng)目經(jīng)理等職，在國(guó)內(nèi)著名通信公司、美資外企工作，先后擔(dān)任高級(jí)嵌入式軟件工程師、項(xiàng)目經(jīng)理等職。精通C語言、Vxwork、linux、各種通信協(xié)議，3G系統(tǒng)和各種通信設(shè)備。技術(shù)方向：pSOS for PowerPC (開發(fā)過850 860 8260驅(qū)動(dòng)) ，Tornado(vxworks) for Arm(開發(fā)過1200) for PowerPC( 8260 )， 開發(fā)過 DSP，網(wǎng)絡(luò)處理器（ixp1200 ixp2400 c5 c3e），數(shù)據(jù)鏈路層協(xié)議，網(wǎng)絡(luò)層協(xié)議，以太網(wǎng)交換機(jī)，路由器，三層交換機(jī)等Linux下開發(fā)過網(wǎng)絡(luò)安全產(chǎn)品。

25、項(xiàng)目經(jīng)驗(yàn)：REM 32E1板，3G REM 接口板（路由引擎模塊），MPA（媒體轉(zhuǎn)發(fā)）板，NGN 項(xiàng)目中的CA （呼叫代理）板，高密度語音板，155M ATM接口模塊。3、和征西安理工大學(xué)信息管理碩士。參與分析、設(shè)計(jì)和開發(fā)了陜西建設(shè)機(jī)械股份有限公司網(wǎng)上進(jìn)銷存管理系統(tǒng)、企業(yè)Intranet管理系統(tǒng)、臨汾網(wǎng)絡(luò)通訊公司網(wǎng)站系統(tǒng)、西安理工大學(xué)圖書館網(wǎng)站、柏高酒店網(wǎng)站管理系統(tǒng)。以O(shè)racle數(shù)據(jù)庫作為企業(yè)數(shù)據(jù)中心，通過J2EE技術(shù)和XML技術(shù),以及Web Services技術(shù)，對(duì)企業(yè)不同信息系統(tǒng)進(jìn)行集成，分析、設(shè)計(jì)和開發(fā)了陜西建設(shè)機(jī)械股份有限公司企業(yè)應(yīng)用集成系統(tǒng)(簡(jiǎn)稱EAI)，通過企業(yè)門戶網(wǎng)站的形式對(duì)企

26、業(yè)提供應(yīng)用集成功能。精通Java語言、JSP以及J2EE技術(shù),對(duì)J2EE架構(gòu)以及基于J2EE架構(gòu)的Web Services技術(shù)有深刻的理解,。精通C#語言、VB、VB.NET語言以及ASP、ASP.NET技術(shù),熟悉XML技術(shù)和微軟的XML Web Services技術(shù),。4、王曉鵬畢業(yè)于西安電子科技大學(xué)。多年從事通信行業(yè).曾在NOKIA從事移動(dòng)通信工程.在華為大學(xué)西安分部從事通信培訓(xùn)。熟悉計(jì)算機(jī)通信網(wǎng)絡(luò),獲得CISCO公司的CCNP資格證書.熟悉移動(dòng)通信2G技術(shù),在工程設(shè)計(jì),實(shí)施.技術(shù)支持和培訓(xùn)方面有豐富的積累和經(jīng)驗(yàn),對(duì)3G標(biāo)準(zhǔn)WCDMA,CDMA2000制式的技術(shù)及設(shè)備比較熟悉。5、王永強(qiáng)西安理工大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)碩士。曾擔(dān)任項(xiàng)目經(jīng)理、軟件技術(shù)總監(jiān)等職務(wù)。從事過智能溫控系統(tǒng)設(shè)計(jì)與維護(hù)，電力調(diào)度自動(dòng)化通信軟件設(shè)