欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種測試設計平臺的制作方法

文檔序號:11949912閱讀:320來源:國知局

本發(fā)明涉及一種測試設計平臺。



背景技術:

目前,市場上出現(xiàn)的測試設計平臺,大都結構復雜,實現(xiàn)起來比較麻煩,同時測試效率低下,不能滿足現(xiàn)在不斷增加的測試需求。



技術實現(xiàn)要素:

鑒于現(xiàn)有技術中存在的上述問題,本發(fā)明的主要目的在于解決現(xiàn)有技術的缺陷,本發(fā)明提供一種使用方便且效率高的測試設計平臺。

本發(fā)明提供了一種測試設計平臺,包括用戶界面分析模塊、業(yè)務分析模塊、案例生成模塊,其中:

所述用戶界面分析模塊用于對用戶界面進行要素的分析和提取,將數據單獨管理并賦予相應的劇本角色,建立通過業(yè)務分析產生的測試點、測試案例、測試數據之間的關聯(lián)關系,自動生成具有中間碼形式的自動化測試案例,同時,也可以用于手工案例的設計,并精確生成數據需求和測試點;

所述業(yè)務分析模塊用于通過測試業(yè)務情景的錄入,實現(xiàn)對測試場景的支持;

所述案例生成模塊用于通過在自動化執(zhí)行時通過代碼生成機制自動轉化為自動化工具識別的腳本語言,并在測試結束后自動生成帶有截圖的標準測試報告與缺陷報告,測試報告支持多種格式。

可選的,所述多種格式包括doc、pdf以及html格式。

本發(fā)明具有以下優(yōu)點和有益效果:本發(fā)明提供一種測試設計平臺,該測試設計平臺支持以可視化的方式對業(yè)務流進行描述,從而形成對于金融產品內在業(yè)務時序的完整準備的表達,在此基礎上,按照拓撲理論生成無循環(huán)、有循環(huán)、流程反例等節(jié)點序列;同時該測試設計平臺把測試案例置于交易鏈的內在聯(lián)系之中,通過交易流分析描述交易間內在的時序關系,并且將其表達為描述抽象拓撲結構的交易流圖或工作流圖,從而實現(xiàn)交易流程的完備覆蓋基準,并以此為基礎自動生成流程級案例;另外,該測試設計平臺對于需要多角色協(xié)同工作流,測試設計平臺支持崗位切換與回退機制,從而以完全同樣的機理在抽象層面直接支持工作流案例的分析和設計。

具體實施方式

下面將參照具體實施例對本發(fā)明作進一步的說明。

本發(fā)明實施例的一種測試設計平臺,包括用戶界面分析模塊、業(yè)務分析模塊、案例生成模塊,其中:所述用戶界面分析模塊用于對用戶界面進行要素的分析和提取,將數據單獨管理并賦予相應的劇本角色,建立通過業(yè)務分析產生的測試點、測試案例、測試數據之間的關聯(lián)關系,自動生成具有中間碼形式的自動化測試案例,同時,也可以用于手工案例的設計,并精確生成數據需求和測試點;所述業(yè)務分析模塊用于通過測試業(yè)務情景的錄入,實現(xiàn)對測試場景的支持;所述案例生成模塊用于通過在自動化執(zhí)行時通過代碼生成機制自動轉化為自動化工具識別的腳本語言,并在測試結束后自動生成帶有截圖的標準測試報告與缺陷報告,測試報告支持多種格式。

