测试计划

1，计划是什么？ 计划是关于如何做某样事情的思考 2，测试计划是什么？ 测试计划是关于日和做测试软件事情的思考 3，编写测试计划关注的因素点 时间-----由项目计划覆盖 成本-----由合同覆盖 范围-----由需求文档覆盖 质量-----由QA计划或测试计划覆盖 4，编写测试计划的作用 外部：是给顾客一个信心，关于测试过程、技能、资源、工具等的信息 内部：1）作为测试计划的结果，让相关人员和开发人员来评审。 2）存储计划执行的细节，让测试人员来进行同行评审。 3）存储计划进度表、测试环境等更多的信息。 5，测试计划要点-确定测试范围 明确测试对象 1）准备问题：通过了解需求提前准备好问题，有目的去沟通 2）沟通确认：沟通确认“改动了什么”、“改动前后的区别是什么”、“为什么要改”、“改动引起的影响范围有哪些” 3）整理测试范围：根据沟通结果、测试经验等整理出最终的测试范围 6，测试计划要点-制定测试方案 测试方案受三个因素影响：测试策略，进度，安排测试资源 测试计划要点-制定测试进度 测试进度的安排如下： 一轮测试： 功能测试：XX人时，完成时间X月X日 机型覆盖：XX人时，完成时间X月X日 功能回归测试：XX人时，完成时间X月X日 各类评测：XX人时，完成时间X月X日 二轮测试： 冲突测试：XX人时，完成时间X月X日 随机回归测试：XX人时，完成时间X月X日 验收测试

1、讨论你们的测试计划： （1）单元测试—在最低的功能/参数上验证程序的正确性。 （2）功能测试—验证各个模块的功能。 （3）集成测试—验证几个互相有依赖关系的模块的功能。 （4）场景测试—验证几个模块是否能够完成一个用户场景。 （5）系统测试—对于整个系统功能的测试。 （6）外部软件测试人员在实际用户环境中对软件进行全面的测试。 2、我们是否需要测试，直到我们的软件是完美的？ 我们的产品“铁大快捷记账”是面向校园的一款实用性产品，所以做测试是非常的有必要的。 3、对于测试来说什么是“足够好”？ 功能是否过于简单、界面是否足够高大上等等这些都不是重点关注的，我认为，只有用户觉得好用、觉得美观、易上手、越用越好用才是“足够好”。 4、“退出的标准”是什么 ？ 1) 网站在进行所有的测试时，发现一级二级错误暂停测试返回开发。 2) 网站经过单元、集成、确认、系统、验收测试，分别达到单元、集成、确认、安装、验收测试停止标准。 3) 网站通过验收测试，达到了测试计划中的关于集成测试的所覆盖率的要求。 5、每个项目团队定义什么是你的beta版本“足够好”？你的测试矩阵是什么？ 1)界面的美观，用户使用方便，功能的实现符合用户的需求； 2)网站的性能好，不会出现突然退出，程序的崩溃等问题； 3)密码账户等都有一定的保密性；可以正常的登录； 4)可以对数据库进行正常的操作。 测试的矩阵 用户类型

转自： http://www.cnblogs.com/puresoul/p/4853276.html 一、HTTP Request Defaults的作用： 　　该组件可以为我们的http请求设置默认的值。假如，我们创建一个测试计划有很多个请求且都是发送到相同的server，这时我们只需添加一个 Http request defaults组件并设置“Server Name or IP”，然后添加多个http请求且不设置"server name or ip"，这些http请求会默认使用Http request defaults组件设置的值。 参数列表： Attribute Description Required Name 组件名 No Server 域名或IP No Port 端口 No Connect Timeout 连接超时时间(单位毫秒) No Response Timeout 响应超时时间(单位毫秒) No Implementation 实现方式，默认值为Jmeter属性：jemter.httpsampler No Protocol 协议，HTTP or HTTPS No Method 请求方法：HTTP GET or HTTP POST No Path 请求资源路径 No Send Parameters With the Request 参数列表 No Server

