个人测试总结

 

总结个人测试知识体系：

自动化测试准备工作：

1、移动平台android端产品功能和接口测试

2、

测试计划：不同产品的计划表，计划要点的阐述、作用阐述、计划项

 

测试用例：不同产品的测试用例，用例管理工具，用例的内容，用例的注意事项

 

测试过程：与开发人员的沟通注意，用例的覆盖情况，通过与失败标准，回归

 

测试情况，测试结束标准，测试过程中用到的测试工具和方法

 

以功能测试为主，接口测试为辅助

功能测试主要以满足需求为主

接口测试主要发现的问题点

 

测试报告：不同产品的测试报告

 

移动产品的自动化测试框架搭建与执行

 

推动并监控测试流程

 

优势：

1、熟悉自动化测试工具，熟悉软件测试理论知识，熟悉手机app测试方法、流程，自动化测试工具的开发、熟悉白盒测试、代码测试优先考虑

2、具有一年以上手机移动端应用测试经验者

3、自动化测试工具的开发、熟悉白盒测试、代码测试优先

 

要做自动化，首先考考虑产品是否适合做自动化测试。这方法比较普遍的共识是从三个方面进行权衡。

 

　　软件需求变动不频繁

　　测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试的框架，如果所花费的成本不低于利用其节省的测试成本，那么自动化测试便是失败的。

　　项目中的某些模块相对稳定，而某些模块需求变动性很大。我们便可对相对稳定的模块进行自动化测试，而变动较大的仍是用手工测试。

 

　　项目周期较长

由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成。这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。

 

　　自动化测试脚本可重复使用

　　自动化测试脚本的重复使用要从三个方面来考量，一方面所测试的项目之间是否很大的差异性（如C/S系统和B/S系统的差异）；所选择的测试工具是否适应这种差异；最后，测试人员是否有能力开发出适应这种差异的自动化测试框架。