本文轉(zhuǎn)自公眾號(hào)軟件開(kāi)發(fā)測(cè)試自動(dòng)化

目錄

簡(jiǎn)介

一、企業(yè)級(jí)綜合報(bào)告

第二，項(xiàng)目管理和開(kāi)發(fā)管理或敏捷計(jì)劃集成

第三，項(xiàng)目組合管理和需求管理的整合

第四，測(cè)試和開(kāi)發(fā)集成

動(dòng)詞 （verb的縮寫）測(cè)試計(jì)劃和需求管理的集成

六、需求管理和開(kāi)發(fā)管理敏捷計(jì)劃集成

七、外包發(fā)展中的供應(yīng)鏈整合

簡(jiǎn)介

列舉一些行業(yè)常見(jiàn)的問(wèn)題以及軟件生命周期工具集成平臺(tái)提供的解決方案，說(shuō)明集成的好處。

軟件生命周期中使用了很多工具。這些工具服務(wù)于不同的專業(yè)，用途不同，來(lái)自不同的廠商，互不連接，管理的數(shù)據(jù)無(wú)法交換。

工具的多樣性有其優(yōu)勢(shì)。不同的專業(yè)領(lǐng)域在軟件生命周期中有不同的關(guān)注點(diǎn)和不同的運(yùn)行模式。不同的工具為不同的職業(yè)提供更有針對(duì)性的幫助。在過(guò)去的幾年里，敏捷方法、開(kāi)源和商業(yè)工具帶來(lái)了軟件構(gòu)建方式的變化。然而，由于工具之間在時(shí)間上的雙向數(shù)據(jù)同步失敗，也給應(yīng)用生命周期管理和運(yùn)行帶來(lái)了許多問(wèn)題。

我們需要新的軟件生命周期工具的基本架構(gòu)——軟件工具集成平臺(tái)。作為軟件開(kāi)發(fā)和運(yùn)行過(guò)程中的數(shù)據(jù)總線，它可以保證在軟件交付和運(yùn)行過(guò)程中，所有專業(yè)人員不僅可以選擇自己能夠充分發(fā)揮最大生產(chǎn)效率的專業(yè)工具，還可以保證開(kāi)發(fā)、測(cè)試、業(yè)務(wù)分析和管理等各個(gè)專業(yè)之間的數(shù)據(jù)自由流動(dòng)，從而實(shí)現(xiàn)端到端的協(xié)作和可追溯性、精益軟件生命周期和構(gòu)建-測(cè)量-實(shí)現(xiàn)。我們需要一個(gè)通用的軟件生命周期數(shù)據(jù)總線，建立一套通用的工件數(shù)據(jù)模型和架構(gòu)模板。

一、企業(yè)級(jí)綜合報(bào)告

獲得最準(zhǔn)確、最及時(shí)的軟件項(xiàng)目報(bào)告是項(xiàng)目經(jīng)理的理想目標(biāo)。在此之前，我們很難有信心實(shí)現(xiàn)它。在沒(méi)有軟件工具集成平臺(tái)之前，記錄軟件項(xiàng)目狀態(tài)的各種數(shù)據(jù)存儲(chǔ)在不同的工具中，內(nèi)容相似的信息會(huì)反復(fù)出現(xiàn)在不同職業(yè)使用的工件中。

比如軟件缺陷。如果項(xiàng)目經(jīng)理只使用測(cè)試管理工具獲取缺陷的當(dāng)前狀態(tài)報(bào)告，而無(wú)法在開(kāi)發(fā)管理工具中獲取缺陷對(duì)應(yīng)的工作項(xiàng)的當(dāng)前狀態(tài)，那么經(jīng)理獲取的信息要么陳舊要么不完整。

和缺陷狀態(tài)信息面臨著同樣的問(wèn)題。在軟件開(kāi)發(fā)中，許多工件和信息在不同的軟件專業(yè)之間共享，并由不同的工具重復(fù)記錄。任何單一工具只能提供其自身記錄信息的報(bào)告。

通過(guò)軟件工具集成平臺(tái)，我們可以將記錄在不同工具中的同類型數(shù)據(jù)以工件的形式進(jìn)行集成和同步，使這些原始工具能夠自動(dòng)、及時(shí)地從其他專業(yè)工具中獲取最新信息，并能夠生成更加準(zhǔn)確、全面的狀態(tài)報(bào)告。而且，我們還可以將這些信息作為基礎(chǔ)數(shù)據(jù)全面導(dǎo)入數(shù)據(jù)庫(kù)，供整個(gè)企業(yè)報(bào)表系統(tǒng)使用。

要同步的相關(guān)工件

低缺陷缺陷

低故事/需求用戶故事/需求

