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

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

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

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

測試中的挑戰(zhàn)

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

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

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

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

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

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

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

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

以下是我們將涉及的主題的簡要概述：

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

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

3. 測試與需求的雙向鏈接

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

5. 自動(dòng)化

5個(gè)測試技巧

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

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

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

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

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

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

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

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

有什么好處?

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

3. 測試與需求的雙向鏈接

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

簡而言之：追溯性增加了清晰度

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

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

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

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

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

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

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

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

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

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

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

5. 自動(dòng)化

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

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

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

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

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