文章介绍了基于web开发的待测试产品，从产品抽象的三个版本进行详细阐述，包括USER申请处理、IGRESS模块的标准化输入、SENDER子系统的输出选择以及ROUTER的路由策略。同时，文章提到了自动化测试平台的角色，该平台覆盖所有子系统并定期生成质量报告，强调了日志记录和审计的重要性。
本次内容我们抽象一个待测试的目标软件产品，产品是基于web开发的。
自动化平台不是独立存在的，必然有一个目标待测试产品，用自动化测试来反映产品功能是否还是好的。
产品抽象v1
第一个版本，使用者（USER）发出申请，目标产品是处理（PROCESS）子系统，处理结果会发送给客户（CUSTOMER）。
产品抽象v2
第二个版本目标系统细化了一些。
多个用户抽象成用户通道，例如网页、手机APP等不同消息源。
拆分一个新模块IGRESS，将多个不同的输入标准化成统一的申请。
处理后的结果可以通过不同的SENDER发送出去，SENDER子系统是电信运营商提供，产品只负责调用，SENDER子系统划归同一产品部门管理因此都放在黄色框中。
同样的客户也分为多个不同的企业和部门，因此各自SLA不同。不是每个SENDER可以发送给所有客户，所以发送时要进行选择，选择也是由使用者输入的。
产品抽象v3
第三个版本继续细化，细化的程度取决于自动化平台覆盖目标，我们举例就到这个版本以避免问题复杂化。
我们创建了FIXED INFO数据库，保存USER每次要重复输入的内容，作为界面上的选项。
创建路由（ROUTER）子系统，根据配置的路由表（ROUTE MAP）数据库内容选择发送通道，路由表也作为选择放置在界面上。
PROCESS处理时在请求的各个状态进行记录，以便于后续审计，日志存入日志（LOGS）数据库。
自动化测试平台
自动化测试平台可以访问产品公开提供的接口，覆盖所有子系统功能，定期输出质量报告。
本篇内容到这里，后续我们来关注如何设计用例以保证日常质量监控。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
