本文主要是介绍ASPICE实操中的那点事儿-如何避免重复性测试，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
写在前面
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更贴近或在真实应用环境中去做测试验证，这样更有利于降低系统层面的功能缺陷逃逸的风险。
这篇关于ASPICE实操中的那点事儿-如何避免重复性测试的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