●票據(jù)/問(wèn)題/事件/特征請(qǐng)求工單/問(wèn)題/事件/功能要求

低請(qǐng)求/積壓項(xiàng)目要求/生成處理事項(xiàng)

●投資組合項(xiàng)目，倡議

●史詩(shī)、用戶故事、任務(wù)、子任務(wù)功能、用例、任務(wù)和子任務(wù)

低測(cè)試用例測(cè)試用例

第二，項(xiàng)目管理和開(kāi)發(fā)管理或敏捷計(jì)劃集成

通常，項(xiàng)目管理部門是獨(dú)立于軟件開(kāi)發(fā)團(tuán)隊(duì)的另一個(gè)部門。項(xiàng)目管理部PMO通常使用PPM組合管理工具和產(chǎn)品管理工具來(lái)幫助管理軟件應(yīng)用中的新創(chuàng)新和資本投資。同時(shí)，開(kāi)發(fā)團(tuán)隊(duì)需要使用開(kāi)發(fā)管理或敏捷規(guī)劃工具來(lái)分解和實(shí)現(xiàn)高層業(yè)務(wù)需求。開(kāi)發(fā)團(tuán)隊(duì)希望將PPM管理工具中的這些高層業(yè)務(wù)需求映射到開(kāi)發(fā)管理規(guī)劃工具中，從而進(jìn)一步分解為epics、用戶故事、任務(wù)和子任務(wù)。同樣，項(xiàng)目經(jīng)理也想知道開(kāi)發(fā)工作相對(duì)于這個(gè)業(yè)務(wù)需求的當(dāng)前狀態(tài)，這樣他們就可以更有效地評(píng)估投資回報(bào)。

在項(xiàng)目管理和開(kāi)發(fā)之間，還有一個(gè)共同的需求，就是時(shí)間管理。作為一個(gè)偶然的結(jié)果，基于開(kāi)發(fā)過(guò)程數(shù)據(jù)的集成，時(shí)間跟蹤和管理也可以在沒(méi)有額外工作的情況下實(shí)現(xiàn)。

要同步的相關(guān)工件

●投資組合項(xiàng)目業(yè)務(wù)投資組合要求

●計(jì)劃業(yè)務(wù)要求

低要求

●用戶故事用戶場(chǎng)景

● Epics業(yè)務(wù)要求

●任務(wù)任務(wù)

低時(shí)間

第三，項(xiàng)目組合管理和需求管理的整合

通常，項(xiàng)目管理部門是獨(dú)立于軟件開(kāi)發(fā)團(tuán)隊(duì)的另一個(gè)部門。項(xiàng)目管理部PMO通常使用PPM組合管理工具和產(chǎn)品管理工具來(lái)幫助管理軟件應(yīng)用中的新創(chuàng)新和資本投資。項(xiàng)目經(jīng)理新建立的業(yè)務(wù)需求對(duì)應(yīng)開(kāi)發(fā)團(tuán)隊(duì)，這就是開(kāi)發(fā)需求。將項(xiàng)目組合管理與需求管理相結(jié)合，可以將項(xiàng)目管理工具中的業(yè)務(wù)需求同步生成開(kāi)發(fā)團(tuán)隊(duì)需求管理工具中的開(kāi)發(fā)需求。

要同步的相關(guān)工件:

●投資組合項(xiàng)目

●要求

●用戶故事

●史詩(shī)

第四，測(cè)試和開(kāi)發(fā)集成

軟件開(kāi)發(fā)人員和測(cè)試人員在工作方法和思維習(xí)慣上有很多不同，但有一點(diǎn)需要注意的是，他們需要識(shí)別和糾正缺陷。這些異同導(dǎo)致了兩個(gè)團(tuán)隊(duì)和人員在溝通和適用工具上的差異。測(cè)試團(tuán)隊(duì)使用測(cè)試用例和缺陷管理工具，而開(kāi)發(fā)人員更喜歡他們的敏捷工作計(jì)劃和問(wèn)題跟蹤工具。這種差異和聯(lián)系會(huì)持續(xù)下去。

例如，測(cè)試人員可以使用測(cè)試管理工具，如惠普QC，來(lái)管理測(cè)試工作和缺陷。但是開(kāi)發(fā)人員更喜歡使用問(wèn)題跟蹤工具，比如亞特蘭蒂斯JIRA。

