寫在前面

ASPICE理解起來容易，畢竟是有條有理的。但實操起來，尤其是把ASPICE各過程域做全的時候，會遇到各種各樣的問題（不是技術問題有多難，而是該如何做選擇，如何既能符合ASPICE要求，保證過程質量，又能不過多降低交付速度，組織整體效能不被過多削弱）。

這才有此系列文章，將實操中遇到的爭論較多的問題和我們的落地方案拋出來，一起交流進步。

議題：如何避免重復性測試

按照ASPICE去做，但又沒有對各工程域進行合理解耦的話，就會出現很多重復性的工作。這里為了避免將問題擴大化，只提測試方面的重復性問題。?

重復測試的問題會出現在SWE.5（軟件集成和集成測試）與SYS.4（系統集成和集成測試）間、SWE.6（軟件合格性測試）與SYS.5（系統合格性測試）間，甚至SWE.5與SWE.6間、SYS.4與SYS.5間。

解決思路：

1）對應V模型左半邊的部分在分配測試層級時可以分配到往下開發層級對應的測試中，如SWE.1的需求驗證可以分配到SWE.4，SYS.5的需求驗證可以分配到SWE.6等等。這樣V模型右半邊的測試就可以不去追溯。

2）如果1）沒有做到，那么高層級的測試可以引用低層級的測試成果（用例或測試結果），只要合理即可。

注1：只能高層級的引用/分配給低層級的域，這是為了方便追溯及在開發前期更多地測試驗證，更早的發現問題。

注2：有些看似重復的地方，實則不應該裁剪。比如部分功能邏輯的驗證，在SWE.6中進行了驗證，在SYS.5中也會進行驗證。雖然看起來都驗證的是同一套功能邏輯，但為了保證產品交付質量，對于與外部系統有交互的功能邏輯，有必要在SYS.5中進行驗證，只不過驗證環境可以和SWE.6不一樣，SYS.5更貼近或在真實應用環境中去做測試驗證，這樣更有利于降低系統層面的功能缺陷逃逸的風險。