zoukankan      html  css  js  c++  java
  • 个人测试总结

     
    总结个人测试知识体系:
    自动化测试准备工作:
    1、移动平台android端产品功能和接口测试
    2、
    测试计划:不同产品的计划表,计划要点的阐述、作用阐述、计划项
     
    测试用例:不同产品的测试用例,用例管理工具,用例的内容,用例的注意事项
     
    测试过程:与开发人员的沟通注意,用例的覆盖情况,通过与失败标准,回归
     
    测试情况,测试结束标准,测试过程中用到的测试工具和方法
     
    以功能测试为主,接口测试为辅助
    功能测试主要以满足需求为主
    接口测试主要发现的问题点
     
    测试报告:不同产品的测试报告
     
    移动产品的自动化测试框架搭建与执行
     
    推动并监控测试流程
     
    优势:
    1、熟悉自动化测试工具,熟悉软件测试理论知识,熟悉手机app测试方法、流程,自动化测试工具的开发、熟悉白盒测试、代码测试优先考虑
    2、具有一年以上手机移动端应用测试经验者
    3、自动化测试工具的开发、熟悉白盒测试、代码测试优先
     
    要做自动化,首先考考虑产品是否适合做自动化测试。这方法比较普遍的共识是从三个方面进行权衡。
     
      软件需求变动不频繁
      测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁,测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本,而脚本的维护本身就是一个代码开发的过程,需要修改、调试,必要的时候还要修改自动化测试的框架,如果所花费的成本不低于利用其节省的测试成本,那么自动化测试便是失败的。
      项目中的某些模块相对稳定,而某些模块需求变动性很大。我们便可对相对稳定的模块进行自动化测试,而变动较大的仍是用手工测试。
     
      项目周期较长
    由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成。这样的过程本身就是一个测试软件的开发过程,需要较长的时间来完成。如果项目的周期比较短,没有足够的时间去支持这样一个过程,那么自动化测试便成为笑谈。
     
      自动化测试脚本可重复使用
      自动化测试脚本的重复使用要从三个方面来考量,一方面所测试的项目之间是否很大的差异性(如C/S系统和B/S系统的差异);所选择的测试工具是否适应这种差异;最后,测试人员是否有能力开发出适应这种差异的自动化测试框架。
  • 相关阅读:
    解决RobotFramework的关键字不能高亮的问题
    使用Python遇到:'utf-8' codec can't decode byte 0x8b in position 1: invalid start byte 问题
    通过Jekins执行bat脚本始终无法完成
    Can not find the tag library descriptor for "http://java.sun.com/jsp/jstl/core"
    [转]The superclass "javax.servlet.http.HttpServlet" was not found on the Java Build Path
    HDU 2686 MCMF
    HDU 4278 卡特兰,区间DP
    POJ 2985 名次树
    POJ 2531 深搜剪枝
    Uva 10061 进制问题
  • 原文地址:https://www.cnblogs.com/TomBombadil/p/11122404.html
Copyright © 2011-2022 走看看