jmeter要使用jdbc连接数据库，操作数据库，需要经历如下几个步骤： 安装MySQL的JDBC驱动 将第一步下载的jar包添加到jmeter的测试计划中 配置JDBC 建立JDBC请求 下面就如上步骤进行详细的说明： 1、安装MySQL的JDBC驱动　 　　登入网址 https://dev.mysql.com/downloads/connector/j/ ，下载mysql-connector-java-5.1.46-bin.jar包，并且将jar包放置jmeter的lib目录下 　 2、在jmeter工具中添加jar包----在测试计划中添加jar包 　　　　 3、配置JDBC 在测试计划右击>配置元件>JDBC Connection Configuration Variable Name：连接名称，自定义填写。 Validation Query ： 验证查询 ，不同版本的填写格式可能不同(比如3.1是Select 1，2.6是Select1)，格式错误会报错。最新的Jmeter3.3已经做成下拉框，比较人性化。 Database URL：数据库url，格式固定。 jdbc:mysql://{ip}:{port}/{dbname}?useUnicode=true&characterEncoding=utf8&allowMultiQueries=true jdbc:mysql:/

一、JMeter介绍 JMeter是一款开源桌面应用软件，可以用来模拟用户负载来完成性能测试工作。JMeter的功能在版本升级的过程中已经十分强大，现在多数互联网公司都在使用JMeter来完成产品或者项目的性能测试工作。因为开源所以更具扩展性，能够胜任更多的工具具有更多的可能性。 JMeter的体系结构 图3-1的中的每一个标签就是组件 X空间分为5个维度，Y空间分为2个维度，Z空间1个维度 X1~X5是负载模拟的一个过程，使用这些组件来完成负载的模拟。 Y1：包含负载模拟部分，负责模拟用户请求 Y2：结果验证部分，负责验证结果的正确性 Z：负责结果的收集，实践上只有一个组成部分--监听器，监听器不仅可以放在线程组内，也可以放在线程组之外 二、JMeter下载安装与运行 1）JMeter 安装 1.下载地址:http://jmeter.apache.org/(下载最新版本的JMeter，并解压到任意位置) 2.安装JDK，配置环境变量(JAVA_HOME),最低要求jdk 1.6及以上版本 2）JMeter 运行 1.进入到目录：D:\jmeter\Jmeter\ apache-jmeter-2.9\bin ,下运行jmeter.bat启动jmeter 注意：打开的时候会有图形化界面与命令窗口界面 2.打开之后，是中文界面，如果需要展示英文界面， 选项->选择语言->英语 ，即可

昨晚上睡得晚，头脑发昏，整了篇不知所谓的东西，给园子里面添了乱子，现在静下心来，把《计划测试系列》写完吧。 本计划的上一篇《 计划测试系列（五）——时 》，是Aaron的软肋，写得很糟糕，但为了保持完整性，Aaron还是贴出来了，看着寥寥几人的访问量，Aaron觉得应该加油写出更好的东西出来。废话少说，开始念叨计划测试系列中关于事的部分。 测试是做什么事的呢？测试是为了……赶紧打住，Aaron指的“事” 是一个测试项目过程中所做的具体的事，不是拿着《软件测试》或者其他的经典来念句子的。按照Aaron自己在上一篇中的理解，软件项目流程或者说一个迭代必定要经过计划实施总结这几个阶段。对于测试来讲我们可以将各个阶段再细分，然后就成了下面这个样子： 制定测试计划 至于计划的作用就不再赘述了，而测试计划作为计划测试活动的结晶，理应受到重视。在实际项目中Aaron发现自己写出来的测试计划这个文档本身意义并不大，至少没有计划测试的过程那般有意义。在很多软件作坊之中，测试计划自一出生便被打入冷宫，测试计划的意义仅仅是作坊主朝自己脸上贴金而使用的一种手段。Aaron推荐的方法是完成一个交差的测试计划后，维护一个名为测试计划实质上更像测试设计（Test Design Spec）的文档，在整个测试执行过程中该文档都起着提纲的作用，而且任何读者都可以通过这份Test Design

俗话说：凡事预则立，不预则废！软件测试同样，在测试项目之初就要制定相应的测试计划。接下来谈下如何编写测试计划问题。 一．首先了解以下几个问题： 1． 为什么要编写测试计划？ 1）领导能够根据测试计划做宏观调空，进行相应资源配置等； 2）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等； 3）便于其他人员了解测试人员的工作内容，进行有关配合工作 2． 什么时间开始编写测试计划？ （测试需求分析前总体测试计划书／测试需求分析后详细测试计划书） 3． 由谁来编写测试计划？ 具有丰富经验的项目测试负责人 4． 测试计划编写6要素？（5W1H） 1）why——为什么要进行这些测试； 2) what—测试哪些方面，不同阶段的工作内容； 3) when—测试不同阶段的起止时间； 4) where—相应文档，缺陷的存放位置，测试环境等； 5) who—项目有关人员组成，安排哪些测试人员进行测试 6) how—如何去做，使用哪些测试工具以及测试方法进行测试。 二．编写测试计划注意事项： 1．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况； 2．测试计划一旦制定下来，并不就是一层不变的，世界万事万物时时刻刻都在变化，软件需求、软件开发、人员流动等都在时刻发生着变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．