本發(fā)明提供的測試設計平臺可準確細致地描述被測系統(tǒng),形成關于系統(tǒng)的知識容器。通過對用戶界面(UI)進行要素的分析和提取,將數據單獨管理并賦予相應的劇本角色,建立通過業(yè)務分析產生的測試點、測試案例、測試數據之間的關聯(lián)關系,自動生成具有中間碼形式的自動化測試案例(.in文件),同時,也可以用于手工案例的設計,并精確生成數據需求和測試點;同時把測試案例置于交易鏈的內在聯(lián)系之中,通過業(yè)務流分析描述交易間內在的時序關系,并且將其表達為描述抽象拓撲結構的D型圖(業(yè)務流圖或工作流圖),從而實現(xiàn)業(yè)務流程的完備覆蓋基準,并以此為基礎自動生成流程級案例;測試設計平臺支持以可視化的方式對交易流進行描述,從而形成對于金融產品內在業(yè)務時序的完整準備的表達,在此基礎上,按照拓撲理論生成無循環(huán)、有循環(huán)、流程反例等節(jié)點序列;測試設計平臺支持單一業(yè)務流的可視化定位,把流程級測試點表達為D型圖的某一路徑。對于需要多角色協(xié)同工作流,測試設計平臺支持崗位切換與回退機制,從而以完全同樣的機理在抽象層面直接支持工作流案例的分析和設計;測試設計平臺準確細致地描述被測系統(tǒng),形成關于系統(tǒng)的知識容器。通過對用戶界面(UI)進行要素的分析和提取,將數據單獨管理并賦予相應的劇本角色,建立通過業(yè)務分析產生的測試點、測試案例、測試數據之間的關聯(lián)關系,自動生成具有中間碼形式的自動化測試案例(.in文件),同時,也可以用于手工案例的設計,并精確生成數據需求和測試點。

測試設計平臺是一種能夠反復、批量生成測試案例的完整體系,包括UI分析、對象模型、測試數據管理、案例自動生成、運行控制等機制。。通過業(yè)務流分析描述交易間內在的時序關系,并且將其表達為描述抽象拓撲結構的D型圖(業(yè)務流圖或工作流圖),從而實現(xiàn)業(yè)務流程的完備覆蓋基準,并以此為基礎自動生成流程級案例。測試設計平臺的呈現(xiàn)典型的三層架構,其業(yè)務邏輯通過一系列專用的部件實現(xiàn):測試設計平臺支持以可視化的方式對業(yè)務流進行描述,從而形成對于金融產品內在業(yè)務時序的完整準備的表達,在此基礎上,按照拓撲理論生成無循環(huán)、有循環(huán)、流程反例等節(jié)點序列;測試設計平臺支持單一業(yè)務流的可視化定位,把流程級測試點表達為D型圖的某一路徑。對于需要多角色協(xié)同工作流,測試設計平臺支持崗位切換與回退機制,從而以完全同樣的機理在抽象層面直接支持工作流案例的分析和設計;測試設計平臺準確細致地描述被測系統(tǒng),形成關于系統(tǒng)的知識容器。通過對用戶界面(UI)進行要素的分析和提取,將數據單獨管理并賦予相應的劇本角色,建立通過業(yè)務分析產生的測試點、測試案例、測試數據之間的關聯(lián)關系,自動生成具有中間碼形式的自動化測試案例(.in文件),同時,也可以用于手工案例的設計,并精確生成數據需求和測試點;通過測試平臺的業(yè)務分析功能模塊,通過測試業(yè)務情景的錄入,實現(xiàn)對測試場景的支持;平臺通過對用戶界面(UI)進行要素的分析和提取,或者通過報文格式進行字段提取,將數據單獨管理并賦予相應的劇本角色,建立通過業(yè)務分析產生的測試點、測試案例、測試數據之間的關聯(lián)關系,自動生成無代碼的自動化測試案例(.in文件),.in文件既可由測試人員手工執(zhí)行測試,也可以通過自動化執(zhí)行測試。降低自動化測試對代碼的依賴性;在自動化執(zhí)行時通過代碼生成機制自動轉化為自動化工具識別的腳本語言,并在測試結束后自動生成帶有截圖的標準測試報告與缺陷報告,測試報告支持多種格式如doc、pdf、html,提高工作效率,使測試人員的工作重點,從編寫大量的測試報告中解脫出來,轉移到對缺陷的跟蹤和分析。

自動化測試免代碼技術的采用,使得測試案例生產過程更加高效;通過將測試用例定義為明文表達的中間碼(.in),測試執(zhí)行平臺可以根據數據表和交易模版批量自動生成測試用例,并且動態(tài)地用.in中間碼來產生自動化測試工具腳本以及檢查點。另外,測試執(zhí)行平臺可以支持SQL檢查點,通過SQL語句直接驗證數據庫中的結果;代碼生成技術是在數據驅動和關鍵字驅動不足以解決工作過程中遇到麻煩的情況下,提出的一種自動化技術新的實現(xiàn)方式,所謂代碼生成是指在測試用例自動化運行前,通過程序生成適應自動化測試工具適用腳本的自動化技術,其好處在于能夠盡量減少在測試腳本的維護中改動自動化工具源代碼,而且使用中間腳本能夠減少自動化工程師對自動化工具的依賴程度,并且中間腳本可以適應多種自動化工具,可以生成多種自動化工具都能夠識別的測試腳本,對自動化實施提供了更多的選擇機會;提供多級生成機制,實現(xiàn)測試用例的自動生成和免腳本維護。多級生成機制是功能測試框架的重要組成部分。多級生成機制的頂端是業(yè)務表述層,測試點就位于這個層面;在劇本層之下是對象模型層,完成測試所需的各種角色和基礎數據就表達在對象模型中;在業(yè)務表述層之下是劇本層,劇本是測試點與基礎數據(它表現(xiàn)為對象的屬性)之間的紐帶,在以某種方式完成了對象分派后,測試劇本可以根據劇本模版自動生成;在對象模型層之下的是抽象數據層,這里包含了一組測試數據表,分別對于不同的交易(或虛擬交易),其中的所有數據都來自于對對象模型的引用(reference),這些引用是由測試劇本決定的;在抽象數據層之下則是用例表述層,此時,對象模型中的基礎數據配置完畢,通過用例生成器可以從數據表和模版中生成可以執(zhí)行的測試用例;在用例表述層之下則是測試腳本層,它是根據測試用例動態(tài)生產的腳本。這六個層面構成了逐級生成的關系,通過分析和轉換工具,業(yè)務分析生成測試劇本,測試設計生成要素模型和對象模型;在此基礎上,建立抽象數據層,然后從抽象數據層出發(fā)自動生成基礎模版和用例文本,再從用例文本生成測試腳本。

以上六個層次中,業(yè)務表述層、對象模型層、劇本層、抽象數據層都保持在抽象層面,用例表達層和測試腳本層則含有來自于基礎數據的具體的測試數據,其中測試腳本層完全是動態(tài)生成的。在適用性調整發(fā)生時,用例表達層可以(部分或全部)重新生成。由此實現(xiàn)了對業(yè)務的抽象表達,其表達的形式是一系列配有劇本和對象模型的測試點,并在這一表達的基礎上形成了用例生成機制,可以反復地根據不同的基礎數據和測試意圖生成測試用例。

在測試的具體執(zhí)行階段,由于測試的范圍包含核心系統(tǒng)的多個金融產品,每個金融產品源于其內在的業(yè)務邏輯要求,會對測試案例的運行順序產生時序性的要求(例如:存款產品開戶之后才可以存入資金,然后才能夠辦理支取等),甚至某些產品(情景)的測試點與現(xiàn)實世界的具體日期有密切的相關性,需要特意安排某些特定的具體日期(例如:閏年的2月29日)或特定的時間間隔(例如:定期存款的不同存期),這就要求核心系統(tǒng)的日期和換日批量等事件要給予準確的支持;而多個產品并行時,每個產品的時間要求各不相同,會對特定的資源(系統(tǒng)日期、測試機構等)產生特定的需要,測試環(huán)境由于其本身固有的局限性,不可能對于每個產品的要求給予完全獨立的響應,必須從總體上予以統(tǒng)籌安排協(xié)調;因此,必須在測試設計階段對所有測試案例的具體執(zhí)行順序予以完整明確的規(guī)劃,保證在滿足總體測試計劃的前提下實現(xiàn)對各產品具體時間點的完整覆蓋,避免測試遺漏。

另外,每個測試項目在測試執(zhí)行階段,對于具體的可用時間窗口會有明確的計劃限定,如何在規(guī)定的時間內即要完成測試,還要覆蓋規(guī)劃的時間點,而且要做到測試執(zhí)行任務的均衡,除了要滿足上文編制時間規(guī)劃外,還要結合測試人員具體的執(zhí)行效率來分配測試資源(機構、柜員、設備等)以完成測試執(zhí)行任務,這就需要在時間規(guī)劃的基礎上,根據每個時間點所包括的案例數量和投入資源來進行均衡分派,最終形成以業(yè)務時間點為基礎的、以測試任務(案例數量)為表現(xiàn)的完整運行規(guī)劃。

運行規(guī)劃是測試實施前的最后一項規(guī)劃,它的目的是將測試案例分給不同人員、不同運行機器,運行規(guī)劃的好壞,直接影響測試過程中,每一臺機器每一個人員的使用效率。一個好的運行規(guī)劃,是要將每一條業(yè)務流程,合理、平均分配給執(zhí)行者,并且還要考慮整體項目的時間規(guī)劃、外系統(tǒng)配合、日終跑批等多項因素。

本發(fā)明提供的測試設計平臺提供數據需求模板,能夠根據測試的數據需求,實現(xiàn)多組數據結合一個測試腳本構成多個測試用例的框架模式,但我們無需管理和維護這些數據表格。該模式和一個腳本對應一個數據表格的管理模式顯然不同,哪種情況下,維護這些表格將會變得非常困難。特別是面對測試各階段不同數據的要求,如產品變更初始階段以使用交易創(chuàng)建為主,到UAT階段必須使用生產系統(tǒng)脫敏數據為主的模式,期間選擇好符合測試意圖的測試數據并分配到每一個案例對應的表格,將是非常困難的工作!

考慮到系統(tǒng)功能測試過程中需要大量的測試數據,因此需要一種高效的方法能夠生產大量的測試數據,為功能測試提供支持。根據數據表中的數據,捷科測試平臺支持測試數據的自動化生產,并且根據提取的需要參加執(zhí)行的案例來形成統(tǒng)一的數據需求,數據需求匹配案例設計對數據的描述,并自動結合完成測試案例的現(xiàn)場腳本化。

在運行規(guī)劃中,建立對應的業(yè)務交易例如:凍結、解凍、開戶、銷戶,以確保測試數據的重用;在數據表中確定測試案例的調用順序。通過以上兩點,滿足測試執(zhí)行過程中,測試數據的可復用性。

本發(fā)明提供的測試設計平臺通過數據表支持測試數據的生產,運行規(guī)劃支持測試數據的調用順序。從生產系統(tǒng)引用的測試數據,由于考慮到對用戶的業(yè)務數據的安全性,需要進行真實數據的脫敏工作。敏感信息保護主要考慮以下兩個方面:

1)如何保證數據應用過程中不泄露敏感信息;

2)如何更有利于數據的應用。

數據脫敏工作需要達到滿足數據安全的原則要求并能更好的實現(xiàn)這兩方面的平衡。脫敏信息主要包括:客戶身份驗證信息、密碼相關信息、賬號和卡號信息等。而脫敏的方式,需要根據數據的安全級別進行定義,采用全脫敏還是半脫敏。

本發(fā)明提供的測試設計平臺中的數據表相當于測試數據資源池,在測試數據資源池中的數據,帶有劇本角色屬性,可確定測試案例的歸屬和業(yè)務場景的確認信息。因此,在測試執(zhí)行的時候,能夠準確的定位被哪個測試案例調用,且滿足那個業(yè)務場景。

測試執(zhí)行過程中的數據調度管理。將數據與腳本分離并定義數據角色,以數據池作為數據的管理和容器,清晰的反應測試執(zhí)行過程數據的使用情況。這樣在測試執(zhí)行過程避免了當數據損壞的時候,可以根據數據角色重新配置數據,保證測試自動化的順利執(zhí)行,提高測試執(zhí)行效率,因此我們只維護需要變更的數據,而不是對應于每個腳本實現(xiàn)的數據項,而且表格的選取和維護是在數據管理人員根據數據需求描述創(chuàng)建或選取完成的,具體采用何種手段取決于業(yè)務系統(tǒng)數據庫的開發(fā)程度及軟件實現(xiàn)所處的階段。

數據規(guī)劃是在實施之前非常重要的規(guī)劃之一,它規(guī)劃的好壞,直接影響測試執(zhí)行效率,并且一個良好的數據規(guī)劃,不僅要考慮本次執(zhí)行,而且還要考慮隨后的回歸需要考慮的數據更換問題。傳統(tǒng)的數據管理,是通過外部表格,使用自動化工具的數據驅動傳遞給測試腳本,這樣做效率底下,數據與案例之間沒有依存關系和邏輯關系,在數據更換的時候,相當于重新填寫一遍,使得每次自動化運行的時候,數據填寫均是一個耗費人力和時間的工作。捷科采用的數據管理是要針對界面中的要素所處的地位分類管理,考慮要素使用的數據中存在的內在邏輯,把需要多次更換的數據通過不同的業(yè)務視圖直接展現(xiàn)在數據需求中,通過映射關系映射到每個情景的每個案例中,這樣做的好處是:在第一次規(guī)劃數據時會將所有案例按照泳道的概念(業(yè)務流程)進行規(guī)劃,不用逐點規(guī)劃,節(jié)省了第一次數據規(guī)劃的時間;在后期的更換數據過程中,由于需要變更的數據已經提煉出來,只需要通過提取的數據需求視圖更換少部分數據便能夠達到更換所有測試案例的測試數據,其比傳統(tǒng)的數據管理提高幾倍甚至幾十倍效率。

對于測試數據管理可以劃分為測試數據的生產管理和測試執(zhí)行過程中的數據管理。測試數據的生產管理:考慮到系統(tǒng)功能測試過程中需要大量的測試數據,因此需要一種高效的方法能夠生產大量的測試數據,為功能測試提供支持。因此,在測試過程,捷科測試團隊能夠根據功能測試的數據需求,進行真實數據的脫密工作和測試數據自動化生產。保證了自動化功能測試的順利進行,提高了測試執(zhí)行的效率。測試執(zhí)行過程中的數據管理:捷科公司將數據與腳本分離并定義數據角色,以數據池作為數據的管理和容器,清晰的反應測試執(zhí)行過程數據的使用情況。這樣在測試執(zhí)行過程避免了當數據損壞的時候,可以根據數據角色重新配置數據,保證測試自動化的順利執(zhí)行,提高測試執(zhí)行效率。

測試數據的準備

主要有2種:在系統(tǒng)中找數據或利用技術手段通過正規(guī)渠道制作數據。

1)在系統(tǒng)中找數據,優(yōu)勢在于利用系統(tǒng)原有數據,查找的速度比較快,能夠比較快速的交付一批數據供測試使用;缺點在于數據查找的邏輯可能考慮不周,數據的某些屬性或狀態(tài)不符合測試案例的要求,在執(zhí)行測試案例(尤其是自動化案例),由于數據問題產生的錯誤較多時,對執(zhí)行效率(尤其是自動化執(zhí)行效率)損失較嚴重;

2)利用技術手段通過正規(guī)渠道制作數據,優(yōu)勢在于利用正規(guī)渠道制作出來的數據對于案例的數據要求是完全滿足的,在案例的執(zhí)行過程中,沒有特殊原因不會因為數據問題產生錯誤,缺點是造成測試準備時間較長,可能導致執(zhí)行周期延長。

