BPT(business process testing) 研究（三）

    BPT的主旨是封装，也就是开发概念中的模块化重用，这种思想需要在我们设计Component的人员大脑中存在，我们设计Component框架的时候需要把握的就是尽可能理出同类项。

    就拿一个报表系统的filters的输入界面来说，我们假定该filters是基于web的，也就是html形式的filters，BS架构，一般此类prompts会存在多行输入选择项，例如：

    年龄段：XXXX

    节目类别：XXXX

    节目名称：XXXX

    地区：XXXX

    开始时间：XXXX

    结束时间:XXXX

    等等，在我们设计的时候，我们一般的思路是会将整个filters输入整合框作为一个Component，恩，这种思路没错，但是我们如果进一步划分同质项，我们会发现，每一个输入行可以作为一个同类别的元素，这样我们就可以考虑将一行作为一个Component，正是由于html标签的支持，使得我们可以根据innertext对每一个输入框进行定位，从而进行输入。

    估计有人会说，这样下来一个业务流程，该filters输入部分就需要多达6次component调用，是否化简为繁了。

    这时我们就可以应用到Component的一个特性interation了，我们可以在QC的test plan里面设计案例时候直接在参数输入界面里面添加interation，也就是多组参数，Component可以自动对该多组interation进行循环，类似于单机test的datatable控制，而在我举的这个例子中，就可以只用一次Component，添加6组interation就实现了整个filters的输入了，而且该种设计方法十分灵活，具有可扩展性，能适用于今后filter行数增加减少的情况，而如果整个设计成一个Component，万一filter行数改变，我们的Component也需要跟着改变了。