本話題暫不探討是否有必要編寫(xiě)詳細(xì)的測(cè)試用例，在確定要交付詳細(xì)的測(cè)試用例這個(gè)前提下，分享如何更高效地完成測(cè)試用例的編寫(xiě)。

對(duì)齊測(cè)試用例需求

首先、明確要完成的測(cè)試用例文檔目標(biāo)要求，模板、范圍、粒度等。

• 用例文檔使用者：測(cè)試人員
• 用例文檔范圍：覆蓋產(chǎn)品所有需求
• 用例模板內(nèi)容：編號(hào)、模塊、子模塊、測(cè)試功能點(diǎn)、預(yù)置條件、數(shù)據(jù)、步驟、預(yù)期結(jié)果、優(yōu)先級(jí)、用例類(lèi)型、關(guān)聯(lián)需求、(編寫(xiě)人、更新時(shí)間、執(zhí)行人、狀態(tài)、執(zhí)行時(shí)間、執(zhí)行結(jié)果)
• 測(cè)試用例粒度：所有功能的正反用例
• 測(cè)試用例驗(yàn)收負(fù)責(zé)人：活久見(jiàn)(對(duì)齊目標(biāo))

快速了解產(chǎn)品

最快的速度熟悉產(chǎn)品業(yè)務(wù)背景與技術(shù)架構(gòu)，從而勾勒出測(cè)試用例整體框架。任何一款產(chǎn)品，最終都能映射到【橫向擴(kuò)展】+【縱向分層】的組合模式下來(lái)完成用例覆蓋。

橫向業(yè)務(wù)擴(kuò)展

是指產(chǎn)品輔平來(lái)看，總共有哪些業(yè)務(wù)場(chǎng)景，提供了哪些能力，即產(chǎn)品最上層的功能全景。

縱向架構(gòu)分層

是指從產(chǎn)品的技術(shù)架構(gòu)層面來(lái)分析，當(dāng)前產(chǎn)品可以宏觀上分為幾層，以便于在用例驗(yàn)證是從不同層次上進(jìn)行驗(yàn)證和用例覆蓋。

以某云的大數(shù)據(jù)云平臺(tái)為例，大數(shù)據(jù)云平臺(tái)的核心是集群。大數(shù)據(jù)云平臺(tái)集群是由一個(gè)或多個(gè)虛擬機(jī)實(shí)例組成的Hadoop、Flink、ZooKeeper集群。以Hadoop為例，每個(gè)虛擬機(jī)實(shí)例上通常都運(yùn)行了一些daemon進(jìn)程(例如，NameNode、DataNode、ResouceManager和NodeManager)，集群上還可安裝各類(lèi)大數(shù)據(jù)服務(wù)組件(例如：HBase、Hive、Presto、Spark等)。

大數(shù)據(jù)云平臺(tái)的橫向核心業(yè)務(wù)功能全景線路圖(以Hadoop集群為例)，其核心流程有：Hadoop集群創(chuàng)建->集群管理->大數(shù)據(jù)組件管理->虛擬主機(jī)管理-> ... ->Hadoop集群釋放;功能全景如圖1所示：

大數(shù)據(jù)云平臺(tái)功能全景

大數(shù)據(jù)云平臺(tái)的縱向核心架構(gòu)分層簡(jiǎn)化為以下四層，如圖2：

• 最頂層：大數(shù)據(jù)云平臺(tái)的門(mén)戶控制臺(tái)界面【UI】
• 次頂層：大數(shù)據(jù)云平臺(tái)的門(mén)戶后端API【OpenApi】
• 次底層：大數(shù)據(jù)云平臺(tái)的服務(wù)端【大數(shù)據(jù)服務(wù)組件】
• 最底層：大數(shù)據(jù)云平臺(tái)的基礎(chǔ)設(shè)施【云服務(wù)器】

大數(shù)據(jù)云平臺(tái)架構(gòu)圖

快速制定方案

用例覆蓋范圍

從產(chǎn)品業(yè)務(wù)功能全景出發(fā)，圍繞PRD(Product Requirement Document)、結(jié)合縱向架構(gòu)層次，用例無(wú)死角全面覆蓋產(chǎn)品(論范圍)。

