本次内容我们抽象一个待测试的目标软件产品，产品是基于web开发的。

        自动化平台不是独立存在的，必然有一个目标待测试产品，用自动化测试来反映产品功能是否还是好的。

产品抽象v1

        

         第一个版本，使用者（USER）发出申请，目标产品是处理（PROCESS）子系统，处理结果会发送给客户（CUSTOMER）。

产品抽象v2

        

         第二个版本目标系统细化了一些。

        多个用户抽象成用户通道，例如网页、手机APP等不同消息源。

        拆分一个新模块IGRESS，将多个不同的输入标准化成统一的申请。

        处理后的结果可以通过不同的SENDER发送出去，SENDER子系统是电信运营商提供，产品只负责调用，SENDER子系统划归同一产品部门管理因此都放在黄色框中。

        同样的客户也分为多个不同的企业和部门，因此各自SLA不同。不是每个SENDER可以发送给所有客户，所以发送时要进行选择，选择也是由使用者输入的。

产品抽象v3

        

         第三个版本继续细化，细化的程度取决于自动化平台覆盖目标，我们举例就到这个版本以避免问题复杂化。

        我们创建了FIXED INFO数据库，保存USER每次要重复输入的内容，作为界面上的选项。

        创建路由（ROUTER）子系统，根据配置的路由表（ROUTE MAP）数据库内容选择发送通道，路由表也作为选择放置在界面上。

        PROCESS处理时在请求的各个状态进行记录，以便于后续审计，日志存入日志（LOGS）数据库。

自动化测试平台

         自动化测试平台可以访问产品公开提供的接口，覆盖所有子系统功能，定期输出质量报告。

        本篇内容到这里，后续我们来关注如何设计用例以保证日常质量监控。