lww0407的博客

深度介入需求和技术方案快速迭代的过程中时间都比较赶，很容易进入的一个误区是为了缩短工时对需求和技术方案了解不深，测试用例侧重主流程分析，细节问题在前期没进行深挖。随着迭代的进行，对项目的整体结构了解会越来越混乱，在不断并快速的有新的需求提出时，无法将需求点对应在系统中的改动点get到，只根据需求文档过一遍需求流程，纯黑盒的考虑测试，迭代的越久对质量的把控就会越低。个人认为测试可以在各个阶段做比较深的介入1、需求阶段迭代中的现状不断地有需求过来的时候，一些小的需求会只有一句话描述，可能只是对原始需求的

什么CherkinGherkin,Cucumber解释器可以理解的语言。这是一个商业可读性,领域特定语言,描述软件的行为而不需要关心这个行为的如何实现的。Gherkin 是一种自然语言，使用一组特殊的关键字来为可执行规范赋予结构和意义。在我的理解里，Gherkin是Cucumber作为BDD（行为驱动开发）的自动化框架的核心，因为Gherkin的描述基本接近于User Story，通过Gherkin文档，可以让业务人员、开发人员、测试人员或者其他方的人员通过同一份文档对需求的结果理解达成一致。确保产品