在通過(guò)軟件工具集成平臺(tái)將開(kāi)發(fā)和測(cè)試相關(guān)聯(lián)之后，可以認(rèn)識(shí)到，每當(dāng)在惠普QC中產(chǎn)生缺陷時(shí)，該缺陷將自動(dòng)反映為JIRA的問(wèn)題。開(kāi)發(fā)者需要的所有信息都可以從JIRA的問(wèn)題中獲得。當(dāng)開(kāi)發(fā)人員完成修改問(wèn)題時(shí)，JIRA的信息會(huì)更新，并且信息會(huì)立即自動(dòng)同步回惠普QC。測(cè)試人員可以看到這個(gè)缺陷已經(jīng)被修復(fù)，并準(zhǔn)備好再次進(jìn)行回歸測(cè)試。由于開(kāi)發(fā)和測(cè)試集成是軟件開(kāi)發(fā)過(guò)程中的一個(gè)關(guān)鍵問(wèn)題，這種集成是最常用的集成之一。

要同步的相關(guān)工件

缺陷/bug

問(wèn)題

動(dòng)詞 （verb的縮寫）測(cè)試計(jì)劃和需求管理的集成

為了生成測(cè)試計(jì)劃，測(cè)試人員必須能夠訪問(wèn)相應(yīng)的需求。問(wèn)題是這些需求和用戶使用場(chǎng)景通常是業(yè)務(wù)分析師和產(chǎn)品經(jīng)理在需求設(shè)計(jì)和管理工具中記錄的，而測(cè)試人員在測(cè)試管理和測(cè)試工具中生成測(cè)試計(jì)劃、測(cè)試用例和測(cè)試腳本。在測(cè)試執(zhí)行之后，測(cè)試管理系統(tǒng)還可以提供關(guān)于測(cè)試需求覆蓋和測(cè)試狀態(tài)的信息。這些信息對(duì)需求管理的用戶也非常有用。

測(cè)試和需求的集成實(shí)現(xiàn)了需求設(shè)計(jì)和管理工具與測(cè)試管理工具之間需求的鏡像和同步。在某些情況下，測(cè)試覆蓋信息和測(cè)試狀態(tài)信息可以同步到需求管理工具中。

值得一提的是，需求管理工具和測(cè)試管理工具中與需求相關(guān)的工件的內(nèi)容有些不同。這些工件的正確同步需要來(lái)自實(shí)踐測(cè)試的機(jī)制。這些復(fù)雜性可以通過(guò)軟件工具集成平臺(tái)的內(nèi)置工件關(guān)系管理來(lái)有效解決。

要同步的相關(guān)工件

要求

用戶故事

史詩(shī)

判例案件

六、需求管理和開(kāi)發(fā)管理敏捷計(jì)劃集成

通常，業(yè)務(wù)分析和產(chǎn)品經(jīng)理使用需求設(shè)計(jì)和管理工具來(lái)生成和管理需求。使用敏捷方法的開(kāi)發(fā)團(tuán)隊(duì)使用敏捷規(guī)劃工具來(lái)分解和管理作為用戶故事的需求。

需求管理和開(kāi)發(fā)管理敏捷計(jì)劃的集成可以將需求管理工具中的需求映射到EPIC或敏捷計(jì)劃工具中的特性。然后分解成用戶故事。需求之間的父子關(guān)系可以在兩個(gè)管理系統(tǒng)中映射和連接。

要同步的相關(guān)工件:

●要求

●用戶故事

●史詩(shī)

七、外包發(fā)展中的供應(yīng)鏈整合

大多數(shù)不重要的應(yīng)用程序可以由第三方開(kāi)發(fā)。通常，組織有一些第三方合作伙伴，他們要么根據(jù)合同開(kāi)發(fā)一些組件，要么作為服務(wù)提供商，他們將外包一些工作，例如測(cè)試。然而，這些不同的組織不能共享工具。因此，如果一個(gè)組織向外包商提供需求，他們通常會(huì)從需求管理工具中導(dǎo)出需求，然后將它們導(dǎo)入到外包商使用的管理工具中。同樣，當(dāng)測(cè)試工作由第三方進(jìn)行時(shí)，他們的系統(tǒng)測(cè)試管理系統(tǒng)也與甲方分離..這就帶來(lái)了很多麻煩，重復(fù)勞動(dòng)，誤解。

外包開(kāi)發(fā)中的供應(yīng)鏈集成實(shí)際上是將組織內(nèi)部的通用集成擴(kuò)展到組織。這樣一個(gè)自動(dòng)和及時(shí)的系統(tǒng)可以取代耗時(shí)和容易出錯(cuò)的手工過(guò)程。

要同步的相關(guān)工件:

低缺陷缺陷

低故事/需求用戶故事/需求

●票據(jù)/問(wèn)題/事件/特征請(qǐng)求工單/問(wèn)題/事件/功能要求

●史詩(shī)、用戶故事、任務(wù)、子任務(wù)功能、用例、任務(wù)和子任務(wù)

低測(cè)試用例測(cè)試用例

相關(guān)文章: