[發(fā)明專利]通過模型驅(qū)動(dòng)技術(shù)進(jìn)行自動(dòng)用戶界面（UI）測(cè)試的方法和系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201710174376.8
• 申請(qǐng)日: 2017-03-22
• 公開（公告）號(hào): CN107220172B
• 公開（公告）日: 2020-10-23
• 發(fā)明（設(shè)計(jì)）人: Y·阿瓦達(dá)努拉;J·喬希;S·西夫拉姆
• 申請(qǐng)（專利權(quán)）人: 塔塔咨詢服務(wù)公司
• 主分類號(hào): G06F11/36
• 分類號(hào): G06F11/36
• 代理公司: 隆天知識(shí)產(chǎn)權(quán)代理有限公司 72003
• 代理人: 張?jiān)≡?金鵬

一種用于通過模型驅(qū)動(dòng)技術(shù)進(jìn)行自動(dòng)UI測(cè)試的方法和系統(tǒng)，其中基于所選擇的UI模型內(nèi)容生成UI測(cè)試用例模型。該系統(tǒng)使用測(cè)試用例模型創(chuàng)建模塊選擇與創(chuàng)建測(cè)試用例模型相對(duì)應(yīng)的UI模型，并將其填充到測(cè)試用例編輯器中。在一個(gè)實(shí)施例中，測(cè)試用例模型在被填充到測(cè)試用例編輯器之前，基于所選擇UI模型的結(jié)構(gòu)模式被創(chuàng)建為UI動(dòng)作序列。在另一個(gè)實(shí)施例中，測(cè)試用例編輯器顯示和編輯測(cè)試用例模型。然后，驗(yàn)證模塊基于規(guī)則和約束，對(duì)相應(yīng)的UI模型驗(yàn)證測(cè)試用例模型。此后，腳本生成模塊從用于所選擇UI模型的測(cè)試用例模型生成測(cè)試用例腳本。

相關(guān)申請(qǐng)的交叉引用和優(yōu)先權(quán)

本專利申請(qǐng)要求于2016年3月22日提交的印度專利申請(qǐng)201621010029 的優(yōu)先權(quán)，其全部內(nèi)容通過引用并入本文。

技術(shù)領(lǐng)域

本申請(qǐng)一般涉及用戶界面(UI)測(cè)試用例建模。特別地，本申請(qǐng)?zhí)峁┝艘环N通過利用底層的模型驅(qū)動(dòng)UI生成框架來創(chuàng)建測(cè)試用例模型的方法和系統(tǒng)。

背景技術(shù)

應(yīng)用的用戶界面(UI)包括大量元素，諸如對(duì)話框(例如彈出窗口、屏幕等)，其中每一個(gè)可以包含一個(gè)或多個(gè)控件，例如文本區(qū)域或框、帶有文本的按鈕等。隨著產(chǎn)品的開發(fā)，UI元素改變，并且這可能在UI中引入缺陷或故障，由此可能導(dǎo)致應(yīng)用的嚴(yán)重故障。使問題嚴(yán)重的是，應(yīng)用程序開發(fā)人員面臨不斷添加新特征、更新UI和發(fā)布新版本應(yīng)用程序的壓力。因此，很少出現(xiàn)原始測(cè)試腳本可以充分測(cè)試后續(xù)修訂的應(yīng)用程序的情況。

現(xiàn)有工作已經(jīng)認(rèn)識(shí)到，手動(dòng)測(cè)試UI應(yīng)用是單調(diào)冗長的、容易出錯(cuò)的和艱巨的。因此，大多數(shù)現(xiàn)有解決方案依賴于UI應(yīng)用的自動(dòng)化測(cè)試。為了自動(dòng)測(cè)試UI應(yīng)用，測(cè)試工程師使用腳本語言(例如JavaScript和VBScript)編寫程序。編寫UI自動(dòng)化測(cè)試腳本是一項(xiàng)具有挑戰(zhàn)性的活動(dòng)，需要用于編寫測(cè)試用例的測(cè)試腳本語言的健全的工作知識(shí)。此外，手動(dòng)編寫UI自動(dòng)化測(cè)試用例需要大量的試錯(cuò)以及工作量消耗。此外，在測(cè)試腳本語言語法中存在任何更新或修改、或者需要以不同腳本語言編寫測(cè)試腳本的情況下，由于返工而涉及極大的工作量。

此外，常規(guī)技術(shù)需要的是，必須為每個(gè)測(cè)試用例手動(dòng)指定用于手動(dòng)自動(dòng)化測(cè)試用例的測(cè)試數(shù)據(jù)，這使得使用具有不同測(cè)試數(shù)據(jù)的相同測(cè)試用例來創(chuàng)建回歸測(cè)試成為繁瑣且費(fèi)力的活動(dòng)。

由于期望同一應(yīng)用在許多不同的計(jì)算機(jī)操作系統(tǒng)上以相同方式操作，而使得上述測(cè)試問題復(fù)雜化。例如，Windows應(yīng)用程序通常期望與目前由公眾使用的所有或大多數(shù)Microsoft操作系統(tǒng)一起工作。

一些現(xiàn)有技術(shù)文獻(xiàn)公開了直接從用戶接口生成測(cè)試用例。直接從用戶界面生成測(cè)試用例的過程是技術(shù)或平臺(tái)驅(qū)動(dòng)的，而不是技術(shù)或平臺(tái)獨(dú)立的，這大幅增加了實(shí)現(xiàn)、維護(hù)或遷移測(cè)試用例所需的工作量。此外，在UI發(fā)生變化的情況下，實(shí)現(xiàn)、維護(hù)或遷移測(cè)試用例變得更具挑戰(zhàn)性。

另一組現(xiàn)有技術(shù)文獻(xiàn)使用用于測(cè)試腳本生成的抽象模型，即實(shí)現(xiàn)用于軟件測(cè)試的基于模型的測(cè)試代碼生成。然而，現(xiàn)有技術(shù)文獻(xiàn)實(shí)現(xiàn)了用于從現(xiàn)有和已經(jīng)運(yùn)行的應(yīng)用直接生成測(cè)試腳本的技術(shù)。直接從正在運(yùn)行的應(yīng)用生成測(cè)試腳本具有降低執(zhí)行測(cè)試腳本時(shí)的可定制性的缺點(diǎn)。現(xiàn)有技術(shù)的另一障礙在于，使得用于在運(yùn)行期間測(cè)試UI模型的測(cè)試用例的生成自動(dòng)化。

如果可以以使得測(cè)試用例指定(specification)與實(shí)現(xiàn)相分離的方式來改變(leverage)模型驅(qū)動(dòng)生成技術(shù)，則將是有利的。需要有一種機(jī)制來自動(dòng)生成測(cè)試用例，就與技術(shù)、平臺(tái)、腳本語言等的獨(dú)立性而言，其具有更好的可定制性。因此，改變用于自動(dòng)生成和驗(yàn)證測(cè)試用例的模型驅(qū)動(dòng)技術(shù)仍然被認(rèn)為是該技術(shù)領(lǐng)域最大的挑戰(zhàn)之一。

發(fā)明內(nèi)容

本發(fā)明的目的

根據(jù)本發(fā)明，主要目的是提供一種用于從UI模型內(nèi)容自動(dòng)指定測(cè)試用例模型的方法和系統(tǒng)。

本發(fā)明的一個(gè)目的是提供一種用于對(duì)應(yīng)于UI模型元素中的相關(guān)變化自動(dòng)更新測(cè)試用例模型的方法和系統(tǒng)。