本文主要是介绍自查？走查？一文弄懂设计检查那些事，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
最近几年的设计圈始终盛行着“设计检查”相关的话题，但可能很多设计师在查阅相关文章时，基本概念都没有弄清楚。
比如走查（Walk through）这个词，英文本意是指“排练”或者“演习” ，那么严格一点讲，“走查”是限定了特定时间阶段的：即产品开发结束到正式上线前。所以，如果一款产品已经到了设计走查阶段，其内容和品质可以认为基本尘埃落定。
如果说，明知道自家的产品更大的困难在于业务本身的规划，或者开发实现的技术上，那么强调“设计走查”完全就是缘木求鱼，解决不了任何问题。如果将数字产品和工厂生产的实物产品作比较，那么产品的设计感，性能，市场竞争力等问题都不可能是“出厂前测试”能解决的，因为后者需要负责的仅仅是产品在交到消费者前，没有明显的瑕疵。
本文将带你重新审视“设计检查”这个词，同时用最简练的方式告诉你如何设计整套流程。
一、检查的分类
要想更科学、更有效地执行设计检查，需要先明确不同的检查阶段和方式。常规的设计流程中，一般存在以下3个阶段的检查：
1）设计完成后，对照公司的规范或团队整理的自查表，进行“设计自查”（交互和UI的需分开检查）
2）开发完成且测试完成初步测试后，进行“设计走查”
3）产品上线后，根据整个团队一起，进行“上线复查”
很多文章笼统地把各个阶段都称为走查&#x
这篇关于自查？走查？一文弄懂设计检查那些事的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
