• 关于测试随笔


    什么是事物
    事物就是从客户端发起的一个或多个请求,从客户端接收到从服务器返回的响应
    tps 
    每秒钟系统能处理的事务数
    请求响应时间
    从客户端发起的一个请求开始,到客户端接收到从服务器返回的响应。整个过程消耗的时间。
    事物响应时间
    事物可能是由一个请求组成,事务响应时间主要是针对用户的角度而言,如转账
    并发定义
    没有严格意义上的并发。并发总有先后,无论差距是一毫秒或者是一微秒,总有一个时间差。所以并发讲的是一个时间范围内,比如说一秒钟内。
    多用户在系统上进行同一操作,比如说双十一时,大家都针对同一种商品进行秒杀。
    多用户在系统上进行不同操作,比如说双十一时,大家对不同的商品进行秒杀,或者大姐有进行其他不同的操作,比如商品浏览
    并发用户数
    同一单位时间内 对系统发起请求的用户数量
    吞吐量
    一次性能测试过程中网络上传输的数据量的总和
    吞吐率
     单位时间内网络上传输的数据量
    吞吐率 = 吞吐量/传输时间
    点击率
    每秒钟用户向服务器提交的请求数。这个指标是web应用程序特有的一个指标,可以想象为每秒钟用户共在页面上进行多少次点击动作,到那时需要注意的是一次鼠标单击的操作后,客户端有可能向客户端发送了多次请求
    资源使用率
    对不同的系统资源的使用情况,如cpu,内存,io。

    ----------------------

    一 .测试的流程
     测试贯彻在产品生命周期中的每一个环节,从需求开始到测试计划、测试设计以及测试用例设计与审批及执行,最后回归测试。产品发布上线后跟踪用户使用的反馈,周而复始的循环直到产品不在维护
    参与需求的审评
     审评内容主要分为功能性、准确性、完整性、可测性、优先级和约束性。当然还有其它的性能要求、安全、可补充性、易用性等
     功能性指描述功能的规格说明、状态变化、界面格式的定义等表述合理;准确性指需求完整,无歧义;完整性指需求可以满足用户的使用;可测性指需求是否可以被测试用例覆盖到;优先级指优先完成那部分;约束性指某些事件是否需要一定的前提条件
    测试计划
     测试计划应该以文档的形式输出,主要包含的几个点为测试对象(根据需求分析测试对象的应测特性和不测特性,不测说明原因)、测试通过或失败的标准(主要为为测试用例的覆盖率和问题的修复率)、测试任务安排(谁负责什么模块)以及工作量的估算。还有其他的一些资源统计、项目简介等。
    测试设计
     测试设计是对测试计划的细节。也是以文档的形式输出。主要内同又测试环境的描述、用例的执行顺序(一般都是功能性用例到易用性、兼容性再到安全性、异常行为等)、用例的设计规定(用例编号的定义、冒烟测试的设计等)以及问题单相关的(缺陷管理工具、缺陷严重级别定义、以及缺陷的分析等)。
    测试用例
     测试用例的设计主要运用等价类、边界值、输入域、因果图、错误猜测、异常分析等方法进行设计。覆盖的点越全越好。必要的时候可以上网搜索一下类似的产品用例是怎么设计的,可以作为参考。
     测试执行根据测试用例执行,正常每天执行的用例为20-30条。没执行一条用例要执行其相关的,可能用例没覆盖到的功能,出现问题不管是什么问题(包含自己误操作)都要重复操作并且找到问题所在,在提交问题单。
    回归测试
     回归测试测试一般分为两种,全部回归和部分回归。全部回归为测试用例重新执行一遍;部分回归为测试问题单用例及问题单相关的部分。
    跟踪用户反馈
     手机用户使用过程中反馈的问题,整理问题,设计需求的与产品经理讨论解决。产品现有问题整理后提交问题单,下次迭代的时候进行测试

    ----------------------

    mysql重点指标

    qps
    每秒钟查询数量
    show global status like “Question%”;
    tps
    tps = 事物数/秒数
    show global status like ‘com__commit’
    show global status like 'com_rollback'
    线程连接数
    使用最大连接数
    show global status like 'Max_used_connections';
    现在连接数
    show global status like 'Threads%';
    设置最大连接数
    show variables like 'max_connections'
    Query Cache
    查询缓存用于select查询结果
    当下次接受相同请求时,不在执行实际查询处理而直接返回结果
    使用于大量查询,很少改变表中数据
    修改 Query Cache
    修改 my.cnf
    讲query_cache_size设值为具体的大小,具体大小取决于查询的实际情况。但最后好时1024的倍数,参考值时32M
    增加:query_cache_tyo=0 1 2
    如果设置为1,将会换内存所有的结果,除非你的select语句使用SQL_NO_CACHE禁用了查询缓存
    如果设置为2,则只缓存在select语句中通过sql_CACHE指定需要缓存的查询
     Query Cache
    show status like 'Qcache%'
     Query_cache_hits = (Q)
  • 相关阅读:
    LeetCode(258):Add Digits
    LeetCode(7):Reverse Integer
    LeetCode(14):Longest Common Prefix
    LeetCode(58):Length of Last Word
    LeetCode(165): Compare Version Numbers
    LeetCode(20):Valid Parentheses
    LeetCode(125):Valid Palindrome
    Scala中Curring实战详解之Scala学习笔记-16
    Scala中SAM转换实战详解之Scala学习笔记-15
    Scala学习笔记-14
  • 原文地址:https://www.cnblogs.com/limou956259/p/10877490.html
Copyright © 2020-2023  润新知