标签：手机移动 app 覆盖 比较 span 接口 roman 测试工具 oid
总结个人测试知识体系：
自动化测试准备工作：
1、移动平台android端产品功能和接口测试
2、
测试计划：不同产品的计划表，计划要点的阐述、作用阐述、计划项
测试用例：不同产品的测试用例，用例管理工具，用例的内容，用例的注意事项
测试过程：与开发人员的沟通注意，用例的覆盖情况，通过与失败标准，回归
测试情况，测试结束标准，测试过程中用到的测试工具和方法
以功能测试为主，接口测试为辅助
功能测试主要以满足需求为主
接口测试主要发现的问题点
测试报告：不同产品的测试报告
移动产品的自动化测试框架搭建与执行
推动并监控测试流程
优势：
1、熟悉自动化测试工具，熟悉软件测试理论知识，熟悉手机app测试方法、流程，自动化测试工具的开发、熟悉白盒测试、代码测试优先考虑
2、具有一年以上手机移动端应用测试经验者
3、自动化测试工具的开发、熟悉白盒测试、代码测试优先
要做自动化，首先考考虑产品是否适合做自动化测试。这方法比较普遍的共识是从三个方面进行权衡。
软件需求变动不频繁
测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试的框架，如果所花费的成本不低于利用其节省的测试成本，那么自动化测试便是失败的。
项目中的某些模块相对稳定，而某些模块需求变动性很大。我们便可对相对稳定的模块进行自动化测试，而变动较大的仍是用手工测试。
项目周期较长
由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成。这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。
自动化测试脚本可重复使用
自动化测试脚本的重复使用要从三个方面来考量，一方面所测试的项目之间是否很大的差异性（如C/S系统和B/S系统的差异）；所选择的测试工具是否适应这种差异；最后，测试人员是否有能力开发出适应这种差异的自动化测试框架。
个人测试总结
标签：手机移动 app 覆盖 比较 span 接口 roman 测试工具 oid
原文地址：https://www.cnblogs.com/TomBombadil/p/11122404.html
