## 產品設計體會（三五）——QA與測試 突然想起QA的一個職業口頭禪：你這樣做是不對的……當PD們激情四溢的亂沖亂撞時，有個嚴酷的QA/測試控制著，確實太有必要了，雖然經常吵架，：） ? 先分清兩個概念，原來一直很土的以為QA和測試是一個概念，其實QA是質量控制，主要做流程管理（如需求跟蹤流程、需求變更流程）、配置管理（版本管理，多分支開發的管理）、文檔管理（如開發規范、UI規范）等東西，經典的CMM成熟度啥的說的就是這回事，不過這方面懂的不多，有興趣可以去搜“測試的成熟度模型”，人月神話的blog里有談到。測試本身就比較單純了，說下我的理解。 ? 從流程角度上講，阿里的測試人員通常在UC評審的時候第一次介入項目，評審完成以后，開發開始編碼的同時測試開始寫TC（Test Case，一般依據需求/設計文檔plus與PD/開發當面溝通），在編碼快結束的時候正好寫完TC，進行TC評審（相應功能的PD、開發一定要參加），評完以后進入測試執行階段，之后再出報告，多輪回歸。 ? 從類型角度包括功能測試（又細分為單元測試、集成測試、系統測試），測試管理工具我們用的是Mercury的Quality Center；性能測試（主要看系統是否滿足性能需求，期間會包含壓力測試，考察系統可承受的最大壓力）。 ? 另外還有兩個特別的，一是“驗收測試”，一般在項目外包或者引入ISV（獨立軟件供應商）的時候會用到，是把系統有關的所有功能、性能概要的測一遍，外加檢查項目交付物（項目階段文檔、用戶手冊等等）是否齊全符合規范。 ? 二是“可用性測試”，是屬于用戶研究的范疇，做測試的人不是公司里的tester而是用戶，微軟稱作UAT（用戶可接受度測試），也是類似的東西，下次具體說。