目的:
|
向重要關係人表示測試工作有一些重要的可測試性需求,並尋求他們對於可測試性的支持。
|
必須以正確的方式宣導可測試性需求。每一組專案經理、開發團隊及客戶關係人各有不同的社會機能和文化,在宣導可測試性需求時必須密切注意。 根據經驗,如果團隊非常鬆散且不正式,請不要發起正式的可測試性「運動」;
在佷正式的專案中,請不要採取非正式的作法。
有時,「集體研討」會議是很有效的發表方式,可將需求視為對開發團隊的一項挑戰,並鼓勵建立創新的解決方案來滿足可測試性需求。 這有助於加強解決方案的主導權,並提升參與感。
時機掌握在此步驟中也很重要。通常,您應該儘早確認和宣導最重要的可測試性議題,通常是在「詳述階段」,但最好從「初始階段」就著手進行。 如果專案在這些早期階段提出可測試性議題,團隊通常會較小且易於調整。
由於通常不太需要重做,很容易在逐步發展的設計中納入這些需求。
為了確認可測試性需求,並以務實又不做「表面功夫」的態度來描述, 最好的作法是由測試團隊負責評估概念實證的活動,以及評估如何選擇開發用途的協力廠商元件。 尤其,由測試團隊參與資料庫元件選擇、UI 控制或元件選擇、中介軟體元件等,
意謂著可測試性議題可視為元件選擇準則的一個觀點。 例如,開發團隊大多不太關心採用哪些 UI 小組件程式庫; 如果有一個程式庫比另一個程式庫更易於測試,則開發團隊一定很喜歡使用較易測試的小組件程式庫。
如果您在支持或加入可測試性擁護者方面有困難,您可能需要設法採取更漸進的方式提倡改革,以期降低潛在的風險和阻力, 或必須將最重要的可測試性需求提升為嚴重的專案議題,表示如果不解決,無法成功完成測試工作。
就後者而言,建議您審慎考量所有選項,再決定這種作法。
|