[如需转载，请在转载时注明出处，并保证本文的完整性]
产品的生存，离不开日新月异的创新思维。这种思维来源于诸如行业规范、客户应用、以及产品自身规划。作为软件测试工程师，面对一个又一个，接踵而来的新需求的时候，往往挖空心思去设计"范围广、覆盖全、粒度精"，甚至可以傻瓜执行的测试用例。这个过程，我们往往比较容易忽略了一些用户真正关切的事物——使用习惯。我想说的只是一些大家都知道，却往往容易忽略的。
1.忙碌——大部分用户会花极少的时间来查看产品的所有页面（或功能）或配置，为了提高效率，他们对于大部分的页面（或功能）会采取浏览的方式，匆匆掠过。对于大部分的配置，也绝大多数采用的是使用系统的默认配置。用户不可能也没有时间去掌握系统带给他们的所有信息；
2.目标明确——大部分用户在某一时间内都是带着目标去使用我们的软件产品，他们要么想CRUD数据，要么检索系统内信息，要么处理某种流程或分析系统的数据，要么…其实用户可操作的很多，但实际操作的却很少。因此，弄清使用场景，搜集用户习惯，找到他们想要的内容。设计出目标明确的测试用例，显得尤为重要；
3.习惯——也正是因为用户总是忙碌的、用户总是目标明确的。所以对我们软件产品，用户总是习惯着操作，习惯着寻找他们想要的和感兴趣的信息。
因此，为了设计更有效的测试用例，避免软件测试的“过度设计”（为了实现一些简单的功能需求，设计出非常臃肿的结构，代码间的继承、依赖、调用非常复杂，开发工作量大并且难以维护。在软件测试工作中，也存在类似“过度设计”的问题，特别是大中型的软件企业，人数比较多，各方面工作流程趋于稳定和规范，问题更容易发生），其实我们需要为用户而设计测试。
毕竟产品最终的交付对象还是用户，避免过犹不及的测试设计，我想还是可行的
