今天我們把所有的底牌都擺出來。

首先，做個(gè)簡(jiǎn)單的自我介紹。Piketec已經(jīng)存在了15年。從一開始，我們一直在開發(fā)模型動(dòng)態(tài)測(cè)試工具TPT，并提供測(cè)試服務(wù)。我們?yōu)榭蛻魷y(cè)試基于軟件的汽車產(chǎn)品，例如駕駛輔助功能、驅(qū)動(dòng)組件、充電和電池系統(tǒng)的控制軟件。

很少有人知道:我們提供測(cè)試服務(wù)主要是為了不斷改進(jìn)我們的測(cè)試工具TPT。我們希望不斷為我們的用戶改善用戶界面（UI）和操作方式。

我們從客戶那里得到的建設(shè)性用戶反饋強(qiáng)化了我們的信念，即這一策略正在起作用。

測(cè)試中的挑戰(zhàn)

在開始之前，讓我們先從為幾家汽車OEM和供應(yīng)商工作的服務(wù)提供商的角度來看一下測(cè)試中的挑戰(zhàn)。

我們是基于需求的測(cè)試的擁護(hù)者。在這里，我們提到的需求是對(duì)一個(gè)組件的原子描述，如果可能的話描述一個(gè)方面。理想情況下(對(duì)于測(cè)試)，這些需求在整個(gè)開發(fā)周期內(nèi)都是穩(wěn)定的。

與此同時(shí)，我們?cè)谄図?xiàng)目中很少有這種穩(wěn)定的需求狀態(tài)。需求經(jīng)常會(huì)改變。這也是好的，也是正確的。通過這些變化，產(chǎn)品不斷得到改進(jìn)和擴(kuò)展。

在開發(fā)早期階段編寫的需求隨著時(shí)間的推移會(huì)變得不充分，需要進(jìn)行調(diào)整。

然而，在測(cè)試中，這也會(huì)帶來一些挑戰(zhàn)。已經(jīng)根據(jù)需求實(shí)現(xiàn)的測(cè)試必須在變更后進(jìn)行檢查和調(diào)整。在這種情況下，我們會(huì)談到維護(hù)。因此，需求或代碼中的更改總是自動(dòng)地在測(cè)試中產(chǎn)生額外的工作。

測(cè)試人員發(fā)現(xiàn)維護(hù)活動(dòng)單調(diào)乏味。他們也希望開發(fā)新的功能并對(duì)其進(jìn)行測(cè)試。我們?cè)跍y(cè)試服務(wù)中開發(fā)了幾種策略，有助于將維護(hù)工作減少到最低限度。另外，也為了幫助測(cè)試人員進(jìn)行更有趣的測(cè)試。

我們具體執(zhí)行哪些策略，就是我們?cè)谶@里要討論的內(nèi)容。

減少維護(hù)工作的測(cè)試策略

以下是我們將涉及的主題的簡(jiǎn)要概述：

1. 分離測(cè)試數(shù)據(jù)，用于刺激和定義預(yù)期行為

2. 在測(cè)試模型中開發(fā)測(cè)試

3. 測(cè)試與需求的雙向鏈接

4. 使用方法設(shè)計(jì)穩(wěn)健的測(cè)試

5. 自動(dòng)化

5個(gè)測(cè)試技巧

1. 分離測(cè)試數(shù)據(jù)

測(cè)試數(shù)據(jù)的分離(用于刺激測(cè)試對(duì)象)是在所有測(cè)試服務(wù)中節(jié)省工作的基本原則之一。

一方面，這種定義的分離提高了清晰性，另一方面，它在測(cè)試用例創(chuàng)建過程中節(jié)省了大量的工作。測(cè)試項(xiàng)的期望值定義在所謂的Assesslet中，因此對(duì)于所有測(cè)試用例都是可重用的，并且非常容易維護(hù)。

被測(cè)系統(tǒng)(SUT)的必要測(cè)試用例的數(shù)量可以減少。測(cè)試用例中的信號(hào)波形或斜坡可以同時(shí)覆蓋多個(gè)需求，而不是費(fèi)力地分析和建模需求的一個(gè)方面。

分離方法還允許立即使用生成的測(cè)試用例，例如增加測(cè)試深度。這無需額外的工作就可以實(shí)現(xiàn)，因?yàn)樵贏ssesslet中已經(jīng)定義了缺失的信息和期望值。

與傳統(tǒng)方法相比，這種分離在創(chuàng)建測(cè)試用例時(shí)節(jié)省了相當(dāng)大的成本。使用單一數(shù)據(jù)源方法，可以進(jìn)一步減少測(cè)試維護(hù)工作。這是因?yàn)樵诖蠖鄶?shù)情況下測(cè)試數(shù)據(jù)可以保持不變，只需要調(diào)整Assesslet。

2. 在測(cè)試模型中開發(fā)測(cè)試

不用以過程的形式來編寫測(cè)試用例，它們也可以通過模型來描述。

有什么好處?

