【正文】 試人員重復記錄相同缺陷，并相對減少開發(fā)人員的重復工作負擔。例如，黑莓企業(yè)部門軟件開發(fā)團隊的規(guī)模通常，系統(tǒng)測試團隊和功能測試團隊之間的測試工作在一定程度上重疊（由于系統(tǒng)測試和功能測試團隊的測試重點不一樣，所以測試用例重疊必不可免。對于團隊規(guī)模較大的敏捷團隊，盡可能減少重復工作是團隊組織架構(gòu)管理的一個挑戰(zhàn)），缺陷跟蹤系統(tǒng)可以有效減少因為信息不對稱導致的重復工作。缺陷跟蹤系統(tǒng)記錄的信息不僅對開發(fā)人員調(diào)查軟件缺陷的原因并修復缺陷起著至關(guān)重要的作用，也對其他測試人員重現(xiàn)如何觸發(fā)軟件缺陷，及開發(fā)人員修復缺陷后測試人員驗證修復結(jié)果起到直接的指導作用[16]。 此外，缺陷跟蹤系統(tǒng)也可以用于保存以往的軟件缺陷報告，這些數(shù)據(jù)不僅可以幫助測試團隊總結(jié)系統(tǒng)易發(fā)生缺陷的位置，并改善測試用例和測試計劃的側(cè)重點，從而進一步提高測試效率；也可以幫助設(shè)計團隊改善軟件設(shè)計，從設(shè)計階段提高軟件產(chǎn)品的質(zhì)量。 許多敏捷實踐者通過卡片或其他簡單的溝通機制來跟蹤軟件缺陷，這體現(xiàn)敏捷思想中精簡的精神，但這對測試人員和開發(fā)人員之間的溝通技能提出了非常高的要求。由于缺少可跟蹤信息的數(shù)據(jù)庫，交流的時候容易丟失或錯誤描述重要的細節(jié)。特別是對于復雜的系統(tǒng)測試，導致發(fā)生某一種軟件缺陷的原因多種多樣，往往無法通過測試結(jié)果反推出發(fā)生缺陷的原因，所以必須準確記錄觸發(fā)這一缺陷的過程，并提供其他相關(guān)文件，如果無法這些信息準確提供，開發(fā)人員將無法從缺陷報告中發(fā)現(xiàn)并鎖定缺陷的原因，更別說為測試人員在缺陷修復后如何驗證修復結(jié)果提供指導。結(jié)果可能是系統(tǒng)測試人員重新執(zhí)行相應(yīng)的測試用例，重現(xiàn)觸發(fā)軟件缺陷的過程并重新完善缺陷報告，但這一行為將導致測試效率低下并間接提高軟件產(chǎn)品開發(fā)成本，因此不論是傳統(tǒng)瀑布模型還是敏捷模型，都不提倡進行低效的重復測試。 軟件缺陷管理系統(tǒng)的追蹤性 缺陷跟蹤系統(tǒng)具有的另一個優(yōu)點是，可跟蹤性。缺陷報告記錄通常會記錄發(fā)現(xiàn)缺陷的測試人員、負責修復缺陷的開發(fā)人員、修復缺陷的優(yōu)先級、缺陷當前所處的狀態(tài)等信息。其中，缺陷當前所處的狀態(tài)包括：缺陷分類階段、缺陷調(diào)查階段、缺陷修復階段、缺陷修復后整合階段、修復驗證階段等，作者將在下文結(jié)合黑莓企業(yè)部門敏捷團隊如何管理軟件缺陷生命周期進一步闡述。另外，可追蹤性使得測試人員可以方便地查看缺陷所處的階段，并與開發(fā)人員進行及時溝通和反饋。因此，可追蹤性使得缺陷管理工具也具有了敏捷性，方便對團隊成員跟進軟件缺陷狀態(tài)。而修復缺陷的優(yōu)先級反映了該缺陷的緊急程度[17]。 如果項目規(guī)模很大以至于某個團隊發(fā)現(xiàn)的缺陷可能影響其他團隊，那么缺陷跟蹤系統(tǒng)可能是一個很好的選擇。對于這些團隊來說，即使使用敏捷開發(fā)，單純的面對面溝通或其他方式的直接溝通，而拒絕使用缺陷跟蹤系統(tǒng)，會由于團隊規(guī)模過大或者時空限制產(chǎn)生溝通障礙，導致開發(fā)過程的低效。而缺陷跟蹤系統(tǒng)為團隊提供了統(tǒng)一的數(shù)據(jù)查詢來源，有效地避免了信息閉塞和溝通障礙。例如，黑莓企業(yè)部門采取的是以采用軟件缺陷跟蹤系統(tǒng)和敏捷的直接溝通反饋相輔相成的方案，既發(fā)揮了缺陷跟蹤系統(tǒng)的優(yōu)點，也是缺陷生命周期管理具有了敏捷性。作者將會在下文進一步闡述和分析該方案的優(yōu)點。 軟件缺陷管理系統(tǒng)局限性分析 軟件缺陷管理系統(tǒng)帶有深刻的瀑布模型開發(fā)的烙印。其局限性可概括為： (1) 缺陷跟蹤系統(tǒng)不能主動的加強團隊之間的溝通，而它不能促進團隊不同成員之間的溝通，而只能被動的記錄有效信息，通過團隊成員主動地查看跟蹤系統(tǒng)并對缺陷進行及時跟進和反饋，實現(xiàn)團隊之間的交流，因此團隊成員需要發(fā)揮自我的主觀能動性去有效使用這一工具。但是，許多測試人員將缺陷跟蹤系統(tǒng)作為和團隊其他人員交流缺陷的唯一途徑，缺陷跟蹤系統(tǒng)不會促進有效的溝通，相反它使人們減少了彼此之間的直接討論。更壞的結(jié)果可能是測試人員僅僅在系統(tǒng)中記錄了軟件缺陷報告，而團隊試管理人員沒有探討缺陷的重要程度，開發(fā)人員沒有跟進調(diào)查該缺陷的原因，導致了缺陷修復進度的拖延，并最終導致拖延軟件測試進度。 (2) 過于詳細的記錄與敏捷模型中精簡的精神相悖。敏捷開發(fā)始終強調(diào)文檔。 (3) 敏捷模型中高效為敏捷團隊提供了一些實踐和準則從而開發(fā)出高質(zhì)量的產(chǎn)品，而高質(zhì)量的產(chǎn)品幫助團隊減少對缺陷跟蹤系統(tǒng)的依賴。 軟件缺陷管理系統(tǒng)使用的必要性分析 基于上文對軟件缺陷跟蹤工具優(yōu)點和局限性分析的分析，敏捷團隊采用該工具的必要性主要包括以下兩方面： (1) 大規(guī)模團隊實現(xiàn)高效敏捷管理軟件缺陷的需要。直接對軟件缺陷進行溝通的效率會因為團隊規(guī)模過大而變得低效。例如，黑莓企業(yè)部門開發(fā)團隊的規(guī)模，而且分散在不同的地方，因此，缺陷追蹤工具成為團隊之間進行溝通必不可少的工具。另外，由于黑莓企業(yè)手機管理系統(tǒng)是一個非常龐大的系統(tǒng)，不同測試團隊之間的測試用例會在一定程度上重疊，而缺陷管理工具的使用可以有效減少重復記錄的軟件缺陷。例如，負責系統(tǒng)測試的團隊（即作者所在團隊）主要的職責之一是進行系統(tǒng)環(huán)境部署測試，在系統(tǒng)部署完成后，會進行簡單的功能性測試以驗證系統(tǒng)是否有效運行；端到端功能測試團隊為了進行功能測試，也必須進行簡單的環(huán)境部署，因此兩個測試團隊之間的職責會一定程度的重疊，但由于側(cè)重點不一樣，使得重復變得不可避免。當兩個團隊先后發(fā)現(xiàn)某個軟件缺陷是，先發(fā)現(xiàn)的團隊會記錄缺陷報告并告知其他團隊，而后發(fā)現(xiàn)缺陷的團隊則可以更新和完善缺陷報告，而不是重復記錄一樣的報告。 (2) 持續(xù)追蹤軟件缺陷的需要?？勺粉櫺允侨毕葑粉櫣ぞ叩闹饕攸c之一，這一點對于大規(guī)模團隊顯得尤為有價值。大規(guī)模團隊因為組織架構(gòu)的復雜性，管理人員如何明確團隊各個成員的角色職責成為其團隊管理的一大挑戰(zhàn)。而缺陷跟蹤工具可以明確不同缺色在軟件缺陷管理的職責，例如缺陷追蹤工具將記錄發(fā)現(xiàn)缺陷的測試人員、負責修復缺陷的開發(fā)人員、負責回歸驗證的測試人員等信息，這些信息時的管理人員可以方便地查找缺陷生命周期各個階段的負責人，并進行及時的溝通和反饋。 本章小結(jié) 本章作者通過對軟件缺陷、軟件缺陷管理的概述介紹了基于TMM第四級——管理和度量級別所要求的軟件缺陷度量和管理，并舉例說明了如何實現(xiàn)敏捷的軟件缺陷管理。30浙江大學碩士學位論文 第5章 企業(yè)級軟件概述第5章 企業(yè)級軟件概述 企業(yè)級軟件產(chǎn)品概述 顧名思義，企業(yè)級軟件產(chǎn)品的目標用戶是企業(yè)或者政府部門。這些用戶對于所使用的軟件產(chǎn)品具有要求更高，例如產(chǎn)品安全性的要求、產(chǎn)品故障率的要求、產(chǎn)品可維護性的要求等，通常用戶愿意為高質(zhì)量的軟件付出更高的費用。因此，企業(yè)級軟件在產(chǎn)品第一次正式對外發(fā)布前，會在公司內(nèi)部進行嚴格的測試過程，測試的成本將高于普通軟件產(chǎn)品。與普通軟件產(chǎn)品相比，企業(yè)級軟件產(chǎn)品在以下幾方面對產(chǎn)品有更高的要求： (1) 安全性。 安全性主要指保護用戶數(shù)據(jù)，以防止發(fā)生數(shù)據(jù)丟失或數(shù)據(jù)被竊取。防止數(shù)據(jù)丟失通常通過對數(shù)據(jù)多重備份、數(shù)據(jù)鏡像等處理方式實現(xiàn)；防止數(shù)據(jù)被竊取主要等通過服務(wù)器防火墻設(shè)置和數(shù)據(jù)加密算法實現(xiàn)[18]。 (2) 健壯性和魯棒性。 健壯性和魯棒性包括系統(tǒng)在高壓使用環(huán)境下的穩(wěn)定性、系統(tǒng)出現(xiàn)故障后的可恢復性，系統(tǒng)的兼容性，以及系統(tǒng)的安全性等。 (3) 可維護性 可維護性主要包括系統(tǒng)對之前版本軟件的兼容性和可升級性、對于已部署的系統(tǒng)節(jié)點的修改能力等。 通用軟件產(chǎn)品概述 通用軟件是指不針對某一特定用戶開發(fā)的，目標用戶群體廣泛的一類軟件產(chǎn)品。與目前最新的云端軟件服務(wù)不同，例如最新的軟件即服務(wù)概念（SAAS），本節(jié)所描述的通用軟件依然屬于傳統(tǒng)軟件產(chǎn)品，即傳統(tǒng)客戶端/服務(wù)器或瀏覽器/服務(wù)器模式的軟件，系統(tǒng)服務(wù)器部署在用戶所屬的服務(wù)器環(huán)境。因此，該類軟件在設(shè)計階段就需要將目標用戶群體之間的差異性加入產(chǎn)品設(shè)計中，使得最終交付的產(chǎn)品可以滿足不同用戶的需求。通用軟件最重要的特點就在于其通用性。通用性是一個廣義的概念，主要內(nèi)容包括： (1) 兼容系統(tǒng)環(huán)境的通用性，即產(chǎn)品可以兼容不同的操作系統(tǒng)、不同的數(shù)據(jù)庫產(chǎn)品，以及兼容其他不同的支持軟件。 (2) 軟件所支持架構(gòu)的可伸縮性，即該軟件產(chǎn)品可以通過多種系統(tǒng)配置方案達到不同用戶使用數(shù)量需求。 (3) 可擴展性，即軟件產(chǎn)品可以通過提供多種可擴展的軟件解決方案滿足不同用戶不同的額外需求。 與通用軟件不同，項目型軟件軟件是指針對某一特定用戶開發(fā)的軟件產(chǎn)品，用戶深度參與產(chǎn)品的需求分析和設(shè)計，并根據(jù)其要求進行定制。 通用軟件在制定系統(tǒng)測試的測試計劃時，須通過設(shè)計測試用例以覆蓋產(chǎn)品的通用性需求，從而達到重點驗收產(chǎn)品的通用性的目標。例如，某一通用軟件設(shè)計支持多個類型的Windows操作系統(tǒng)，因此，不同的操作系統(tǒng)將作為測試用例設(shè)計時必須考慮的一個因素，以消除因操作系統(tǒng)差異而導致的系統(tǒng)缺陷發(fā)生。 企業(yè)級軟件系統(tǒng)測試用例分析 基于上兩節(jié)描述，作者將以黑莓手機管理平臺解決方案為例介紹企業(yè)級軟件的特點并提出系統(tǒng)測試用例的設(shè)計方案[19]。 黑莓手機管理平臺解決方案概述圖 黑莓手機管理平臺解決方案產(chǎn)品線 黑莓手機管理解決方案為用戶提供的服務(wù)包括加密郵件服務(wù)、遠程設(shè)備管理（遠程推送應(yīng)用軟件到手機終端、遠程管理手機終端數(shù)據(jù)、遠程管理用戶權(quán)限等）、定制手機用戶權(quán)限（借助可定制的超過500項IT策略，管理員可管理用戶設(shè)置以及遠程調(diào)整手機用戶安全級別）、可擴展的語音服務(wù)和可擴展的即時通信服務(wù)（體現(xiàn)該系列解決方案的高度可拓展性）等[20]。根據(jù)軟件產(chǎn)品的部署位置可分為BES on Cloud、BES on Host Server兩類； 根據(jù)針對的手機操作系統(tǒng)不同，主要可將BES產(chǎn)品線中的軟件產(chǎn)品分為BES for BB6/BDS、UDS三大類：(1) BES系列是針對BlackBerry OS6，OS7開發(fā)的手機管理應(yīng)用企業(yè)解決方案，是黑莓企業(yè)部門的傳統(tǒng)產(chǎn)品，優(yōu)勢在于最高的安全性，可靠性和可擴展性。(2) BDS系列主要針對BlackBerry OS10和PlayBook OS。BDS通過微軟公司的EAC（Exchange ActiveSync）同步協(xié)議與黑莓專利的通信加密技術(shù)實現(xiàn)加密郵件服務(wù)和遠程設(shè)備管理。BDS具有極高的安全性和可靠性。(3) UDS主要針對iOS和Android手機操作系統(tǒng)開發(fā)，主要功能包括郵件服務(wù)，遠程設(shè)備管理（通過安裝在IOS和Android系統(tǒng)上的應(yīng)用實現(xiàn)推送手機應(yīng)用、企業(yè)數(shù)據(jù)管理、企業(yè)IT權(quán)限管理），UDS具有較高的安全性和可靠性。(4) BES10，即TC，該款產(chǎn)品是整合了黑莓公司之前發(fā)布的BDS、UDS、BMFS三款產(chǎn)品為一款產(chǎn)品，其繼承了BDS和UDS所有的功能，并在此基礎(chǔ)上整合了新的功能，例如服務(wù)器高可用（High Availability)。 黑莓手機管理解決方案具有高度可靠性和健壯性?？煽啃灾饕ㄟ^數(shù)據(jù)保護和BES服務(wù)器高可用（High Availability）實現(xiàn)（這兩方面也是系統(tǒng)測試測重點）[21]。數(shù)據(jù)保護的措施包括數(shù)據(jù)庫訪問權(quán)限控制、數(shù)據(jù)庫多重備份、數(shù)據(jù)庫鏡像、數(shù)據(jù)庫失效備援（failover）、數(shù)據(jù)庫受損后易恢復設(shè)置等。同時，黑莓系統(tǒng)允許進行分布式部署，即系統(tǒng)內(nèi)不同的組件可部署在同一環(huán)境下的不同機器中，以提高系統(tǒng)負載性能。服務(wù)器高可用是基于分布式部署實現(xiàn)的。高可用指的是系統(tǒng)內(nèi)組件允許在同一部署環(huán)境中部署多個相同組件，并通過負載平衡器并聯(lián)這些組件實現(xiàn)組件池。高可用不僅可提高系統(tǒng)負載性能（例如，負載平衡器可將對該組件池的通信訪問路由至空閑的組件進行處理），也將提高系統(tǒng)的健壯性[22]。 機密性、安全性是黑莓手機解決方案的最大優(yōu)點，這些特性通過黑莓的通信加密技術(shù)實現(xiàn)。由于系統(tǒng)機密性、安全性不屬于本論文討論范疇，僅在此概述。黑莓的通信加密技術(shù)采用對稱密匙加密算法實現(xiàn)手機終端與服務(wù)器端之間的加密通信。主要設(shè)計思想是，首先，當信息從手機終端發(fā)出的時候，手機終端對信息進行壓縮，并使用特定密匙進行加密，然后將該信息發(fā)送至服務(wù)器終端；信息通過防火墻進入服務(wù)器后，服務(wù)器某個部件會根據(jù)所使用的密匙，對信息進行解密和解壓縮，然后將信息發(fā)送到指定收件人。當信息從服務(wù)器端發(fā)至手機的過程，采用相似的加密壓縮和解密解壓縮過程[23]。 系統(tǒng)測試用例舉例 、Q4象限的內(nèi)容都納入系統(tǒng)測試，即面向業(yè)務(wù)的測試屬于產(chǎn)品的系統(tǒng)測試范疇，測試內(nèi)容定義了產(chǎn)品設(shè)計文檔期望的特性和功能，并專注于發(fā)現(xiàn)最終產(chǎn)品可能存在的軟件缺陷以進行改進的測試。主要的測試內(nèi)容包括端到端功能測試、系統(tǒng)部署測試、系統(tǒng)健壯性測試、系統(tǒng)完整性測試等。以上測試內(nèi)容對于敏捷項目還是傳統(tǒng)的項目均適用。圖 軟件測試類型示例(1) 端到端功能測試1) 郵件、個人信息管理（通訊錄、日程安排等）功能測試2) 遠程設(shè)備管理測試3) IT策略管理測試(2) 系統(tǒng)部署測試TC整合了BDS和UDS，因此該款產(chǎn)品在設(shè)計時就考慮到產(chǎn)品部署需要支持從UDS或BDS升級到TC的用戶部署場景。系統(tǒng)部署測試包括單一服務(wù)器部署和系統(tǒng)部署測試內(nèi)容主要包括：1) Fresh部署測試，即測試在沒有任何BES軟件部署的服務(wù)器環(huán)境中進行全新的系統(tǒng)場景部署。2) BDS、UDS升級測試3) 部署拓撲更改測試，即測試對現(xiàn)有運行系統(tǒng)部署進行服務(wù)器節(jié)點修改，例如增加新的節(jié)點，或刪除現(xiàn)有的節(jié)點。系統(tǒng)節(jié)點的靈活修改體現(xiàn)了產(chǎn)品的可伸縮性和可維護性。4) 部署系統(tǒng)卸載測試(3) 系統(tǒng)完整性測試 系統(tǒng)完整性是指在系統(tǒng)部署完成、系統(tǒng)出現(xiàn)故障恢復、系統(tǒng)部署架構(gòu)修改等用戶場景出現(xiàn)后，系統(tǒng)依然可以完整健康地運行。因此系統(tǒng)完整性測試通常屬于系統(tǒng)部署測試、系統(tǒng)健壯性測試內(nèi)容的一部分，即測試工程師在完成系統(tǒng)部署和模擬故障恢復之后對系統(tǒng)的基本功能是否正常運行進行的驗證性測試。，系統(tǒng)完整性測試的基本步驟。圖 系統(tǒng)完整系測試示例 本章小結(jié) 本章主要介紹了企業(yè)級通用軟件的主要特點，并根據(jù)第二章TMM的分析結(jié)合黑莓企業(yè)手機管理平臺解決方案為例，提出了企業(yè)級通用軟件系統(tǒng)測試用例設(shè)計方案。35浙江大學碩士學位論文 第6章 案例分析第6章 案例分析 項目背景及測試結(jié)果分析 BES10，即TC，該款產(chǎn)品是整合了黑莓公司之前發(fā)布的BDS、U