测试质量控制

软件测试，有几种形态，验证、排错、预防、控制。

验证是最初阶的，只要基于需求，验证需求被实现即可。

排错，其实有点像排雷了，除了验证以外，要确保基本范围之外隐藏地雷的排除。这个是有技术含量的，至少也是需要经验积累的。

预防，主旨在于尽早介入，从需求、设计的层面提出问题、屏蔽问题。

控制，其实是综合了验证、排错、预防的。但我今天想说的是一种主动控制意识。有这样一个案例：某项目发布上线了，线上报了一些问题回来，开发同学修复，测试同学回测。几周下周，处理了不少这样的问题。我跟测试同学说，看下这些问题为什么会漏测。看了之后，给我反馈是很多页面的查询功能没好好测，项目后期时间紧，没覆盖全。我说那赶紧补救。于是开展补救行动，做法是先整理查询面板的公用测试用例，然后再Review这些用例，然后再拿着这些用例去跑一下那些页面的查询功能。我问：这个要多久？回答：大概1周时间。我说：直接测要多久？回答：1天。我说：为什么不直接测？回答：本来安排进行补测的这个人不熟业务可能直接测不了。我说：有没有直接能测的人？回答：有。我又说：难道你们不担心这一周过去，不等你开始补测，线上又抛问题来了？如果担心的话，为什么不让能测的那个人直接补测？回答：......   后来是直接找了个熟悉业务的人补测了，1天时间发现了13个查询相关的缺陷，开发立马进行了修复......   这个简单的案例告诉我们什么？主动控制，这里的控制是赶在客户发现问题之前去发现问题，控制质量影响。

对测试来说，其实本质就在于质量控制，开展一系列的控制活动，并且是主动、积极的去控制。