(1) 水平方向拓寬【寬度】，圍繞它的產(chǎn)品的主生命周期由大模塊至小模塊、主功能至次要功能逐步擴(kuò)展枝葉，借用魚(yú)骨圖梳理(如下圖3)或Xmind腦圖來(lái)整理。先梳理內(nèi)部，然后梳理外部對(duì)接的服務(wù)或產(chǎn)品場(chǎng)景(如：消息中心、費(fèi)用中心、告警中心、文檔中心、數(shù)據(jù)開(kāi)發(fā)等等)。

(2) 橫向擴(kuò)展發(fā)散完成后，開(kāi)始縱向挖掘【深度】，比如，大數(shù)據(jù)云平臺(tái)核心架構(gòu)分為四層，每一層都需要拆開(kāi)了看：

• 最頂層：UI層端對(duì)端用例走查(如前面所述)，從頂層UI操作測(cè)試除了驗(yàn)UI結(jié)果、還要確保底層集群服務(wù)器上的實(shí)際結(jié)果與界面顯示一致
• 次頂層：第二層是門(mén)戶后端Api，直接調(diào)用OpenApi的相關(guān)測(cè)試用例覆蓋
• 次底層：直接操作使用或強(qiáng)干預(yù)Hadoop集群服務(wù)組件、檢驗(yàn)整個(gè)大數(shù)據(jù)云平臺(tái)的質(zhì)量;由于大數(shù)據(jù)平臺(tái)上的服務(wù)組件非常多(有三十多)，除了單個(gè)服務(wù)使用外，更要多個(gè)常用服務(wù)組件搭配組合驗(yàn)證
• 最底層：直接操作使用或強(qiáng)干預(yù)服務(wù)器層(增、刪、停、重啟、擴(kuò)、縮、升、網(wǎng)絡(luò)、磁盤(pán)、軟件配置等)，檢驗(yàn)整個(gè)大數(shù)據(jù)云平臺(tái)的質(zhì)量

到目前為此，大數(shù)據(jù)云平臺(tái)整個(gè)Hadoop集群的測(cè)試用例全部范圍梳理完畢。

用例設(shè)計(jì)方法

從測(cè)試類(lèi)型出發(fā)，有功能與非功能測(cè)試用例覆蓋。本次不需要交付非功能用例，因此不展開(kāi);功能性用例設(shè)計(jì)方法：

• 等價(jià)類(lèi)劃分法(正等價(jià)類(lèi)、負(fù)等價(jià)類(lèi))
• 邊界值分析法(邊界內(nèi)、邊界外)
• 判定表分析法
• 因果圖
• 錯(cuò)誤推測(cè)法

用例編寫(xiě)原則

• 拆分原則：全文制定統(tǒng)一的邊界。比如：以模塊為邊界、當(dāng)不同模塊之間有關(guān)聯(lián)互動(dòng)時(shí)、預(yù)置條件作為分界線，預(yù)置條件里的內(nèi)容放在上游模塊驗(yàn)證。
• 優(yōu)先級(jí)原則：【創(chuàng)建】【查看】【使用(啟停等)】【修改】【刪除】為序 【主場(chǎng)景】?jī)?yōu)先、【次要場(chǎng)景】其次 【正例】?jī)?yōu)先、【反例】其次
• 基礎(chǔ)原則：用例無(wú)重復(fù)、無(wú)遺漏， 單一性原則、即一個(gè)用例僅覆蓋一個(gè)場(chǎng)景清晰的步驟、明確的預(yù)期結(jié)果不存在二義性 反復(fù)執(zhí)行結(jié)果相同

快速編寫(xiě)小妙招

制定統(tǒng)一標(biāo)準(zhǔn)

以某云大數(shù)據(jù)云平臺(tái)產(chǎn)品為例，很多需求功能統(tǒng)一要求，為此設(shè)計(jì)一套標(biāo)準(zhǔn)化用例：

