精华内容
下载资源
问答
  • linux安装服务器压力测试工具siege简介:Siege是一个压力测试和评测工具,设计用于WEB开发这评估应用在压力下的承受能力:可以根据配置对一个WEB站点进行多用户的并发访问,记录每个用户所有请求过程的相应时间,并在...
    linux安装服务器压力测试工具siege

    简介:
    Siege是一个压力测试和评测工具,设计用于WEB开发这评估应用在压力下的承受能力:可以根据配置对一个WEB站点进行多用户的并发访问,记录每个用户所有请求过程的相应时间,并在一定数量的并发访问下重复进行。
    Siege是一个多线程http负载测试基准测试工具。
    Siege:这是Linux系统下的一个测试工具,完全使用C语言实现,可以对HTTP和FTP服务器进行负载和性能测试。通过使用Siege 提供的功能,可以很容易的制定测试计划:包括规定使用并发用户数、重复数量,从而可以模拟在服务器、网络或者其它对象上附加负载以测试他们提供服务的受压能力,方便的测试服务器的性能。最后,利用Siege提供的测试结果来分析性能指标或者分析他们提供的服务在不同负载条件下的性能情况,分析测试结果,找出影响系统性能的瓶颈。

    我的环境: linux centos7.x

    打开网页


    点release, 从这里获取发行版下载地址


    选择合适的版本, 在这我选择v4.0.4 , 复制 'tar.gz'的超链接地址

    安装依赖
    yum install autoconf libtool
    # 安装依赖 libssl , 这个yum没有, 需要下载源码安装, 如果没有此依赖, 将无法测试https的地址
    官网:https://www.openssl.org/;
    下载页面:https://www.openssl.org/source/;
    源码地址:https://www.openssl.org/source/openssl-1.0.1t.tar.gz ;
    # 下载
    wget https://www.openssl.org/source/openssl-1.0.1t.tar.gz
    # 解压
    tar zxvf openssl-1.0.1t.tar.gz
    # 切换到目录
    cd openssl-1.0.1t
    # 配置 注意是config 不是Configure
    ./config --prefix=/usr/local/ssl --openssldir=/usr/local/ssl
    # 编译安装
    make && make install


    # 使用wget 下载siege源码

    # 解压
    tar zxvf siege_v4.0.4

    # 进入目录
    cd siege-4.0.4/

    # 重要提示, 如果下载的是github上的release版本, 那么是没有带configure 配置文件的, 需要自己生成, 如果是其它地方下载的可能已经是带有configure配置文件的, 就不需要再生成!

    # 查看有没有带configure
    ls
    如下面是没有带configure的


    # siege源码目录没有configure配置文件,生成configure 如果有就忽略生成configure这一步骤
    utils/bootstrap

    # 配置
    ./configure --prefix=/usr/local/siege_4.0.4

    # 编译 安装
    make && make install

    如果上面操作没有出来error, 基本上说明安装成功了!
    使用一下来证明:
    # 切换到安装目录
    cd /usr/local/siege_4.0.4/bin

    # 测试百度首页 50并发, 执行两次
    ./siege -c 50 -r 2 https://www.baidu.com -i -b

    虚拟机下linux测试


    腾讯云服务器上测试


    上面测试说明以腾讯云服务器上测试为准:
    Transactions 900 hits // 一共访问900次
    Availability 100.00% // 访问成功率100%
    Elapsed time 9.98 // 测试一共用了9.98秒
    Data transferred 23.47M //测试传输的数据量
    Response time: 0.31 //平均响应时间0.31秒
    Transaction rate 90.18 //每秒事务处理量 tps (Transactions /Elapsed time)
    Throughput 2.35M/s // 每秒吞吐量 (Data transferred/Elapsed time)
    Concurrency 27.96 //并发用户数 (900*0.31/9.98)
    Successful transactions 900 //成功900
    Failed transactions 0 //失败没有
    Longest transaction 7.85 //最长响应时间7.85秒
    Shortest transaction: 0.03 //最短响应时间0.03秒

    参数说明:
    输入名称
    解释说明
    -V, –version
    打印版本信息
    -h, –help
    打印帮助信息
    -C, –config
    显示配置信息
    -v, –verbose
    打印冗余配置信息。
    -g, –get
    显示HTTP交易。
    -c, –concurrent=NUM
    设置并发用户数
    -u, –url=”URL”
    设置被测Web的URL
    -i, –internet
    用户模拟、随机访问URL
    -b, –benchmark .
    基准测试。
    -t, –time=NUM
    设置测试时间。
    -r, –reps=NUM
    设置测试次数
    -f, –file=FILE
    更改配置文件存档
    -R, –rc=FILE
    更改siegerc文件和环境变量
    -l, –log
    测试日志
    -m, –mark=”text”
    标记测试日志
    -d, –delay=NUM
    设置时间延迟
    -H, –header=”text”
    增加测试头文件
    -A, –user-agent=”text”
    设置代理测试请求


    /END



    展开全文
  • 服务器压力测试

    千次阅读 2018-04-04 11:30:37
    博客学院下载GitChat论坛 写博客发Chat登录注册 10大主流压力测试...

    10大主流压力测试工具推荐

    转载 2017年05月24日 10:58:18

    在移动应用和Web服务正式发布之前,除了进行必要的功能测试和安全测试,为了保证互联网产品的服务交付质量,往往还需要做压力/负载/性能测试。然而很多传统企业在试水互联网+的过程中,往往由于资源或产品迭代速度等原因忽视了这一块工作,导致新产品上线之后频繁出现卡顿等严重影响用户体验的问题。那么互联网产品为什么要进行压力/负载/性能测试,又有哪些工具帮我们实现呢,本文将为您细说端详。
    压力/负载/性能测试之异同
    在产品研发过程中,常常会混淆压力/负载/性能测试这三者之间的区别,这三种测试到底有什么不同呢?
    压力测试(StressTesting),也称为强度测试,通过模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间或超大负荷地运行测试软件,来测试被测系统的性能、可靠性、稳定性等。压力测试需要确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大的服务级别。通俗地讲,压力测试是为了发现在什么条件下您的应用程序的性能会变得不可接受。
    负载测试(Load Testing)通常被定义为给被测系统加上它所能操作的最大任务数的过程,负载测试有时也会被称为“容量测试”或者“耐久性测试/持久性测试”,其目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。对于WEB应用来讲,负载则是并发用户或者HTTP连接的数量。负载测试通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力。
    性能测试(PerformanceTesting)的目的不是去找系统Bugs,而是排除系统的性能瓶颈,并为回归测试建立一个基准。而性能测试的操作,实际上就是一个非常小心受控的测量分析过程:“运行负载试验->测度性能->调试系统”。在理想的情况下,被测应用在这个时候已经是足够稳定,所以这个过程得以顺利进行。性能测试还有另一个目标就是建立一组被测系统的基准数据。应用在网络上的性能测试重点是利用成熟先进的自动化技术进行网络应用性能监控、网络应用性能分析和网络预测。
    虽然三种测试的目的截然不同,但其测试操作的环节都是基本一致的,因此一次测试过程中完全可以包含性能测试、负载测试、压力测试三个方面的内容,所使用的测试工具往往大同小异。
    10大主流压力/负载/性能测试工具推荐
    市面上流行的压力/负载/性能测试工具多是来自国外,同时由于开发的目的和侧重点不同,其功能也有很大差异,下面就为您简单介绍10款目前最常见的测试产品。
    1
    LoadRunner
    LoadRunner是一种预测系统行为和性能的负载测试工具,通过模拟实际用户的操作行为进行实时性能监测,来帮助测试人员更快的查找和发现问题。LoadRunner适用于各种体系架构,能支持广泛的协议和技术,为测试提供特殊的解决方案。企业通过LoadRunner能最大限度地缩短测试时间,优化性能并加速应用系统的发布周期。
    LoadRunner提供了3大主要功能模块:VirtualUser Generator(用于录制性能测试脚本),LoadRunner Controller(用于创建、运行和监控场景),LoadRunner Analysis(用于分析性能测试结果)既可以作为独立的工具完成各自的功能,又可以作为LoadRunner的一部分彼此衔接,与其他模块共同完成软件性能的整体测试。
    详见:《性能测试入门——LoadRunner使用初探》(http://www.admin5.com/article/20161114/695706.shtml)
    LoadRunner官网:https://saas.hpe.com/zh-cn/software/loadrunner
    2
    Apache JMeter
    JMeter作为一款广为流传的开源压测产品,最初被设计用于Web应用测试,如今JMeter可以用于测试静态和动态资源,例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP服务器等等,还能对服务器、网络或对象模拟巨大的负载,通过不同压力类别测试它们的强度和分析整体性能。另外,JMeter能够对应用程序做功能测试和回归测试,通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性,JMeter允许使用正则表达式创建断言。
    JMeter的特点包括对HTTP、FTP服务器、数据库进行压力测试和性能测试;完全的可移植性;完全 Swing和轻量组件支持包;完全多线程;缓存和离线分析/回放测试结果;可链接的取样器;具有提供动态输入到测试的功能;支持脚本编程的取样器等。在设计阶段,JMeter能够充当HTTP PROXY(代理)来记录浏览器的HTTP请求,也可以记录Apache等WebServer的log文件来重现HTTP流量,并在测试运行时以此为依据设置重复次数和并发度(线程数)来进行压测。
    参考文章:《云智慧压测实战分享之JMeter工具使用初探》(https://segmentfault.com/a/1190000007922515)
    官网链接:http://jmeter.apache.org/
    3
    NeoLoad
    NeoLoad是Neotys出品的一种负载和性能测试工具,可真实地模拟用户活动并监视基础架构运行状态,从而消除所有Web和移动应用程序中的瓶颈。NeoLoad通过使用无脚本GUI和一系列自动化功能,可让测试设计速度提高5-10倍,并将维护的脚本维持在原始设计时间的10%,同时帮助用户使用持续集成系统自动进行测试。
    NeoLoad支持WebSocket、HTTP1/ 2、GWT、HTML5、AngularJS、Oracle Forms等技术协议,能够监控包括操作系统,应用服务器,Web服务器,数据库和网络设备在内的各种IT基础设施,同时可以通过Neotys云平台发起外部压力。
    官网链接:http://www.neotys.com/product/overview-neoload.html
    4
    WebLOAD
    WebLOAD是来自Radview公司的负载测试工具,它可被用以测试系统性能和弹性,也可被用于正确性验证(验证返回结果的正确性)。其测试脚本是用Javascript(和集成的COM/Java对象)编写的,并支持多种协议,如Web(包括AJAX在内的REST/HTTP)、SOAP/XML及其他可从脚本调用的协议如FTP、SMTP等,因而可从所有层面对应用程序进行测试。
    WebLOAD存在免费和专业两个版本,免费版本支持50个虚拟用户,专业版还提供更多的报告和协议供用户选择。WebLOAD通常用作QA团队的独立运行工具,在开发周期的验证阶段,被测系统(System Under Test,SUT)投入实用之前,在模拟环境中对被测系统进行测试。
    官网链接:http://www.radview.com/
    5
    Loadster
    Loadster是一款商用负载测试软件,用于测试高负载下网站、Web应用、Web服务的性能表现,支持Linux,Mac和Windows等运行环境。
    Loadster能够对Web应用/服务的Cookies、线程、头文件、动态表格等元素发起测试,获得Web在压力下的性能、弹性、稳定性和可扩展性等方面的表现。
    官网链接:http://www.loadsterperformance.com/
    6
    Load impact
    Load impact是一款服务于DevOps的性能测试工具,支持各种平台的网站、Web应用、移动应用和API测试。Loadimpact可以帮助用户了解应用的最高在线用户访问量,通过模拟测试不同在线人数下网站的响应时间,估算出服务器的最大负载。
    Load impact的使用非常简单,只需要输入网址进行测试,便可统计出加载网站的一些详细数据。包括整体加载和站内图片,javascript, CSS等代码载入。可以在右侧列表选择不同文件来同时对比最多三个对象的加载数据,并生成图表显示,方便网站设计者来分析。测试完成之后,网站还可以存储测试过的统计数据。
    官网链接:http://loadimpact.com/
    7
    CloudTest
    CloudTest 是一个集性能和功能测试于一体的综合压力测试云平台,专为现代网络和移动应用测试而设计开发,CloudTest可以图形化实现判断、循环,整体减轻了测试开发的工作量,缩短了开发时间。CloudTest基于内存的分析引擎,可以实时收集和展示数据,所有数据在3秒内汇聚显示。
    CloudTest采用虚拟化技术,完美的配合公有/私有云计算技术,无需过多的硬件,带宽资源的投入,人力维护成本几乎为零,测试按需获得,远程接入,适合多团队协作。各种规模的模拟成本均远远优于传统工具,同时大大缩短了测试周期。
    官网链接:https://soasta.com/cloudtest
    8
    Loadstorm
    Loadstorm是一款针对Web应用的云端负载测试工具,通过模拟海量点击来测试Web应用在大负载下的性能表现。由于采用了云资源,所以Loadstorm的测试成本非常低,用户可以在云端选择创建自己的测试计划,测试标准和测试场景。
    Loadstorm最多可以生成多达50000个并发用户,通过数以千计的云服务器发起访问。使用Loadstorm不需要任何脚本知识,同时提供多样化的测试图表和报告模版,用于准确测量Web应用的各项性能指标,如错误率,平均响应时间和用户数量等。Loadstorm可以申请免费试用,但更多压力和功能需要开通高级帐户。
    官网链接:http://loadstorm.com/
    9
    阿里云PTS
    阿里云性能测试(Performance Testing)是一个SaaS性能测试平台,具有强大的分布式压测能力,可模拟海量用户真实的业务场景,让应用性能问题无所遁形。PTS平台特色包括提供压测机,无需安装软件;脚本场景监控简单化,省时、省力;分布式并发压测,施压能力无上限;快速大规模集群扩容、支持几十万用户及百万级TPS性能压测;80%以上用户基本不需要花费额外的成本。
    PTS分为两个版本,Lite版免费,企业版提供资源包月和按量付费两种计费方式,按量付费采用阶梯价计算,满足企业客户多种压测需求。
    官网链接:https://www.aliyun.com/product/pts
    10
    压测宝
    压测宝是云智慧推出的面向真实用户行为与地域分布的全链路云端压力测试平台,通过云端服务器产生真实分布式用户访问压力,模拟来自各地域用户接入后台所带来的真实流量,无限接近生产环境所面临的各种复杂因素,测量真实的用户体验。通过集成云智慧应用性能管理和监控产品,帮助实现基于真实用户行为的压测方案定制、压测过程中实时定位各环节应用资源及代码瓶颈,现场纠错,分析应用性能肇因。
    产品功能特色方面,压测宝通过独有的开放架构,支持各种主流网络协议;同时支持手机APP的脚本录制方式,可以大大降低压测脚本制作的时间和难度。依托压测宝以及完善的产品线,云智慧为用户提供了一站式压测服务,面向云计算时代的复杂应用提供专业性能压测服务,帮助企业客观评估应用性能容量,发现全链路性能瓶颈,对应用架构的调优及架构容量规划提供专业咨询服务,满足企业灵活多变的业务需求。目前压测宝已提供高达10万UV并发级别的压测服务。
    官网链接:http://www.yacebao.com/
    以上是市面上比较常见的十款压力/负载/性能测试工具,其中以Jmeter和Loadrunner为代表的大部分产品属于传统防火墙内的压测,适用于测试内网系统硬件资源以及服务、数据库在并发条件下的性能表现。阿里云PTS和CloudTest为代表的第二代压测产品把压测机迁移到云端,通过云资源在防火墙外部生成规模并发,有效降低了压测的成本与准备周期,提高了效率。只是由于压测点限制,国外或阿里的云压测产品,很难对国内应用,特别是非阿里环境部署的应用发起有效测试。
    为满足复杂的云端分布式应用交付场景的压力测试需求,第三代以云智慧压测宝为代表的压测产品应运而生,从终端用户行为与体验的视角来审视应用性能问题,通过与APM整合深度追踪系统,准确发现影响性能的问题瓶颈。

    几款Web服务器性能压力测试工具

    • u012942982
    • u012942982
    • 2017年02月16日 10:02
    • 22635
    一、http_load程序非常小,解压后也不到100Khttp_load以并行复用的方式运行,用以测试web服务器的吞吐量与负载。但是它不同于大多数压力测试工具,它可以以一个单一的进程...

    压力测试工具

    • liufeng_king
    • liufeng_king
    • 2012年01月13日 10:53
    • 3612
    随着Web 2.0技术的迅速发展,许多公司都开发了一些基于Web的网站服务,通常在设计开发Web应用系统的时候很难模拟出大量用户同时访问系统的实际情况,因此,当Web网站遇到访问高峰时,容易发生服务器...
    广告

    超实用压力测试工具-ab工具

    • u012891504
    • u012891504
    • 2016年12月02日 17:17
    • 1007
    写在前面在学习ab工具之前,我们需了解几个关于压力测试的概念吞吐率(Requests per second)概念:服务器并发处理能力的量化描述,单位是reqs/s,指的是某个并...

    压力测试工具JMeter入门教程

    • chenleixing
    • chenleixing
    • 2015年02月02日 22:14
    • 218169
    1.Jmeter 概要描叙jmeter 是一款专门用于功能测试和压力测试的轻量级测试开发平台。多数情况下是用作压力测试,该测试工具在阿里巴巴有着广泛的使用,估计是不要钱吧,哈哈,功能上来说...

    http压力测试工具及使用说明

    • changNet
    • changNet
    • 2016年04月19日 11:42
    • 2604
    说明:介绍几款简单、易使用http压测工具,便于研发同学,压测服务,明确服务临界值,寻找服务瓶颈点。压测时候可重点以下指标,关注并发用户数、TPS(每秒事务数量)、RT(事务响应时间)、事物失...

    Web网站压力测试工具

    • 2016年11月10日 10:44
    • 10KB
    • 下载

    Apache Bench——ab性能测试工具

    • wx19900503
    • wx19900503
    • 2018年02月23日 11:32
    • 1196
    ab是一种用于测试Apache超文本传输协议(HTTP)服务器的工具。apache自带ab工具,可以测试apache、IIs、tomcat、nginx等服务器但是ab没有Jmeter、Loadrunn...

    十个免费的WEB压力测试工具

    • GarfieldEr007
    • GarfieldEr007
    • 2016年12月26日 21:26
    • 9817
    两天,jnj在本站发布了《如何在低速率网络中测试 Web 应用》,那是测试网络不好的情况。而下面是十个免费的可以用来进行Web的负载/压力测试的工具,这样,你就可以知道你的服务器以及你的WEB应用能够...

    三种web性能压力测试工具

    • LanSeTianKong12
    • LanSeTianKong12
    • 2015年12月02日 10:07
    • 20383
    三种web性能压力测试工具http_load webbench ab小结题记:压力和性能测试工具很多,下文讨论的是我觉得比较容易上手,用的比较多的三种 http_load 下载地址...

    jmeter对oracle压力测试

    • hanghangaidoudou
    • hanghangaidoudou
    • 2016年10月07日 19:25
    • 1178
    下载Oracle的jdbc数据库驱动包,注意Oracle数据库的版本,这里使用的是:Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 ...

    压力测试工具

    • liangpei2008
    • liangpei2008
    • 2015年10月08日 13:01
    • 434
    【背景】   最近研发了一个网站,需要对网站进行简单地压力测试,因为网站是基于PHP的,所以找到了apache下的压力测试工具ab.exe;【使用】  1. 先下载ab.exe,将其放至到apa...

    基于linux的3款压力测试工具:Siege,webbench,ab

    基于linux的3款压力测试工具:Siege,webbench,ab1.Siege 一款开源的压力测试工具,可以根据配置对一个WEB站点进行多用户的并发访问,记录每个用户所有请求过程的相应时间,并在...
    • Q1059081877Q
    • Q1059081877Q
    • 2016年09月14日 11:10
    • 715

    强大的TcpServer压力测试工具源码(附突破连接限制的方法和工具)

    • 2010年07月23日 03:45
    • 903KB
    • 下载

    常用的网站压力测试工具有哪些

    • whazhl
    • whazhl
    • 2015年05月18日 09:41
    • 1755
    1、LoadRunner 支持多种常用协议多且个别协议支持的版本比较高;可以设置灵活的负载压力测试方案,可视化的图形界面可以监控丰富的资源;报告可以导出到Word、Excel以及H...

    介绍几款Web服务器性能压力测试工具(转)

    • qq_21120027
    • qq_21120027
    • 2016年09月12日 18:57
    • 8258
    一、http_load程序非常小,解压后也不到100K http_load以并行复用的方式运行,用以测试web服务器的吞吐量与负载。 但是它不同于大多数压力测试工具,它可以以一个单一的进程运行,一...

    简单的网站压力测试工具

    • 2010年07月30日 10:39
    • 16.68MB
    • 下载

    网站压力测试工具,不用安装,在线进行【强烈推荐】

    网站压力测试工具,估计做网站的人都用过了,虽然各人有各人的选择测试工具的不同。就好比我来说,我一直用的是loadrunner压力测试工具。不过是不是每个人每个网站都需要用到这种企业级的压力测试工具呢...
    • avonqin
    • avonqin
    • 2013年11月06日 21:01
    • 7904

    服务器压力测试心得

    • tongdajiu
    • tongdajiu
    • 2016年07月07日 17:46
    • 4091
    最近完成了一个服务器框架, 于是测试的他的qps,发现了一个奇怪的问题,测试出来qps只有3w/s,与前面说的10w/s,有很大的差距。使用trace命令打印出glibc函数调用信息,发现了大部分的时...

    (原创)如何对APP服务端进行压力测试


    • jiuqifengyu
    • 2017年04月24日 10:05
    • 6172
    版权声明:本文为原创文章,转载请先联系并标明出处APP性能测试分为客户端性能测试和服务端性能测试,客户端的性能测试主要是针对启动快慢、耗电量、耗流量、内存使用等指标进行评估,目前主流的APP客户端...

    几款服务器压力测试软件

    • lampsunny
    • lampsunny
    • 2011年03月29日 10:54
    • 12217
    本文介绍了几个比较典型的服务器评测软件,无论什么评测工具,基本的技术都是利用线程技术模仿和虚拟用户,在这里主要的难点在于测试脚本的编写,每种工具使用的脚本都不一样,但是大多数工具都提供录制功能就算是不...
    等级:
    访问量: 49万+
    积分: 4899
    排名: 7156


    加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
    展开全文
  • 软件测试-测试计划

    千次阅读 2019-04-18 19:36:29
      相信大多数的软件测试工程师都听说过或者简单了解过测试计划,但是你真的知道什么是测试计划么?你真的知道如何编写测试计划么?大多数人应该是一脸茫然。百度的结果五花八门,有没有相对规范的标准呢?答案是...

      相信大多数的软件测试工程师都听说过或者简单了解过测试计划,但是你真的知道什么是测试计划么?你真的知道如何编写测试计划么?大多数人应该是一脸茫然。百度的结果五花八门,有没有相对规范的标准呢?答案是没有,至少我没有找到。那么今天我就结合经验和对一些国内技术前沿的公司跟大家聊一聊什么是测试计划以及如何编写测试计划。
      计划的必要性
      在我们日常的工作和生活中,经常需要做计划。古人云:凡事预则立,不预则废(《礼记.中庸》),也就是强调预先计划的重要性和必要性。
      我们做项目,项目需要定项目计划;测试作为项目中的一部分,当然也需要制定测试计划。

    • 测试计划就像是我们写论文一样,首先做好提纲,才能一步一步的完善填充,有了测试计划就掌握了整个项目的进度和方向,在工作中可以有个指导的作用,不至于偏离工作方向;
    • 测试计划规定预期的目标,以什么样的程度完成和在预期多久内完成,这样的规定能够使工作人员做好心理准备,合理的期限和目标能够使工作人员不松懈,有效率的完成一个项目;
    • 计划作为对未来工作的规划,肯定会受到突发的或者不稳定的因素影响而导致整个项目出现延期甚至无法进行的结果。因此计划中对于风险评估的必要性就在于罗列出影响整个项目进行的因素,并制定相应紧急方案,将损失降至最小化;
    • 人员的安排呈现合理化。任何一个项目内的工作都有难易繁简的划分,因而才需要有专长的工程师进行对应的测试。难度较大的由资深测试人员安排,难度小的由新进实习生来进行,整个项目的进行就会显得合理化层次化条理化。同时将职责清晰地具体划分到个人身上,也有利于日后的纠错,及时发现哪个环节出现问题;
    • 测试计划的制作是在需求分析完成之后所进行,所以测试计划的执行在一定程度上也是对需求分析的进一步的检验,若在制定过程中,发现有不合理的因素存在,还能及时反馈,进行调整,不至于使众多的人力做了无用功;
    • 测试计划的安排也是一个项目中多个部门间合作的工作指导,一环扣一环,工作的交接在时间上做好详细的备注,才能让部门的合作显得默契。

      一个测试计划制定者的素养:

    • 有多年从事测试工作的经验,能够条例清晰的罗列出测试中的流程和应当留心的步骤,以及不可缺少的风险规避的意识
    • 对于部门的员工能力要有一定程度的了解,才能合理的安排工作内容
    • 高压下的冷静处理能力,一旦项目出现突发的严重问题,能够冷静找出出错环节。
    • 人际沟通的能力,一个测试计划也是有与其他部门之间的合作关系,需要与其保持及时有效的沟通,了解到他们的需求

      那么我们什么时候来做测试计划呢?
      一般来说,在产品需求确认,做过测试需求分析之后我们就要开始编写测试计划。当然测试计划编写的工作要根据工作实际来决定,也就是具体情况具体分析(政治课学的哈~)
      其实,要想做好测试计划必须有一定的测试经验。那么下面我就结合工作实际,跟大家聊一聊测试计划的内容。
      测试计划的内容:

    • 测试范围 明确测什么?比如:产品的具体业务需求有哪些?产品是web端的还是移动端的,还是两者都有?

    • 测试策略 明确怎么测?对不同业务需求,具体要有哪些测试类型、测试场景、测试方法。

    • 资源安排 包括测试人员的安排,测试环境是怎样的,测试工具的选择等。

    • 进度安排 在明确测试范围、方法和人员之后,我们要考虑什么时候开始测试,预计要测试多久?以便和开发计划、上线计划衔接。

    • 发布标准 发布标准是测试完成和产品上线需要满足的条件,以便项目内所有角色都有一致认可的目标。怎样才算是测完了?达到怎样的标准才可以上线?

    • 风险预防 最后,我们需要对整个测试过程中可能存在的风险,以及当这些风险发生时的应对措施提前进行一些考虑和准备,并在测试计划中体现出来。

      我们把这些内容模板化,形成测试计划的模板。无论是在实际的工作中还是大家学习编写测试计划,都可以用这样的模板来使用。

    在此模板的基础上,我们一点点来剖析如何编写测试计划。
    在这里插入图片描述在这里插入图片描述
    这里的参考资料可以有:(可行性分析报告、软件需求定义、软件系统分析、软件概要设计、软件详细设计、软件测试需求、硬件可行性分析报告、硬件需求分析、硬件概要设计、硬件原理图设计、硬件结构设计、硬件测试需求、模块开发手册、测试时间表及人员安排、测试计划、测试方案、测试报告、测试分析报告、用户操作手册、安装指南等)
    2 测试范围
    测试范围的确定来自于需求文档,依据是项目的交互稿和需求分析结果
    2.1功能测试范围的分析
    功能点的拆分、接口测试、UI测试
    2.2系统测试范围的分析
    (1)容错处理
    (2)兼容性要求
    (3)配置要求
    (4)性能要求
    (5)安全性要求
    (6)可靠性、日志文件
    在这里插入图片描述
    3.测试策略
    为了更好确定软件测试策略,可以问如下一些问题:
    (1).回归测试的范围如何确定?
    (2).如何利用可重复性的测试?
    (3).测试缺乏可预见性,如何收集衡量测试结果的指标?
    (4).如何建立稳定的、模拟系统实际运行的测试环境?
    (5).如何从无穷的输入数据中选择合理的、有效的测试数据集?
    (6).如何衡量这份测试策略的有效性?
    1、基于测试技术的测试策略
    (1).任何情况下都要使用边界值分析方法
    (2).等价类划分法是对边界值分析方法的有效补充
    (3).如果功能的输入数据/条件存在多种组合情况,则使用因果图
    (4).错误推测法
    (5).对照程序逻辑来审查已有测试用例的逻辑覆盖程度
    (6).白盒测试
    2、分阶段的测试策略
    (1).严格执行代码审查
    (2).单元测试和集成测试,准备自动化测试
    (3).系统测试中,以每次发布用户基线为结束标志
    (4).不能忽略安全性测试、可用性测试、配置测试和数据完整性测试
    (5).在功能测试、安全性测试、配置测试中进行探索性测试
    3、基于测试方案的综合测试策略
    (1).测试优先级,优先级越高,越早测试,测试力度越大
    (2).使用尽可能少的测试用例,发现尽可能多的程序错误
    (3).测试策略尽量简单、清晰
    (4).基于缺陷分析的测试策略
    在这里插入图片描述
    4、测试资源
    测试人力资源包含两个维度:
    1、测试人员数量
    2、测试人员经验、能力。
    环境资源一般包括:
    1、测试服务器环境(尽量与线上环境保持一致)
    2、终端环境(PC配置,手机型号)
    3、测试工具(bug管理工具,用例管理工具,性能测试工具等)
    在我们的测试计划中,测试人员分配、测试环境资源、网络资源、工具使用都要明确写出来。
    在这里插入图片描述
    5、进度安排
    测试工作的进度安排依赖于开发工作的节点和提交测试进度的时间,并且直接影响预期的上线时间。所以我们需要根据产品业务的复杂度、所需要进行的不同的测试类型的复杂度、产品上线的质量要求的高低、测试人员的数量、能力和经验这些因素,来评估不同阶段、不同类型的测试工作的工作量。
    可以用工作分解结构表方法评估工作量:
    1、列出本项目需要完成的各项任务
    2、细化每个任务,尤其是测试阶段,需要对模块进行拆分,拆分到可衡量和细化的维度
    3、预先设计测试点,按照测试点来估算
    4、给每个维度估算时间,需要优化和重复操作的部分
    5、在已估算结果上浮动10%-15%
    在这里插入图片描述
    6、发布标准
    测试完成的标准,也就是说做到什么样算是测试工作做完了。主要包括:
    1、测试计划里所有测试类型都已经完成了
    2、功能上、兼容性上没有影响用户使用的Bug
    3、允许遗留小部分影响不是很大的Bug,但这个数量应该小于一个值
    4、性能上符合设计目标和上线要求 这些标准都是针对测试工作本身的要求。
    在满足了测试本身的前提下,产品要发布还需要满足要求:
    1、产品需求都已完成
    2、交互视觉走查都已完成
    3、一流的小部分Bug项目组完成了风险评估,都认可且问题不大
    4、产品使用说明或用户手册或更新log都已完备等等。
    在这里插入图片描述
    7、风险说明
    测试风险分类:
    1、测试范围的风险,测试遗漏、需求变更;比如说一开始测试需求分析不准确、不到位漏了测试点,甚至某个测试类型遗漏了,这样问题就比较大了,所以测试需求分析是整个测试工作的基础,还有就是产品需求变更的风险,加需求、减需求、改需求都需要重新进行测试需求分析,需要测得一定要测到,不需要测的就不要浪费人力物力和工作量;
    2、测试进度的风险,工作量预估不准确、耦合任务延迟、测试人员变动;比如说做计划时工作量估计的不准,测试做着做着发现时间不够导致项目延期,还有测试依赖开发,可能开发工作没有按时完成或改bug不及时导致进度延后,还有可能测试人员因为别的项目更重要抽调走了或者请假、离职等原因造成人员变动;
    3、产品质量的风险,代码质量、测试人员能力;比如开发的代码质量比较低或者测试人员是新人对业务不熟悉,能力和经验有所欠缺等等。
    测试风险的控制方法:
    1、根据风险发生的概率和带来的影响确定风险的优先级,然后才去措施避免那些可以避免的风险;
    2、风险转移,比如去掉新功能,转移风险;
    3、不可避免的风险,就设法降低风险,如提高测试用例的覆盖率;
    4、事先做好风险管理计划,喜欢里程碑和验收管理;
    5、有一套应急、有效的处理方法,比如全员了解,注意日常观察,及时发现风险出现的征兆;
    6、做计划时,要留有余地
    7、制定文档标准。
    在这里插入图片描述
      到这里我们就完成了一份测试计划。有的人可能依旧存在疑问:做计划真的有那么重要么?我们实际工作中有很多项目根本就没有计划依旧可以完成的啊!我们来看一下不做计划可能会有哪些问题~
     首先,如果没有计划我们无法预估工作量和需要的测试人员数量。一个项目的工作量和需要的人员数量都没有依据,在公司里怎么来协调和安排呢?
     其次,测试人员的分工明确,会导致工作重复和遗漏。出了问题大家可能都觉得不是自己的问题,导致工作混乱效率低下。
    再就是测试进度失控。到底什么时候做完没有一个预期,其他的团队怎么安排工作呢?进度有没有失控也没有判断依据,临到预计的上线时间才发现还有很多没有测到、没测完,直接影响整个项目的进行。
    还有就是应对需求变更困难,对可能出现的风险没有准备。一旦出现问题,大家一片混乱,很容易导致测试遗漏和项目延期。
     最后就是没有统一发布标准,上线意见不一致。测试团队认为Bug太多不能上线,开发团队认为都是小Bug不要紧,先上线再说,导致争执不下的局面。、
     当然根据项目不同还可能存在其他一些列问题…
     总而言之,测试计划的作用非常重要。

    • 指导测试过程
    • 协调项目安排
    • 提高测试效率
    • 提高测试质量
      做测试计划对测试人员的能力和要求是非常高的,从另一个角度来说,测试计划可以体现一个测试人员的自我修养。一个测试人员需要很好的经验沉淀、有很多好的全局意识才能做好一个项目的测试计划。
      希望大家都能够很好的胜任编写测试计划这项工作。
    展开全文
  • 测试计划

    千次阅读 2019-09-23 15:37:19
    测试计划(Testing plan)的定义: 描述了要进行的测试活动的范围、方法、资源和进度的文档; 是对整个信息系统应用软件组装测试和确认测试。 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。 ...

    测试计划(Testing plan)的定义:

    描述了要进行的测试活动的范围、方法、资源和进度的文档;
    是对整个信息系统应用软件组装测试和确认测试。
    它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。
    测试计划可以有效预防计划的风险,保障计划的顺利实施。

    测试计划的目的

    (1)为测试各项活动制定一个现实可行的、综合的计划,包括每项测试活动的对象、范围、方法、进度和预期结果。
    (2)为项目实施建立一个组织模型,并定义测试项目中每个角色的责任和工作内容。
    (3)开发有效的测试模型,能正确地验证正在开发的软件系统。
    (4)确定测试所需要的时间和资源,以保证其可获得性、有效性。
    (5)确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。
    (6)识别出测试活动中各种风险,并消除可能存在的风险,降低由不可能消除的风险所带来的损失。

    编写测试计划,就是为了达到这些目的。

    通过测试计划可以宏观的指导测试的后续工作

    测试计划由谁编写

    测试计划属于管理型文档,是由测试经理、测试主管或测试组长进行编写。

    测试计划编写的6个要素

    1)why——为什么要进行这些测试;
    2) what—测试哪些方面,不同阶段的工作内容;
    3) when—测试不同阶段的起止时间;
    4) where—相应文档,缺陷的存放位置,测试环境等;
    5) who—项目有关人员组成,安排哪些测试人员进行测试
    6) how—如何去做,使用哪些测试工具以及测试方法进行测试。

    5cf51d841975120490.png

    上图主要说明了制定测试计划的相关步骤,下面就着重说明测试计划的主要内容。

    测试计划主要内容


    第1章 引言

    1.1项目背景和目的

    本次是关于健身房管理后台三期项目的测试计划,主要功能包括登录、会员卡信息导入、会员信息导入、私教课和特色课的预约课程限制、潜客管理、签到等管理后台以及APP端的功能测试计划。根据项目情况,安排测试阶段周期2周完成3轮测试工作、人员目前配备的是两个测试人员,在两周内结束测试,达到上线测试标准。三期结束之后可以比较完整的交付用户正式试用管理系统。

    1.2参考资料

    文档资料 文档说明 位置信息
    项目可行性分析报告 项目可行性分析说明书 项目计划\项目可行性分析报告
    软件需求规格说明书 软件需求定义 ...
    软件概要设计 软件采用的框架、软件的数据库结构设计 ...
    软件详细设计 软件数据库每个表的详细设计等 ...
    用户使用说明书 用户使用说明文档 ...
    ...
    ...

    1.3名词解释

    本测试计划中涉及以下名词,解释如下:

    缩写词或术语 英文解释 中文解释
    验收测试 系统开发生命周期方法论的一个阶段,这时相关的用户和/或独立测试人员根据测试计划和结果对系统进行测试和接收
    α测试 是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试,Alpha测试不能由程序员或测试员完成
    黑盒测试 测试人员不关心程序具体如何实现的一种测试方法
    BUG 有时称作defect(缺陷)或error(错误),软件程序中存在的编程错误,可能会带来不必要的副作用,软件的功能和特性与设计规格说明书或用户需求不一致的方面
    β测试 测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场,Beta测试不能由程序员或测试员完成
    .... .... ....

    1.4测试摘要

    管理后台V3期主要涉及的是管理后台的会员卡的绑定、会员导入、会员卡导入等操作,需要重点关注,APP学员的会员信息和管理后台同步;目前的支付方式中只使用次卡、储值卡、期限卡支付;而微信和银行卡支付目前暂不支持,所以此流程暂时不通。

    1.4.1 重点事项

    1. 会员信息导入
    2. 会员卡信息导入
    3. 会员卡绑定
    4. 后台控制用户的课提前预约私教和特色课课程数
    5. ....

    1.4.2 争议事项

    简要说明争议事项。

    1.4.3 风险评估

    目前开发排期时间比较赶,导致测试时间不充分;因项目原因无法延期,所以需要侧重点进行管理后台的测试,APP的测试可根据实际情况适当延期。其二:目前后台管理系统没有进行性能和压力测试,在后期用户数据量猛增可能会导致系统瘫痪的风险;其三:目前测试机型不充分,基本没有进行兼容性测试;在用户试用阶段,建议试用目前已经验证的常规机型和常用浏览器FirFox或chrome浏览器等。

    1.4.4 时间进度

    时间/事项 起始时间 结束时间
    转测时间 .... ....
    测试开始时间 ... ...
    测试结束时间 .... ....
    ... ...

    简要说明测试开始时间与发布时间。

    1.4.5 测试目标

    测试发布的质量目标:

    测试计划中所有测试方法和模块已经执行通过

    所有的测试案例已经执行过

    所有的重要等级为中、严重、非常严重的Bug已经解决并由测试验证

    第2章 项目背景

    2.1测试范围

    目前三期项目的主要功能参考如下:

    5cf5d44d9b67f82707.png

    本次测试计划主要涵盖的测试范围:管理后台V3期和APP以及微信小程序,其中管理端的优先级最高,需要优先上线、其后是APP和小程序。目前涉及的测试方法主要包括接口测试、功能测试、集成测试、系统测试和验收测试;其中接口和整体功能测试、验收测试是目前测试的重点,具体参考原型和需求说明书。

    2.2测试目标

    模块 测试方法 测试情况 备注
    登录 功能/接口 通过
    会员卡导入 功能/接口 通过
    ...

    2.3联系方式

    列出项目参与人员的职务、姓名、E-mail 和电话。

    职务 姓名 E-Mail 电话
    IOS/Android开发工程师 张三 zhangsan@qq.com 156***
    后台开发工程师 ... ... ...
    开发经理 ... ... ...
    测试负责人 ... ... ...
    测试人员 ... ... ...

    2.4风险及约束

    风险和制约因素:

    1. 需求变更更新延迟,导致开发延期
    2. dev和beta环境经常崩溃,导致开发和测试浪费工作时间
    3. 测试人员不足,可能导致测试不充分,需要增加人员等

    2.5测试文档

    测试过程中可能用到的参考文档、概要设计设计文档、详细设计文档以及保存位置,测试应产生测试用例、测试报告等文档。

    2.5.1测试参考文档

    文档说明 作者 文档位置(CVS)
    需求规格说明书 张** ...
    概要设计 ... ...
    详细设计 ... ...
    管理后台使用手册 ... ...
    管理手册 ... ...
    测试用例 ... ...
    API文档 ...
    ... ... ...

    2.5.2测试提交文档

    文档说明 作者 文档位置(CVS)
    《项目测试计划》
    《项目测试方案》(可根据项目情况进行裁剪)
    测试用例
    《性能测试方案(报告)》
    《产品操作手册(后台)》
    《产品操作手册(前台)》
    《产品接口说明》
    《产品安装维护手册》
    《产品错误代码说明文档》
    《产品培训操作文档》
    ... ... ...

    第3章质量目标

    本次需要完成三期后台的开发,该期结束之后,用户可以正式切换进入系统进行试用,APP和后台以及小程序是一个完整的闭环。 需求中提出的功能已完成且测试通过,在线上系统可以正常稳定运行。

    3.1产品质量目标

    用户正式试用,环境稳定运行无异常。

    测试质量目标 确认者(如需说明)
    测试已实现的产品UI是否达到设计的要求
    已实现的功能是否符合产品PO的预期,包括:各个功能点是否以实现,业务流程是否正确
    所有的测试案例已经执行过
    每一部分的测试已经被Test Lead确认完成
    所有的重要等级为的Bug已经解决并由测试验证
    产品规定的操作和运行稳定

    第4章 资源需求

    4.1培训资料

    培训需求 培训内容 培训人员 开始时间 完成时间
    业务流程 管理后台的使用流程 张**
    用户操作说明 用户操作手册培训

    4.2测试环境

    4.2.1硬件测试环境

    服务器配置

    机型(配置) IP地址 操作系统 用途及特殊说明 软件及版本 预计空间
    ubuntu01 *** ubuntu16 服务器 ***
    ubuntu02 K8S服务
    ubuntu03 docker服务..

    客户端配置

    机型(配置) IP地址 操作系统 用途及特殊说明 软件及版本 预计空间
    ThinkVision、16G内存 *** win10企业版 客户机 Chrome74-32位
    锤子手机 Android7.0
    iPhone7p IOS10.0

    4.2.2软件测试环境

    软件需求 用途
    mysql数据库
    rabbit
    ... ...

    4.3测试工具

    此项目将列出测试使用的工具以及用途:

    测试工具 用途
    自动测试工具:selenium+python 自动化回归测试
    JIRA bug管理
    confluence 项目管理工具
    postman 接口自动化测试
    JMeter 性能/接口自动化测试
    ... ...

    第5章 测试策略

    5.1 整体测试策略

    使用里程碑技术在测试过程中验证每个模块,测试人员在需求评审阶段参与测试工作,进行需求review、设计review、测试案例设计和测试开发。在系统开发完成之后,开发自测完成,正式进入执行测试阶段。产品达到软件产品质量要求和测试要求后发布,并提交相关测试文档。

    5.2开始/中断/完成标准

    说明中断/开始/完成测试的标准。

    开始/中断/完成测试 标准说明
    开始测试标准 硬件环境可用且软件正确安装完成
    中断测试标准 安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug
    完成测试标准 完成测试计划中的测试规划并达到程序和测试质量目标,并由Test Lead/R&D Manager确认

    5.3测试类型

    测试类型 是否采用 说明
    功能测试 采用 根据系统需求规格说明书、原型和设计文档,检查产品是否正确实现了功能。
    流程测试 采用 按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理
    边界值测试 采用 选择边界数据进行测试,确保系统功能正常,程序无异常。
    容错性测试 采用 检查系统的容错能力,错误的数据输入不会对功能和系统产生非正常的影响,且程序对错误的输入有正确的提示信息
    异常测试 采用 检查系统能否处理异常
    启动停止测试 采用 检查每个模块能否正常启动停止、异常停止后能否正常启动
    安装测试 采用 检查系统能否正确安装、配置
    易用性测试 采用 检查系统是否易用友好
    界面测试 采用 检查界面是否美观合理
    接口测试 采用 检查系统能否与外部接口正常工作
    配置测试 采用 检查配置是否合理、配置是否正常
    安全性和访问控制测试 采用 应用程序级别的安全性:检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性:检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。
    兼容性测试 需要考虑浏览器的兼容性以及不同手机类型的兼容性(FireFox\chrome\QQ浏览器等;华为手机\iPhone手机\小米\vivo等手机)
    回归测试 采用 检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求
    ... ... ...

    5.4 测试技术

    测试技术 是否采用 说明
    里程碑技术 采用 里程碑的达成标准及验收方法在测试完后制订
    审评测试 采用 对软件产品功能说明文档和设计说明文档进行检查,在需求与设计阶段进行
    编写测试用例 采用 在产品编码阶段编写测试用例
    集成测试 采用 检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。
    确认测试 采用 在产品发布前,对照feature list 进行基本需求的确认,确认产品是否正确实现了功能。
    系统测试 采用 包括回归测试
    验收测试 不采用 由工程实施人员进行
    ... ... ...

    我们要根据不同的测试类型考虑不同的测试方法,对于功能测试,我们根据需求分析的思维导图和功能测试的测试用例覆盖需求列表;兼容性测试,我们要根据产品的应用场景来考虑,比如IE、Chorme、ios、android、不同机型等等;性能测试,根据产品架构、预估数据、线上数据来判断需要执行性能测试的功能接口(比如登录接口);接口测试安全性测试等等要根据实际的项目需求来确定。

    第6章 测试计划

    6.1进度计划

    主要包括里程碑计划,包括阶段、里程碑、资源等。

    6.1.1测试时间进度

    测试阶段 开始时间 完成时间 测试人员 阶段完成标志
    制定测试计划 2019-05-01 2019-05-14 张** 输出测试计划说明书
    需求Review 输出需求说明书或原型
    设计Review 输出设计说明和原型
    设计测试用例 输出测试用例
    测试实施
    功能测试 功能模块级别中以上bugs被修复,测试通过
    集成测试 各个模块间接口及功能bugs级别中以上bugs被修复,测试通过
    系统测试 需求说明书中的功能全部实现且测试通过
    验收测试 产品和UI验收通过
    文档编写 输出测试报告

    6.1.2测试里程碑

    里程碑 完成时间 完成标准
    测试正式开始 完成可接受性测试和冒烟测试
    测试执行 执行测试 完成所有里程碑测试和标准测试,测试种类包括确认测试和系统测试,且所有以发现的Bug等级为非常严重/严重/中的Bug已修复,近期内无发现新的Bug等级为非常严重/严重/中的Bug,等级低的bug根据实际项目时间安排择优处理。
    产品Release 重复进行主路径测试和进行Bug检查测试,产品处于可交付状态并由测试经理和高级经理确认

    6.2测试准备

    6.2.1 测试环境准备

    准备事项 开始时间 完成时间 测试人员 阶段完成标志
    测试环境准备

    6.2.2 安装测试

    准备事项 开始时间 完成时间 测试人员 阶段完成标志
    安装测试

    6.2.3 冒烟测试

    准备事项 开始时间 完成时间 测试人员 阶段完成标志
    冒烟测试

    6.3 具体测试实施任务和时间人员安排

    测试功能点 开始时间 完成时间 测试人员 说明

    以上是测试计划实际情况中的一个文档输出,那么我们如何才能输出这样文档呢?

    根据文档内容要求,我们需要确定测试目标、测试范围和测试策略,以及根据测试范围和测试策略进行测试时间、人力等资源的安排等这几个重点。

    那么如何确定测试目标呢

    测试目标是有质量目标来确定的,而质量目标则从以下三个维度来说明

    1. 产品的商业价值:是质量第一还是快速上线
    2. 根据项目铁三角原则:确定是快速上线还是0bug上线
    3. 根据线上项目事故率:这个也是测试绩效考核的一个点,线上无P0和P1的事故

    根据以上3点确定测试计划的测试目标。

    如何确立测试范围呢

    一般情况下,测试范围是根据需求文档和原型综合评判得出测试计划的测试范围,这里一般情况下建议使用思维导图进行需求分析,这里主要有需求优先级、、需求的关联功能、识别测试重点等确定测试范围,得出测试的关键功能、主要功能、强关联功能 、次要功能、弱关联功能等。

    确定测试策略

    整体测试策略

    1. 业务和技术深度掌握:深挖业务场景,掌握业务相关的接口
    2. 多样化的测试策略:主要有业务场景、交互,UI,兼容性,数据逻辑,业务逻辑,性能测试等多角度进行分析测试
    3. 组内组外的充分沟通:在敏捷开发中显得更加重要

    版本测试策略

    1. 针对不同功能和优先级采用不同的测试策略:P1优先级的功能则需要用例的详细设计,充分考虑用户的实际使用场景,覆盖功能的各种细节和异常情况,在第一轮测试完成之后,P1的第二轮则一般是进行探索性测试,确定所涉及的场景基本都被覆盖。针对P2优先级的功能则需要用例的详细设计,覆盖用户的各种实际使用场景,一般在第一轮测试完成之后,不需要第二轮的探索测试。而对于P3功能一般是直接进行测试要点的编写,进行探索性测试即可。P4的功能一般是直接根据需求文档进行测试。当然如果产品的商业价值可能不同的需求的优先级则有所不同,需要实际项目实际操作。
    2. 交叉抽测和回归测试

    如何制定工期、人员安排、进度安排

    工期的评定

    1. 出卡牌的方式
    2. 头脑风暴

    人员安排

    1. 需要考虑任务的关联度和重要程度
    2. 人员工作量分布

    进度安排

    1. 提测时间安排
    2. 一般使用甘特图进行进度安排
    3. 根据功能的优先级和重点以及人员的工作量情况,排定进度表

    里程碑进度安排

    根据上面的进度安排制定的甘特图,可能会出现颗粒度太细,无法一目了然了解项目进度情况,所以这个时候就需要里程碑,通过里程碑,划分里程碑的进度。可以根据不同的模块相对大小划分里程碑,这里需要注意要加入测试前期的测试用例编写的时间安排以及测试回归时所消耗的时间。

    其他影响

    1. 研发计划
    2. 风险处理:需要根据风险的历史库和预先识别的风险制定风险策略
    3. 研发流程:如果说项目质量要求比较高,我们可能还需要制定冒烟测试计划、单元测试、集成测试等

    通过上面的测试计划内容以及如何制定测试计划的详细说明,相信你可以根据项目情况制定一份确实可行的测试计划啦,马上行动起来吧......

    转载于:https://www.cnblogs.com/LOVEYU/p/10976776.html

    展开全文
  • 测试计划模板

    千次阅读 2018-04-25 10:51:53
    XX项目 测试计划 文件状态:[ ]草稿[√]正式发布[ ]正在修改文件标识: 当前版本:1.0作 者: 完成日期: 版本变更记录*状态:A——创建,M——修改,D——废除版号状态变更人变更时间变更内容批准人批准时间...
  • 软件测试计划模板

    万次阅读 多人点赞 2017-12-22 16:06:53
    软件测试计划 第1章 引言 1.1目的 简述本计划的目的,旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。 测 试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使...
  • 软件测试之测试计划与工具(一)

    万次阅读 2019-08-04 19:15:27
    一丶测试计划与工具的学习导图 二丶QC介绍 三丶QC的安装 四丶QC的使用 一丶测试计划与工具的学习导图 二丶QC介绍 1.Quality Center是一个基于Web的测试BUG管理工具 Quality Center是一个基于Web的测试管理...
  • 3. ftp服务器的压力测试 4. sftp的压力测试(缺) 5.http请求的压力测试 6. socket的压力测试 7.邮件服务器测试 7.1基于命令行 7.2基于界面 8.元件介绍 9.1线程组 9.2控制器 9.3监听器 9.4定时器 9.5执行...
  • 测试计划如何编写

    万次阅读 多人点赞 2018-03-27 20:42:11
    作为一个想成为leader(不论是整个测试部门还是小项目组的leader)的人,测试计划编写是必备技能。言归正传,直入主题。测试计划具体包含的内容包括以下:1、概述 1.1 项目标识项目编号项目名称项目类别■新建类 □...
  • 测试计划、测试方案、测试策略、测试用例的区别

    万次阅读 多人点赞 2019-02-02 10:41:42
    测试计划、测试方案、测试策略、测试用例的区别 转自:https://www.cnblogs.com/zhangyublogs/p/5124735.html 一 测试计划  测试计划是指描述了要进行的测试活动的范围、方法、资源和进度的文档。它主要包括测试...
  • 软件测试计划

    万次阅读 多人点赞 2019-09-24 09:03:28
    确定被测项目中功能模块,子功能模块等需要测试的范围。 2 确定需求 确定每个功能结果定义,确定此功能是否存在缺陷。 3 确定策略...
  • 一个完整的测试计划模板

    万次阅读 多人点赞 2019-04-12 15:55:20
    引言 编写目的 编号 确定项目 描述 ...如:功能测试,性能测试等。 4 确定测试方法 确定对每个策略是用哪些方法。如:边界值,等价类等。 5 确定测试工具 如: 功能测试使用Seleium,性...
  • 项目测试计划

    千次阅读 2011-09-09 20:54:34
    XXXX项目 测试计划 状态   草稿 标识号     评审 当前版本 0.1   初始版 前一版本 无
  • JMeter 之TCP服务器并发压力测试

    万次阅读 2015-07-21 10:57:12
    【描述】  apache jmeter是100%的java桌面应用程序,它被设计用来加载被测试软件功能特性、度量被测试软件的性能。 设计jmeter的初衷是测试web应用,后来又扩充了其它的功能。... jmeter可以模拟大量的服务器负载、
  • Jmeter压力测试简单教程(包括服务器状态监控)

    万次阅读 多人点赞 2017-09-18 20:26:08
    Jmeter压力测试,包括登录前和登录后的页面,以及实时显示服务器状态曲线图。
  • 【使用JMeter 对Web服务器压力测试

    万次阅读 2015-05-06 22:13:08
    到目前为止,它的最新版本是2.1.1,它的测试能力也不再仅仅只局限于对于Web服务器测试,而是涵盖了数据库、JMS、Web Service、LDAP等多种对象的测试能力。在最新的 2.1.1 中,它还提供了对于 JUNIT 的测试。 ...
  • 我用Xmind思维导图工具将软件测试的流程画了一张图,并将测试计划的工作进行了细化。如图1。 图1 从这张图中可以看到,软件测试活动的生命周期应该有5个环节:测试计划、测试设计、测试开发、测试执行、测试报告...
  • 测试计划概述

    千次阅读 2007-08-28 11:00:00
     什么是测试计划.... 31.1. 测试计划的定义... 31.2. 为什么要编写测试计划... 31.3. 什么时间做测试计划... 41.4. 由谁来做测试计划... 41.5. 制定原则... 41.6. 面对的问题... 42. 测试计划的内容.... 52.
  • 安装部署WSUS服务器

    千次阅读 2018-09-01 10:25:26
    准备三台服务器:server01、server02、server03,其中server01做域控制器、server02做WSUS服务器、server03做客户机用来测试。 部署server01: 打开server01的服务器管理器: 鼠标点击管理----添加角色和功能: ...
  • 压力测试计划实例

    千次阅读 2017-05-23 16:57:23
    本文不想就软件测试技术和软件测试策略作深入的理论分析,而是列举一个在软件系统测试阶段进行的压力测试实例,希望能通过这个实例与从事软件测试相关工作的朋友进行交流。  首先介绍一下实例中软件的项目背景,该...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 72,765
精华内容 29,106
关键字:

服务器安装测试计划