【正文】 .................................................................................................... 30 存在問題 .................................................................................................................... 31 結(jié) 論 .................................................................................................................................... 32 致 謝 .................................................................................................................................... 33 參考文獻 .................................................................................................................................. 33 1 緒 論 項目來源以及開發(fā)的目的 和意義 本項目來源于文思創(chuàng)新軟件技術(shù)有限公司手機測試部門孔明項目組 D 組測試項目組。由于當(dāng)今中國的 IT 技術(shù)行業(yè)存在很典型的人才流動性大的特征，在這一方面文思創(chuàng)新也不能避免。由于諾基亞執(zhí)行比較嚴(yán)格的人員管理機制，處于實習(xí)階段和試用階段的員工不能擁有諾基亞手機測試平臺的權(quán)限。由于賬號不夠，現(xiàn)在文思創(chuàng)新諾基亞事業(yè)部采取一個賬號多人使用的方式來解決這一問題。某些情況下，需要測試員對于其測試數(shù)據(jù)做出解釋說明的時候，使用同一賬號的測試員出現(xiàn)相互推脫的現(xiàn)象。并且建立一個高質(zhì)量的測試團隊以提供高質(zhì)量的外包服務(wù)，在手機測試外包行業(yè)具有更高的競爭力。手機測試正是控制軟件產(chǎn)品質(zhì)量的重要手段 , 控制軟件產(chǎn)品質(zhì)量的重要手段就是通過權(quán)威機構(gòu)的軟件測試。作為世界手機界的 ，諾基亞僅在北京就擁有 2020 人的測試團隊。 目前，我國手機業(yè)的質(zhì)量保證體系還很不完善。 長期以來，我國手機企業(yè)產(chǎn)品開發(fā)時，測試成本卻常常是最容易被壓縮，甚至被完全 “砍 ”掉。特別是現(xiàn)在，我國的手機業(yè) “山寨 ”大行其道， “山寨 ”們不需要任何的專利費用和設(shè)計費用，作為特殊的盜版行業(yè)，其在利潤上有著其他企業(yè)無法比擬的優(yōu)勢。為了追求利潤國內(nèi)有的開發(fā)成本遠遠達不到 10%。與此同時，只是有少數(shù)的手機企業(yè)設(shè)立了專門的測試部門。 測試團隊的建立需要長時間的積累，國內(nèi)企業(yè)在這方面和國外的差距很大。對于消費者最關(guān)心的質(zhì)量問題并不重視，在享受了市場最初暴利之后只是留下了一個國產(chǎn)手機 =劣質(zhì)這樣的映像。 但是在測試平臺建設(shè)這一狹隘的話題上，國內(nèi)外的差距很難進行區(qū)分，即使是國內(nèi)的山寨廠商也能夠搭建起一套看得過去的測試平臺。 主要開發(fā)任務(wù) 根據(jù)任務(wù)需求，本測試方案需要能夠最終完成一個測試平臺，測試平臺用以完成整個測試的運行。測試員由登錄開始發(fā)起測試，依次開始讀取任務(wù)、讀取關(guān)聯(lián)的輔助程 序庫、執(zhí)行測試用例、完成結(jié)果評定等過程。在執(zhí)行這些任務(wù)的過程中，測試平臺需要自動地完成某些數(shù)據(jù)和文檔的自動存儲和關(guān)聯(lián)。 在管理員對于普通測試員的管理中，管理員可以添加測試員而不能對其進行刪除，因為測試員可能產(chǎn)生大量數(shù)據(jù)，為了能夠?qū)?shù)據(jù)進行定位和跟蹤，需要保留這些測試員的信息，如果有刪除的必要的話則對于其權(quán)限進行限制。其次要求有完整的沖突處理機制。同時如果發(fā)生沖突，例如某測試員正在執(zhí)行測試用例而管理員修改了任務(wù)。 是一種建立動態(tài) WEB 應(yīng)用程序的技 術(shù) ，它是 .NET Framework 的一部分，可以使用任何 . 兼容的語言編寫 應(yīng)用程序。在 頁面中，可以使用 服務(wù)器端控件來建立常用的用戶接口元素，并對其進行編程，可以說用內(nèi)建可重用組件和自定義組件快速建立 WEB FORM，從而使代碼大大簡化。 . 是 Microsoft 面 向 XML WEB 服務(wù)的平臺，它使用一種統(tǒng)一的個性的方式將信息，設(shè)備，人員緊密的聯(lián)系在一起。 .NET Framework 是指像 這樣可以使 .NET 更加具體的技術(shù)。 .NET 企業(yè)服務(wù)器是指像 SQL Server 2020 這樣由 .NET Framework 應(yīng)用程序使用的服務(wù)器產(chǎn)品。 可以使用 .NET 平臺快速方便的部署三層架構(gòu)。本系統(tǒng)使用的是用 C作為后臺代碼的語言。顯示層放在 ASP 頁面中，數(shù)據(jù)庫操作和業(yè)務(wù)邏輯層用組件來 實現(xiàn)，這樣就很方便的實現(xiàn)了三層架構(gòu)。 第三部分描述系統(tǒng)的詳細設(shè)計，按系統(tǒng)構(gòu)成的模塊，從功能描述、界面設(shè)計、數(shù)據(jù)設(shè)計三個方面一一進行闡述。這一部分將介紹對系統(tǒng)的測試過程以及測試方法。 2 系統(tǒng)總體設(shè)計 本章將討論以 .NET 技術(shù)為基礎(chǔ)實現(xiàn)手機軟件功能測試平臺的總體設(shè)計，包括系統(tǒng)的需求分析、系統(tǒng)的總體方案以及搭建系統(tǒng)所需的軟硬件環(huán)境。為此運行平臺需要關(guān)聯(lián)測試目標(biāo)、測試用例庫、測試輔助程序庫、歷史結(jié)果集等對象。系統(tǒng)管理員由登錄發(fā)起對測試 平臺、測試用例庫、輔助程序庫、歷史結(jié)果集的管理以及當(dāng)前任務(wù)監(jiān)控等任務(wù)。 在對于管理員權(quán)限的管理中， PM 使用管理員權(quán)限將其添加為普通測試員，再將管理員權(quán)限賦予普通測試員。其次要求有完整的沖突處理機制。同時如果發(fā)生沖突，例如某測試員正在執(zhí)行測試用例而管理員修改了任務(wù)。 通過在文思的觀察和查閱有關(guān)的文檔，我總結(jié)出了手機功能測試的一般流程，該流程也是測試平臺需要實現(xiàn)的主要業(yè)務(wù)。 測試用例管理包括添加新的測試用例，刪除過期的測試用例，修改測試用例，按條件查詢測試用例以及執(zhí)行測試用例。 添加新的測試用例：當(dāng)一款的新的手機產(chǎn)品需要進行測試時，手機生產(chǎn)廠商會提供手機的功能說明書，高級測試工程師會根據(jù)功能說明書來寫出一些測試用例來測試相應(yīng)的功能并且將這些測試用例填寫到系統(tǒng)中。擁有刪除權(quán)限的測試工程師可以刪除這些測試用例。擁有修改權(quán)限的測試工程師可以修改這些測試用例。查詢流程圖如圖 22 所示 開 始檢 查 權(quán) 限接 受 查 詢 參數(shù)通 過判 定 查 詢結(jié) 果顯 示 在 街 面上結(jié) 束顯 示 失 敗 信息Y e sY e sN oN o 圖 22 查詢測試用例流程圖 執(zhí)行測試用例：當(dāng)測試用例添加到系統(tǒng)中后，測試工程師就可以執(zhí)行這些測試用例。創(chuàng)建的新的用戶需要系統(tǒng)管理員來執(zhí)行，并且由系統(tǒng)管理來講賬號和密碼發(fā)送給測試工程師。 密碼修改：用戶登錄成功后，進入密碼修改頁，可重新設(shè)置登陸密碼。管理員進入權(quán)限控制頁面，為不同的角色分配不同的權(quán)限，權(quán)限細分到每個功能點，設(shè)定好角色的權(quán)限后，管理員可為不同的用戶分配不同的角色。 軟件外包企業(yè)承接的業(yè)務(wù)都是未上市的產(chǎn)品，以文思創(chuàng)新為例，其諾基亞項目組承接的是諾基亞手機業(yè)務(wù)部研發(fā)的新的手機的測試項目。 一款新的手機產(chǎn)品的測試過程短則一個季度，長則半年，測試手機的所有信息和測試過程中的一切產(chǎn)生的報告都存儲在相關(guān)的測試系統(tǒng)中，如此長的時間就對系統(tǒng)的穩(wěn)定性提出了很高的要求。 手機功能測試平臺以 SQL Server2020 作為數(shù)據(jù)庫服務(wù)器， IIS 為 Web 服務(wù)器，后臺代碼的開發(fā)使用 技術(shù) C語言。 Web 層提供交互的平臺，將用戶的提交信息反饋給 BLL 層， BLL 層進行相關(guān)的一些邏輯處理，提交給 DAL 層， DAL 層對數(shù)據(jù)庫進行相應(yīng)的操作，更新并保存數(shù)據(jù)。系統(tǒng)模塊圖見圖 24 圖 24 系統(tǒng)模塊圖 硬件配置： Web 服務(wù) 用戶端 軟件配置： Web 服務(wù)器 IIS 操作系統(tǒng) Windows XP 建模工具： Rational Rose 數(shù)據(jù)庫 SQL Server2020 3 系統(tǒng)的詳細設(shè)計 第三章主要討論了基于 .NET 的軟件功能測試平臺的整體設(shè)計方案，本章將詳細的對各個功能模塊進行詳細描述。 測試工程師（包括管理員等）在對話框內(nèi)按要求輸入用戶名和密碼，點擊 “登錄 ”，如果驗證通過，則進入系統(tǒng)，如果驗證不通過，則會提示密碼錯誤。 圖 31 身份驗證圖 登錄界面如圖 32 所示： 圖 32 登陸界面 用戶在 username 和 password 輸入框分別輸入自己的用戶名和密碼，點擊login 按鈕，則完成操作。 用戶登錄成功后會查看測試用例以便對測試用例進行相應(yīng)的操作 (增刪改查 )用戶登錄后會看到一個產(chǎn)品列表。 按條件查詢測試用例：當(dāng)用戶選擇好查詢條件后，系統(tǒng)會按測試工程師的條件將有的測試用例過濾出來。 圖 35download 條件查詢結(jié)果圖 查看數(shù)據(jù)庫的部分表設(shè)計如表 31 所示 表 31 測試用例數(shù)據(jù)庫設(shè)計 編號 字段名稱 數(shù)據(jù)結(jié)構(gòu) 說明 1 CaseId Int 測試用例 ID 2 RtesterID Int 測試用例執(zhí)行者 ID 3 Results Varchar 執(zhí)行結(jié)果 4 DEFID Int 與測試結(jié)果相關(guān)聯(lián)的 defectsID 5 version varchar 測試用例執(zhí)行版本 6 Rtime datetime 測試用例執(zhí)行時間 一條測試用例包含 許多方面，比如測試時間，執(zhí)行此測試用例的測試員，屬于哪個功能，功能下還有二級功能，還有一些注釋等等。 如圖 36 所示： 圖 36 測試用例查詢條件 手機測試用例的測試結(jié)果有多個狀態(tài)： N/A：所測試的手機沒有此項功能 Passed：經(jīng)測試測試用例所描述的功能和手機功能符合 Failed：經(jīng)測試測試用例所描述的功能和手機功能不符合 ) No result： 在當(dāng)前條件下此測試用例不能夠執(zhí)行，大多是由于外界原因，比如缺少 設(shè)備等等 Not plete： 此測試用例 沒有完全被執(zhí)行 No run： 此測試用例還沒被執(zhí)行 圖 37 是測試用例被執(zhí)行并能夠?qū)崿F(xiàn)所描述的功能的結(jié)果舉例。 選中一條測試用例，鼠標(biāo)單擊此行測試用例即可。圖 39 顯示的是執(zhí)行過的測試用例記錄了測試用例的測試員、測試時間等。圖 310 顯示了執(zhí)行此測試用例需要的前提條件。點擊界面中 “Begin run“后，正式進入執(zhí)行測試用例界面，在執(zhí)行界面，測試工程師將根據(jù)手機測試結(jié)果選擇執(zhí)行結(jié)果。 表 32測試用例結(jié)構(gòu) 編號 字段名稱 數(shù)據(jù)結(jié)構(gòu) 說明 1 CaseId Int 測試用例 ID 2 CtesterId Int 測試用例創(chuàng)建者 ID