全程軟件測(cè)試實(shí)踐：從需求到運(yùn)營(yíng)

第第頁(yè)全程軟件測(cè)試實(shí)踐：從需求到運(yùn)營(yíng)全程軟件測(cè)試實(shí)踐：從需求到運(yùn)營(yíng)

發(fā)表于：2023-12-27來(lái)源：InfoQ：李樂(lè)點(diǎn)擊數(shù)：標(biāo)簽：實(shí)踐

全程軟件測(cè)試實(shí)踐：從需求到運(yùn)營(yíng).1全程軟件測(cè)試圖解傳統(tǒng)的軟件測(cè)試，可以簡(jiǎn)單描述為下圖所示：

1全程軟件（測(cè)試）圖解

傳統(tǒng)的（軟件測(cè)試），可以簡(jiǎn)單描述為下圖所示：

圖-1-傳統(tǒng)交付測(cè)試

（開(kāi)發(fā)）人員完成任務(wù)之后，最后交付給（測(cè)試人員），這種模式下，（測(cè)試人員）不能及早發(fā)現(xiàn)（需求）階段的（缺陷），同時(shí)測(cè)試工作的開(kāi)展也滯后了，產(chǎn)品質(zhì)量得不到有效的過(guò)程控制和分析，總體進(jìn)度可能會(huì)由于返工問(wèn)題造成拖延。

那什么是全程軟件測(cè)試，如下圖所示：

(點(diǎn)擊圖像放大)

圖-2-全程軟件測(cè)試圖

在整個(gè)SDLC中，三條角色主線和四個(gè)階段。

三條角色主線：開(kāi)發(fā)、QA、測(cè)試，文中主要講解測(cè)試。

四個(gè)階段：需求、開(kāi)發(fā)、發(fā)布、日常運(yùn)營(yíng)。

簡(jiǎn)單來(lái)說(shuō)可以歸納為下圖所示：

圖-3-全程軟件測(cè)試概述

測(cè)試人員貫穿這四個(gè)階段，開(kāi)展測(cè)試活動(dòng)，試實(shí)踐活動(dòng)簡(jiǎn)單描述如下圖所示：

(點(diǎn)擊圖像放大)

圖-4-全程軟件測(cè)試概述

每個(gè)階段也有開(kāi)發(fā)人員對(duì)應(yīng)的活動(dòng)，以及QA人員對(duì)應(yīng)的活動(dòng)。

對(duì)于產(chǎn)品而言，每次版本迭代，都會(huì)經(jīng)歷：需求、開(kāi)發(fā)、發(fā)布，最后推向日常運(yùn)營(yíng)，發(fā)布階段虛線指向的需求階段和日常運(yùn)營(yíng)階段，并不是一個(gè)終止階段，而是不斷迭代的過(guò)程。

那測(cè)試人員是如何開(kāi)展全程軟件測(cè)試活動(dòng)的呢?

2需求階段測(cè)試

在需求階段，開(kāi)發(fā)人員、測(cè)試人員、QA人員主要做的事情，如下表所示：

階段

開(kāi)發(fā)人員

測(cè)試人員

QA人員

需求階段

用戶故事分析用戶故事估時(shí)參與用戶故事分析、挖掘故事含混性參考經(jīng)驗(yàn)庫(kù)質(zhì)疑開(kāi)發(fā)的時(shí)間估算保證確認(rèn)需求活動(dòng)符合需求管理過(guò)程管理用戶故事評(píng)審管理需求變更作為測(cè)試人員的主要實(shí)踐如下：

參與用戶故事分析、挖掘故事含混性

在sprint會(huì)議上，對(duì)用戶故事進(jìn)行分析，檢查功能性需求和非功能性需求是否描述清晰，其中可以將非功能性需求作為驗(yàn)收要點(diǎn)，例如一個(gè)用戶故事：

"客戶希望提高響應(yīng)時(shí)間'

測(cè)試人員應(yīng)當(dāng)協(xié)助開(kāi)發(fā)人員消除故事的含混性：提高什么的響應(yīng)時(shí)間和響應(yīng)時(shí)間為多少?可以建議修改為：

"客戶信息普通查詢返回結(jié)果的響應(yīng)時(shí)間為5s內(nèi)'

說(shuō)明在"客戶信息'模塊，進(jìn)行"普通查詢'操作，返回結(jié)果的時(shí)間在5s內(nèi)，這個(gè)陳述句已經(jīng)清晰表達(dá)了，也達(dá)到了消除含混性的效果。同樣，測(cè)試人員可以編寫(xiě)提高查詢效率的用戶故事：

"客戶在信息查詢模塊，進(jìn)行普通查詢，能夠在5s內(nèi)返回結(jié)果'

"備注：5s為非功能性需求，也是驗(yàn)收要點(diǎn)'

參考經(jīng)驗(yàn)庫(kù)質(zhì)疑開(kāi)發(fā)的時(shí)間估算

在sprint會(huì)議上，開(kāi)發(fā)人員根據(jù)經(jīng)驗(yàn)出牌(團(tuán)隊(duì)自己定義的規(guī)則，用撲克牌)估算時(shí)間，當(dāng)給出最終結(jié)果的時(shí)候，測(cè)試人員應(yīng)當(dāng)對(duì)其進(jìn)行質(zhì)疑。測(cè)試人員借鑒歷史經(jīng)驗(yàn)庫(kù)：開(kāi)發(fā)人員在某方面的技能如何、該模塊曾經(jīng)產(chǎn)生過(guò)何種程度的缺陷、修復(fù)缺陷的消耗時(shí)間是多少等等，綜合考慮，提出疑問(wèn)，讓開(kāi)發(fā)估算最終的時(shí)間，盡可能考慮這些因素。當(dāng)然，測(cè)試人員能夠質(zhì)疑的其中一個(gè)前提是：測(cè)試人員具備相關(guān)開(kāi)發(fā)經(jīng)驗(yàn)。

小結(jié)：在需求階段，測(cè)試人員要發(fā)揮作用，減少含混性需求引入到開(kāi)發(fā)階段、同時(shí)協(xié)助開(kāi)發(fā)做好時(shí)間估算。

3開(kāi)發(fā)階段測(cè)試

在開(kāi)發(fā)階段，開(kāi)發(fā)人員、測(cè)試人員、QA人員主要做的事情，如下表所示：

階段

開(kāi)發(fā)人員

測(cè)試人員

QA人員

開(kāi)發(fā)階段

架構(gòu)評(píng)審功能要點(diǎn)確認(rèn)編碼開(kāi)發(fā)（單元