多數情況下,自動化測試項目采用的是第二點做法,利用自動化測試工具,經過正規(guī)渠道制作自動化數據服務腳本,通過自動化執(zhí)行,產生測試數據,再通過有效的數據組織,將數據配置在測試案例上面,實現(xiàn)測試案例的數據匹配并執(zhí)行測試案例。在數據庫結構較為簡單,數據狀態(tài)能夠通過SQL語句實時更新,也有采用直接配置Select語句在案例中來準備數據,,案例執(zhí)行完畢再通過SQL語句更新數據狀態(tài),實現(xiàn)案例的自動化執(zhí)行,數據狀態(tài)的復原。

測試數據的組織

測試數據的組織是非常有意義的工作,它處理的好壞不僅關系到測試數據因使用量多少引起的測試成本,而且關系到測試數據是否可以重復利用,影響測試數據的使用率。捷科在測試數據組織的方面采用以下幾種方法:

1)從業(yè)務邏輯方面考慮(排交易鏈):根據業(yè)務邏輯,將多個案例排列起來,使用同一組數據執(zhí)行,以便達到節(jié)省數據的目的;

2)從數據管理方面考慮(排泳道):根據泳道進行數據管理,不同泳道使用不同的數據,以便達到數據共享導致的數據混亂;

3)從數據重用方面考慮(自回歸):根據業(yè)務邏輯,將案例盡可能串在一起形成案例連,利用其中關聯(lián)的業(yè)務邏輯,用后案例恢復前案例的數據狀態(tài),以便在整條案例連執(zhí)行完成后,測試數據恢復到初始或者類似初始狀態(tài),供下一次使用;

4)從數據配置方面考慮多視圖多角度配置:采用多視圖多角度多因素考慮,數據快速配置到案例中,采用生成自動化測試腳本的方法完成最終自動化案例的產生。在腳本方面,捷科自動化測試框架并不維護腳本,而是維護交易模板和數據表,通過配置不同的測試數據實現(xiàn)自動化腳本的批量自動生成;

5)自動化測試過程中,數據的組織分為案例內和案例間的數據共享。案例內的數據共享類似局部變量,案例間的數據共享類似全局變量,而且案例間的數據共享是永久性的,不會因為一次測試案例執(zhí)中斷后而消失,下次繼續(xù)執(zhí)行時,數據仍然有效,確保了不同時間點案例執(zhí)行的繼承性、連續(xù)性;

6)自動化測試產生的輸出數據,除了供后續(xù)案例使用外,還有一些屬于案例執(zhí)行狀態(tài)或結果的數據,此類數據保存在本地文件系統(tǒng)或數據庫中,供后續(xù)的生成測試報告和測試進度、缺陷統(tǒng)計使用。

數據服務

采用自動化手段來提供測試服務,將大大縮短測試準備階段的時間,尤其是在大規(guī)模測試的準備階段尤為有效,因此,通常由技術組或者單獨的數據組來提供自動化測試數據服務,并按照規(guī)范的流程以確保提供測試數據的規(guī)范性和有效性。

最后應說明的是:以上所述的各實施例僅用于說明本發(fā)明的技術方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領域的普通技術人員應當理解:其依然可以對前述實施例所記載的技術方案進行修改,或者對其中部分或全部技術特征進行等同替換;而這些修改或替換,并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的范圍。

當前第1頁1 2 3 
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
苍溪县| 勐海县| 陕西省| 龙胜| 永平县| 台中县| 泸州市| 会宁县| 古交市| 洛宁县| 康乐县| 勐海县| 环江| 遵义市| 武陟县| 兰溪市| 平乡县| 丰宁| 凤冈县| 南澳县| 香河县| 安福县| 开鲁县| 肥西县| 稷山县| 城步| 文山县| 繁峙县| 沽源县| 镇平县| 竹山县| 吉林省| 博湖县| 绥江县| 安阳市| 武穴市| 桐梓县| 临泉县| 芜湖市| 遵义市| 偃师市|