好的自动化测试框架需要满足哪些需求？
1、被测对象都是什么，测试的场景大类别有哪些，测试环境中被测环境和自动化程序是怎么组网的，比如需要测试app或者网页 ui层面的处理，在手工测试的情况下，是使用者（测试人员）直接和被测软件打
交道的，这方面的自动化程序就代替的是人的手工操作以及人眼的观察操作，需要你去寻找用什么样的库
或者现成工具可以模拟这些手工操作，再把要观察的结果保存下来，支持用例写作人员做相应的结果检查。
再比如你需要测试app和后端服务器的接口，此时被测试的是运行在服务器上的后台软件，自动化此时就
是要充当一个模拟的app的角色去触发一系列接口调用，在把接口返回的内容拿回来做响应的核查，这时
候就需要你去了解用哪些手段可以用自动化代码调用这些被测的接口。
2、日志的记录：解决了场景触发、结果核查的问题，对于一个自动化框架来说比较重要的还有日志怎么记，
怎么采集，包括测试用例本身生成的日志还有测试环境上产生的日志，不然自动化跑出了问题也很难定位。
3、数据的组织：比较好一点的自动化用例通常都是做到测试逻辑和数据分离以及和被测环境解耦，就要
求被测的环境信息、数据不要写死在代码里，就需要你的框架提供一套统一的外部数据组织规则和访问接
口。数据存储的格式可以考虑xml、json、yaml、csv等。
4、执行器：有了用例接着就要考虑怎么把用例跑起来。自动化测试的几个典型应用场景包括持续集成下的
每日的冒烟测试、问题回归测试、测试人员长时间测试。就需要执行器至少支持可以选中一部分用例按照
特定顺序执行、执行特定的单个用例、循环执行单个或者多个用例。
5、结果呈现：用例跑完了要给出报告，能够一目了然的呈现出哪些用例执行失败了。总之，有一套这样的
自动化框架可以支撑你更高效、有序的积累自动化用例，但是是否能取得好的效果重点还是在于自动化用例
的质量如何以及开发和测试人员对自动化的日常应用上。从你的问题描述看，个人觉得只要有一个可以包含
了绝大多数自动化场景所需的底层接口（做app、web测试的很多，应该大部分都有现成的），对暂时不支
持的接口可以方便扩展，可以灵活的选择用例的执行方式并稳定的每日执行，执行完成后可以生成有效的
结果报告供开发和测试人员做结果分析，就可以算一个有效的自动化测试框架。在这个前提下，如果测试
人员可以每日坚持执行执行并分析结果，对误测的用例及时修复，主动思考有哪些可以补充的观察点，坚
持一段时间就能形成一套有效看护质量的自动化防护网。
页:
[1]
