▪我們有開發(fā)過程的細(xì)節(jié)嗎？我們是時間固定的嗎？
　　我們需要看一看需求，看看如何提供功能，我們是否可以再次使用一些初創(chuàng)建的測試用例，我們是否可以從一開始創(chuàng)建一個回歸測試集并在開發(fā)產(chǎn)品的過程中改進(jìn)它，這些問題在處理迭代過程中尤為重要，在敏捷開發(fā)流程中也是。
　　時間是產(chǎn)品開發(fā)的關(guān)鍵因素，因此，如果我們擁有的時間比所需時間少，我們應(yīng)該考慮將由關(guān)鍵部分驅(qū)動的功能集上的測試用例（產(chǎn)品和項目風(fēng)險都要考慮）分組，使用高水平的編寫風(fēng)格，級聯(lián)終端到終端的flow，并使關(guān)鍵部分獨立。
　　假設(shè)關(guān)于“接收第一套業(yè)務(wù)需求時做什么好”我們已做了我們能做的，我們現(xiàn)在對他們了解得更多了，比起第一印象有了不同的理解，我們必須切實開始設(shè)計和編寫它們。
這是一個很好的時機(jī)，看看我們應(yīng)該使用什么工具，并根據(jù)測試結(jié)構(gòu)的測試需求評估其兼容性。
　　基本上，從測試用例設(shè)計角度來看，在選擇測試管理工具時我們應(yīng)該考慮幾件事情：
▪它應(yīng)該有一個明確的測試集，測試用例和測試腳本結(jié)構(gòu)。
▪它應(yīng)允許我們在某些點上可能需要的幾乎每一種測試結(jié)構(gòu)：sprints /迭代或其他測試階段的組織，有許多配置層的分層組織。
▪它應(yīng)當(dāng)提供用其他方式而非測試集來分組測試用例的可能性，如標(biāo)簽，關(guān)鍵字（用在需要時組織有效的臨時測試執(zhí)行周期）。
▪它提供儲存各種版本的測試用例的可能性，以及如果他們已被分配給測試執(zhí)行時更新測試用例的可能性。
▪它應(yīng)該有其他可以服務(wù)測試員目標(biāo)的可配置屬性。
▪它應(yīng)該允許將被采用的先決條件或初步措施有一個明確劃分。

　　我們談?wù)劷邮諛I(yè)務(wù)需求的那一刻。當(dāng)收到技術(shù)規(guī)范時，當(dāng)測試執(zhí)行獲得批準(zhǔn)時，當(dāng)我們時間很緊時該怎么辦？在這些時刻，誰在乎測試用例設(shè)計呢？理想情況下，我們應(yīng)該關(guān)心它，否則跟蹤執(zhí)行比跟蹤業(yè)務(wù)需求更困難。這是測試“可理解的”業(yè)務(wù)需求與壓力下時間緊急下的“不可理解的”技術(shù)需求的主要區(qū)別。盡管團(tuán)隊的一些成員可能終執(zhí)行一些像小機(jī)器人一類的技術(shù)測試用例，我們確知，至少有人分析了這些規(guī)范，分割它們，優(yōu)先考慮他們，其他一些人至少會執(zhí)行所有的場景一次。
　　強(qiáng)調(diào)測試用例設(shè)計并不僅僅涉及編寫測試用例，我要說，所需測試結(jié)構(gòu)的早期檢測要考慮：測試用例的外觀及其如何被創(chuàng)建的，花在測試準(zhǔn)備上的精力，將被用于選擇具代表性測試的測試測試用例設(shè)計技術(shù)。這有助于我們?yōu)闇y試流創(chuàng)建基準(zhǔn)。此外，這還使得設(shè)計如下測試用例更容易：
▪由于需求的早期分析而使得檢測出誤差的概率更大的有效測試用例。
▪由于正確識別要遵循的初始步驟，測試集組織和測試用例的設(shè)計風(fēng)格而使之不冗余的測試用例。
▪擁有由已辨識的需求和已分配的時間驅(qū)動的適當(dāng)細(xì)節(jié)的測試用例。
▪由于需求和測試用例間的早期相關(guān)性使其更容易在需求變化時或一些測試集不再工作并影響產(chǎn)品時識別受影響的區(qū)域更容易的可追蹤的測試用例。

　　我知道似乎不止靠一個soft touch可以造非凡，但重要的一條是要拋開神話，接受現(xiàn)實，并通過盡快在這個過程中考慮一切所需方面，造非凡。

　　版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://www.misscakediy.com/news/html/2014327150011.html

　　原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。