?
快捷搜索:  as  test  1111  test aNd 8=8  test++aNd+8=8  as++aNd+8=8  as aNd 8=8

亦博游戲平臺:測試管理的若干建議

?

下面是可以前進軟件測試治理的一樣平常建議。

盡早開始測試治理活動

雖然這一點看起來像最顯而易見的建議,然則很少軟件項目真正地利用這一不雅念。在早期開始確定測試資本很輕易而且很常見,然則許多測試闡發(如識別關鍵的、優先的測試用例)可以而且應該盡快開始。一旦用例被充分開拓孕育發肇事故流,就可以獲得測試法度榜樣。假如一個項目沒有應用用例需求,那么仍可以從確認初始需求闡明中獲得測試。盡快開拓測試能贊助減輕未來弗成避免的光陰限定。

迭代化測試

軟件測試應該是一個反復的歷程,在全部項亦博游戲平臺目周期的早期天生有代價的測試工件和事情。這是遵照盡早開始測試流程的重要建議:一個迭代的測試流程應該很早就關注測試治理。測試治理經由過程組織迭代的種種工件和資本來指示這一點。這個基于風險的措施有助于確保以最有效的要領處置懲罰項眼光陰線里可能呈現的變化、延遲和其他一些弗成預見的障礙。

重用測試工件

在一個項目或多個項目里重用測試工件能夠極大年夜地前進測試團隊的有效性。這樣可以極大年夜地緩解光陰和資本有限造成的壓力??梢灾赜玫墓ぜ粌H包括自動操作測試工具,還包括測試法度榜樣和其他的計劃信息。為了有效地重用工件,測試治理必須在組織和描述給定項目的與測試相關的各類信息方面做得很好。在創建工件時,重用老是必要一些預先計劃,而且這一原則平日可以利用于測試治理。

應用基于需求的測試

測試可以被分成兩種常用的措施:

確認工作按照計劃進行

盡力找出什么使得工作竣事下來

雖然后面的探索性測試對付發明導致差錯的難以猜測的場景或情形來說異常緊張,然則確認基礎的需求可能是測試團隊履行的最緊張的評估。

基于需求的測試是確認一個利用軟件或系統的主要要領,它既適用于傳統需求也適用于用例需求?;谛枨蟮臏y試每每沒有探索性測試那么主不雅,它也可以帶來其他的益處。軟件開拓團隊的其他部分可能質疑或者非難探索性測試的結果,然則他們不能狐疑直接確認需求的測試。另一個好處是它可以更輕易地謀略所需的測試事情(與探索性測試相反,它老是受限于可以使用的光陰)。

它也可以供給種種統計數據,他們可能是有用的度亦博游戲平臺量,例如測試覆蓋率。測試用例是由需求孕育發生的,并且跟著工作變更對其關系的跟蹤也更為緊張,這是一件繁雜的事情,應該經由過程對象進行處置懲罰。RequisitePro 和 ClearQuest 中的測試治理能力供給了滿意這一需求的結果規劃。

這一流程的局限性是它信賴于一個好的系統需乞降一個十分有效的合理的需求治理計劃。從另一方面來說,探索性測試可能加倍特殊。它很少依附軟件開拓團隊的其他部分,這無意偶爾會導致測試事情很少被關注在確認需求的緊張義務上。雖然較好的測試事情應該將不合的措施集成起來,然則不應該漠視基于需求的測試。

和諧遠程測試資本

為了避免資本不夠或者只是為充分使用職員,您應該和諧可以運用的任何資本,不管它們在什么地方。這些緊張的資本很可能存在于多種區域,平日在不合的地方。這必要仔細有效的協同相助使得各地區的大年夜多半測試職員和其他人介入到測試治理中。為了使之生效可能有相稱多的技巧尋釁,是以必要適當的處置懲罰。ClearQuest 的 MultiSite 版本的測試治理能力能夠贊助簡化區域散播式測試和諧的繁雜度。

我應該應用 Web 客戶照樣自動復制的數據呢?有兩種辦理規劃使得相距較遠的介入者能夠協同事情。前者簡單并且相對輕易,然則假如從各地進行造訪,仍有收集方面的潛在約束。對付受到職員或者功能限定的遠程造訪來說,這是一個好的辦理規劃。然則,對付由許多不合地方的人組成一個測試團隊的環境,您必要具有復制到本地辦事器上的數據使得他們的運行速率達到最大亦博游戲平臺年夜化。這也意味著您將必要一個簡單無縫的要領使得每個地方的數據自動同步。這是 ClearQuest MultiSite 對付測試治理來說十分緊張的地方。

定義并履行機動的測試流程