使用測(cè)試模型，您可以將重復(fù)需要的測(cè)試數(shù)據(jù)分離到可重用的引用中。單一數(shù)據(jù)來源方法從最初的創(chuàng)建開始就節(jié)省了寶貴的工作。變動(dòng)越頻繁，節(jié)省的工作就越多。由于個(gè)體名稱的使用和結(jié)構(gòu)化，這樣的測(cè)試模型的審查更容易。

3. 測(cè)試與需求的雙向鏈接

另一個(gè)非常棒的特性是測(cè)試和需求的雙向鏈接。理由很充分:在ASPICE中，所有測(cè)試活動(dòng)都需要這個(gè)特性。

簡(jiǎn)而言之：追溯性增加了清晰度

有了可追溯性，在每次測(cè)試運(yùn)行中，SUT的所有需求和所有測(cè)試用例，包括它們的結(jié)果，都清楚地顯示在報(bào)告中。

如果測(cè)試失敗，可以很容易地找到相應(yīng)的需求。對(duì)于每個(gè)需求，總是清楚地知道已經(jīng)創(chuàng)建了哪些測(cè)試。

如果需求在生命周期中被改變了，那么被改變的需求所鏈接的測(cè)試用例就會(huì)被突出顯示。分析和實(shí)現(xiàn)測(cè)試中的變更可以節(jié)省被測(cè)件檢查的時(shí)間。

TPT還有更多有待發(fā)現(xiàn)的地方。

4. 使用方法設(shè)計(jì)穩(wěn)健的測(cè)試

TPT的一些特性增加了測(cè)試對(duì)變化和環(huán)境變量的穩(wěn)健性。

穩(wěn)健性特性的一個(gè)例子是反應(yīng)式測(cè)試方法。在反應(yīng)式測(cè)試中，可以在測(cè)試設(shè)計(jì)中定義僅在SUT假定已定義狀態(tài)時(shí)才執(zhí)行的動(dòng)作——這也可以稱為基于事件的測(cè)試。

舉一個(gè)簡(jiǎn)短的例子來理解。

作為測(cè)試人員，您想測(cè)試車輛的ABS功能。為此，您需要將車輛加速到30公里/小時(shí)，然后執(zhí)行緊急制動(dòng)操作。當(dāng)使用反應(yīng)性測(cè)試方法自動(dòng)化執(zhí)行此測(cè)試時(shí)，您可以在測(cè)試設(shè)計(jì)中抽象相關(guān)環(huán)境參數(shù)，例如車輛質(zhì)量、路面摩擦系數(shù)和其他影響因素。當(dāng)車輛達(dá)到30公里/小時(shí)的目標(biāo)速度時(shí)，TPT會(huì)檢測(cè)到這一點(diǎn)，并啟動(dòng)全面制動(dòng)。

反應(yīng)性測(cè)試方法可以應(yīng)用于所有類型的技術(shù)、測(cè)試階段和測(cè)試對(duì)象。

這樣做的好處是，一旦編寫了測(cè)試，就可以為其他變體復(fù)用它們，而不必調(diào)整測(cè)試。測(cè)試設(shè)計(jì)中的穩(wěn)健性為測(cè)試創(chuàng)建和維護(hù)節(jié)省了大量工作。

5. 自動(dòng)化

最后重要的一種方法：自動(dòng)化是測(cè)試的關(guān)鍵。

測(cè)試中的許多任務(wù)都是重復(fù)的活動(dòng)，例如在軟件更改后更新測(cè)試框架，每天更新需求，并將測(cè)試結(jié)果反饋到應(yīng)用程序生命周期管理工具中。這些工作必須由測(cè)試人員手動(dòng)執(zhí)行，即使是在測(cè)試自動(dòng)化中。

在TPT中，我們已經(jīng)創(chuàng)造了一些可能性來自動(dòng)化這些傳統(tǒng)的手動(dòng)作業(yè)。TPT提供一個(gè)API接口，允許TPT用戶使用自己的自動(dòng)化腳本自動(dòng)化部分工作。TPT中85%的GUI功能可以由用戶實(shí)現(xiàn)自動(dòng)化。

總結(jié)

對(duì)我們來說，測(cè)試不僅僅是測(cè)試。我們希望盡可能容易、快速和有效地找到漏洞。從我們的角度來看，如果你感受到樂趣并享受你的工作，它會(huì)更有效。

這就是為什么我們建立了TPT，并在15年多的時(shí)間里在許多項(xiàng)目中使用它。我們相信，我們已經(jīng)創(chuàng)建了一個(gè)最好的測(cè)試工具，具有許多創(chuàng)新的功能和機(jī)制。TPT的發(fā)展還遠(yuǎn)遠(yuǎn)沒有結(jié)束。所以我們希望這些關(guān)于我們?nèi)绾喂ぷ鞯囊娊饽茏屇銓?duì)TPT更加好奇。

北匯信息作為PIKETEC的合作伙伴，可以支持您的測(cè)試工作變得輕松。