元件的作用域 先来讨论一下元件有作用域。《 JMeter基础元件介绍 》一节中，我们介绍了8类可被执行的元件（测试计划与线程组不属于元件），这些元件中，取样器 是典型的不与其它元件发生交互作用的元件，逻辑控制器 只对其子节点的取样器有效，而其它元件（config elements 、timers 、post-processors、assertions、listeners）需要与取样器（sampler）等元件交互。 配置元件（config elements） 元件会影响其作用范围内的所有元件。 前置处理程序（Per-processors） 元件在其作用范围内的每一个sampler元件之前执行。 定时器（timers ） 元件对其作用范围内的每一个sampler有效。 后置处理程序（Post-processors） 元件在其作用范围内的每一个sampler元件之后执行。 断言（Assertions） 元件对其作用范围内的每一个sampler元件执行后的结果执行校验。 监听器（Listeners） 元件收集其作用范围的每一个sampler元件的信息并呈现。 在JMeter中，元件的作用域是靠测试计划的的树型结构中元件的父子关系来确定的，作用域的原则是： 取样器（sampler）元件不和其它元件相互作用，因此不存在作用域的问题。 逻辑控制器（Logic Controller

1. 什么情况下需要安装测试组专门进行安装测试？ 安装可以很简单，像一些简单的桌面应用程序，只是简单地复制一些文件，对于这种应用，不需要专门的安装测试组，安装测试能够和其他测试合并在一起。 安装也可以很复杂，需要支持多个操作系统平台，多种数据库，多个版本的中间件，多种网络服务器，多种拓扑结构等，这就要求测试人员具有较好的操作系统、数据库及网络服务器等知识。一般需要一个专门的安装测试组来进行相关测试。 一般来说，企业级Java EE应用都需要使用数据库软件。 2. 典型的拓扑结构是三层架构？ 前端是网络服务器，中间是应用服务器，后端是数据库服务器。 3. 安装测试应该完成哪些内容？ 确保待测产品能够在所有支持的操作系统、数据库、应用服务器中间件、网络服务器、拓扑结构等各种组合情况下，被正确地安装和卸载。 确保安装文档的正确性和易读性。 通俗来说，就是确保安装相关的代码和相关的安装配置文档的正确性。 4. 如何规划安装测试？——安装测试计划 每一个测试人员都需要认真仔细地阅读安装测试计划，并且按照这个文档的规定来进行具体的测试，这是对每一个测试人员最基本的要求。测试计划的主体部分详细描述了安装测试的测试配置和测试场景，这部分内容也最多。 5. 安装测试的基本流程？ 　　a. 学习测试计划和测试用例：在安装测试计划中，包含所有的测试用例，一般要求每个测试人员对所有测试用例有一个基本的了解

1.测试计划的定义 描述了要进行的测试活动的范围、方法、资源和进度的文档； 是对整个信息系统应用软件组装测试和确认测试。 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。 测试计划可以有效预防计划的风险，保障计划的顺利实施。 2.测试计划的目的 （1）为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。 （2）为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。 （3）开发有效的测试模型，能正确地验证正在开发的软件系统。 （4）确定测试所需要的时间和资源，以保证其可获得性、有效性。 （5）确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。 （6）识别出测试活动中各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。 3. 测试计划编写的6个要素 1）why—为什么要进行这些测试； 2) what—测试哪些方面，不同阶段的工作内容； 3) when—测试不同阶段的起止时间； 4) where—相应文档，缺陷的存放位置，测试环境等； 5) who—项目有关人员组成，安排哪些测试人员进行测试 6) how—如何去做，使用哪些测试工具以及测试方法进行测试。 4. 测试计划模板 可以参考这个 博客 和这个 博客 。 以下为我结合两个博客，做出的一个适合自己的测试计划模板： 4.1 引言 4.1