• 比如：創(chuàng)建新增的頁(yè)面，表單輸入項(xiàng)，需求約束統(tǒng)一要求(是否必填、長(zhǎng)度限制、字符要求)，設(shè)計(jì)一套標(biāo)準(zhǔn)化用例，供其他頁(yè)面復(fù)用。
• 比如：每個(gè)模塊的權(quán)限測(cè)試用例，設(shè)計(jì)統(tǒng)一標(biāo)準(zhǔn)用例;
• 比如：所有的OpenApi測(cè)試，都是針對(duì)返回碼200、400、401、403、405、500的場(chǎng)景測(cè)試;
• 比如：大數(shù)據(jù)平臺(tái)服務(wù)30多個(gè)，每個(gè)服務(wù)是不同的，但操作是類(lèi)似：添加、啟動(dòng)、停止、修改配置、部署，為此設(shè)計(jì)統(tǒng)一標(biāo)準(zhǔn)用例 (此刻你是否有一種代碼重構(gòu)的既視感，定義一個(gè)標(biāo)準(zhǔn)的方法、供大家反復(fù)調(diào)用)。

提取公共組件

以某云大數(shù)據(jù)云平臺(tái)產(chǎn)品為例，其中包含了10個(gè)以上的列表頁(yè)面，對(duì)于每個(gè)列表都有分頁(yè)組件、篩選、搜索、排序，這些公共組件的用例抽為【公共組件用例】，設(shè)計(jì)一套標(biāo)準(zhǔn)化用例，相關(guān)頁(yè)面復(fù)用即可。

注意：統(tǒng)一標(biāo)準(zhǔn)用例中，可變的項(xiàng)用{ABC}來(lái)替換，比如：在集群查看列表中篩選集群狀態(tài)時(shí)，把統(tǒng)一標(biāo)準(zhǔn)用例中的{ABC}替換成{集群狀態(tài)}即可。

批量編寫(xiě)與自動(dòng)生成

在用例編寫(xiě)過(guò)程中，發(fā)現(xiàn)很多情況除了{(lán)某名稱(chēng)或字段}不同，其它都是一樣的，此時(shí)可以批量編寫(xiě)(如：借助Sublime或直接傳變量用代碼生成)，這樣也可以大大提高編寫(xiě)效率。

在編寫(xiě)OpenApi相關(guān)測(cè)試用例時(shí)，直接定義出一套OpenApi標(biāo)準(zhǔn)用例，以QA設(shè)計(jì)出的標(biāo)準(zhǔn)用例為模板，然后編寫(xiě)代碼生成用例，通過(guò)讀取OpenApi的Json文件，快速生成71個(gè)Api的測(cè)試用例，近1000條詳細(xì)測(cè)試用例，高效。

活用全文替換

編寫(xiě)用例時(shí)，QA人員一定要用統(tǒng)一語(yǔ)言文字或格式，一來(lái)是給閱讀的人方便、二來(lái)是方便查找替換，即通過(guò)全文查找替換能 快速維護(hù)用例。

有一次需求變更：由原來(lái)的一級(jí)菜單A001下二級(jí)菜單B002，變?yōu)榱艘患?jí)C001下D002;由于在整個(gè)產(chǎn)品的用例中，從一級(jí)菜單進(jìn)入二級(jí)菜單，全部都使用：A001->B002這種格式，本次需求變更，直接全文查找替換一鍵完成。

前邊提到過(guò)設(shè)計(jì)了多套統(tǒng)一標(biāo)準(zhǔn)用例，新的頁(yè)面復(fù)用時(shí)，直接替換變量?jī)?nèi)容，生成當(dāng)前用例。又或者需求變更的剛好是統(tǒng)一標(biāo)準(zhǔn)用例的內(nèi)容，活用全文查找替換、一分鐘搞定用例維護(hù)。

總之，必須要總結(jié)一套自己的方法來(lái)應(yīng)對(duì)這么龐大的編寫(xiě)工作量，否則在短期的時(shí)間內(nèi)無(wú)法完工。而高效編寫(xiě)用例的秒招，離不開(kāi)可復(fù)用、找共性、提煉統(tǒng)一標(biāo)準(zhǔn)，借用一些手段或工具自動(dòng)生成。

結(jié)尾送君一句話：劃清領(lǐng)域邊界、高復(fù)用、低耦合。