一個好的、可重復的流程能夠幫您懂得項目確當前狀態,并經由過程猜測懂得其趨勢。只管如斯,不合的項目對測試事情將有不合的特定必要,是以使得事情流程自動化的測試治理流程必如果機動的并且可以定制的。流程應該是可重復的(為了供給猜測),然則更緊張的是,它必須容許改進。它必須使得修正十分輕易,包括在迭代項目歷程中的調劑,是以它可以經由過程改變必要使其達到最優。

假如不能以任何要領履行,那么定義一個指示團隊成員的帶有事情流程的歷程意義并不大年夜。必要如何的力度來履行根據不合的企業和項目而有所不合。許多企業的軟件項目必要遵照不合的律例,如 SOX 和 HIPPA。有些必要變化審核、項目歷史和其他像電子署名等嚴格的遵守確認。不管您的項目測試治理必要嚴格地履行流程照樣有更多的臨時選擇,您都必要一個機制來定義和履行某些工作。像 ClearQuest 這樣測試治理對象是能夠供給測試治理所需的所有能力。

調劑并整合開拓的殘剩部分

從傳統意義來看,軟件測試與開拓的其他部分是嚴格分開的。這樣做部分源于維持評估公正和有更多的時機發明開拓中可能沒有察覺的缺陷的合理必要。這一必要在驗收測試中尤為顯著,由于在驗收測試中最好的測試職員每每對設計和履行身分短缺判斷力。只管如斯,這種特定必要僅僅代表軟件測試中的一個方面,不應該對終極要進行的軟件質量開拓制造障礙。

軟件測試必須與軟件開拓的其他部分結合起來,分外是像需求治理和變化治理這樣的規程。這包括不合的流程角色和活動之間緊張協作、緊張信息的高檔溝通以及支持這一點的集成對象。沒有這些協同分工,質量將會因為缺少或誤解需求、沒有測試代碼、沒有發明缺陷和缺少關于現行軟件質量水平的信息而低落。

溝通狀態

事情的代價等取決于它被認知的程度,而事情若何被認知取決于通報給涉眾的信息。好的測試治理必須供給所有相關信息的完備和精確的申報。在軟件開拓項目里實時狀態、目標的丈量措施以及結果應該亦博游戲平臺供給給所有相關的團隊成員。

申報應該不僅僅只是傳統意義的靜態文件。假定變更是持續的,為了準確地交流信息必要有多種形式的易更新的輸出。所有這些會贊助不合的項目角色在跟著項目的進展對變更若何做出反映方面做出精確的決策。

來自不合的軟件規程的信息不是完全自力亦博游戲平臺的。這篇文章已經提到了測試治理和其他像需求、變化和設置設置設備擺設擺設治理和開拓這樣的規程之間的緊張關系。是以來自測試治理的輸出可以很輕易地與其他項目數據結合起來是至關緊張的。當前的技巧使得將所有的項目措施結合成為統一視圖成為可能,這樣可以確定所有項目的康健狀態。對象也使得清楚地展示和評估測試、開拓和其他項目工件的關系成為可能。

關注目標和結果

為項目確定質量目標并抉擇若何有效而準確的丈量這些目標。測試治理是具體闡明目標、用于丈量這些目標的措施以及將若何網絡這些數據的地方。測試中許多事情可能沒有顯著的完成標準。定義正在進行的流程和變化的特定輸出和丈量措施將更具體地闡明測試事情的活動和義務。切記測試的特定目標和測試措施不僅有助于跟蹤狀態和結果,還能避免終極將所需申報混在一路。

在一個單一的、公共的常識庫或數據庫儲存測試治理的結果以確保加倍輕易地對他們進行闡發或應用。這也匆匆進了工件(包括事情)的版本節制,避免呈現逾期或無效信息的問題。這統統將有助于項目成員懂得流程并在測試事情的根基上做出決策。

經由過程自動化來節約光陰

測試治理的內容有很多,而且許多事情異常耗時。為了節約光陰,可以應用對象讓許多事情自動化,或者至少半自動化。雖然像字處置懲罰法度榜樣和電子數據表這樣的簡單的對象供給了很大年夜的機動性,然則專門用于測試的自動化對象加倍有效,加倍有助于節約光陰。經由過程自動化收益極大年夜的事情包括:

跟蹤需求測試和其他測試引發身分的關系

組織和重用測試用例

記錄和組織測試設置設置設備擺設擺設

計劃和和諧各類事情版本和利用軟件的測試履行

謀略測試覆蓋率

各類各樣的申報事情

在測試治理中對適當事情的應用對象以使其自動化將極大年夜地前進其代價和收益。

免責聲明:以上內容源自網絡,版權歸原作者所有,如有侵犯您的原創版權請告知,我們將盡快刪除相關內容。

您可能還會對下面的文章感興趣:

快三平台开户