测试计划

基本原则 既然软件测试的目的是寻找软件的错误和缺陷,从而来评估和提高软件质量, 那么软件进行测试时必须要遵一定的原则: 1. 一切测试要追溯到用户的需求 正如我们所知，软件测试的目标就是验证产品的一致性和确认产品是否满足客户的需求，所以测试人员要始终站在用户的角度去看问题、去判断软件缺陷的影响，系统中最严重的错误是那些导致程序无法满足用户需求的缺陷。 2. 应该把“尽早测试和不断测试”作为测试人员的座右铭 我们应该在需求模型完成后立马就开始制定测试的计划,详细的测试用例定义也可以在需求的模型确定后立即开始进行.因此测试应该在代码没有产生前就要进行计划和设计. 3. pareto原则(二八原则):80%的错误,发生在20%的模块中 当某个功能出现问题时,评估其对用户的影响有多大,然后根据大小确定测试的优先级别.优先级高的,优先进行测试. 一般来讲针对用户最常用的20%功能(优先级别最高)的测试会得到完全执行, 而低优先级的测试(另外用户不常用的80%功能)就不是必要的,如果时间或经费不够,就暂时不做或者少做. 4. 穷举测试是不可能的 测试无法显示软件潜在的缺陷,测试只能证明全疆存在错误或缺陷,不能证明软件没错误.因为一个大小适度的程序,其路径排列的数量也非常大,因此不可能在测试中运行每一条路径的组合.然而,充分覆盖程序逻辑,并确保程序所有使用的条件是有可能的. 5.

1、测试是做什么的？ 　　如果是专业的测试人员的话，那软件测试的工作就相当复杂了，首先制定测试计划是势在必行的，包括测试的起始结束时间，在什么时间要有什么进度，之后就是进行各个测试环节，单元测试——集成测试——系统测试——验收测试。这里边前两步是用到白盒测试，后两步需要的是黑盒测试。 　　如果是找测试方面的工作的话，那一开始我相信问得不会很深，但是基础肯定是要知道的，就是什么是黑白盒测试，建议测试文档包含的必须部分等等吧，都是很基础的。 2、软件测试类型都有哪些？测试类型的区别与联系？ 　　 　　测试类型有： 功能测试，性能测试，界面测试 。 　　 功能测试 在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。 　　 性能测试 是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。 　　 界面测试

测试计划的7大要素：（6W1H） why：测试目标，测试目的 what：测试内容，不同测试阶段的工作内容 when：测试工作的起始时间 where：相关文档，缺陷的存放位置，测试环境 who:项目相关工作人，安排哪些测试人员测试 how:如何去做，使用什么样的测试工具以及测试方法进行测试 worry:风险，考虑有什么样的风险存在，准备些解决方案 来源： https://www.cnblogs.com/sophe/p/11640662.html

经历1个多月的时间，软件工程视频和相关文档学习已近尾声，每个人都有不同程度的收获吧，来看看我的感受如何： 通过对软工视频的学习，已了解软工视频大致是在为写文档做预习，一个软件工程必不可少的一部分就是文档的编辑，文档亦难亦不难。不难在我们都能理解每一份文档，并且知道每份文档主要内容有什么，而难亦在怎么将文档的主要内容写出来，用什么表示主要内容，可以让读者更清晰的了解你需要表达什么内容。 通过一次文档的验收，暴露了我们很多问题，即使写的再详细，由于我们缺少经验，总是或多或少的存在某些问题。 比如，对于可行性研究报告主要给要看这份文档的人指出项目开发的实际效益，主要从技术与经济方面，而我的文档中掺杂着一些详细到具体功能的描述，这个是需求或者详细设计文档中的内容，从而使可行性研究报告过于赘余，其他文档也都存在这样的一些问题。 下面我来好好的总结下每份文档中都主要该有什么内容吧。 1.对于可行性研究报告 简单说来就是个老板看的，要让老板看到有利益，才会同意开发这个项目，说白了就是别人投资需要让人看到未来。所以，要对与能创造利益有关的一切因素谈起。这需要从 经济 、 技术 、 生产 、 供销 直到 社会 各种 环境 、 法律 等各种因素进行具体 调查 、 研究 、 分析 ，确定 有利 和 不利 的 因素 、项目是否可行，估计成功率大小、经济效益和社会效果程度

什么是测试计划 　　测试计划，描述了要进行的测试活动的范围、方法、资源和进度的文档；是对整个信息系统应用软件组装测试和确认测试。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。 　　测试计划也称为测试方案，某些企业会将测试方案与测试计划区分开。测试方案主要是测试范围与测试策略，测试计划主要为任务安排与时间进度。 测试计划有什么作用 　　可以从四个方面来进行阐述，分别为管理者角度、测试负责人、测试人员与其他人员，为测试工作提供技术指导。 管理者可以根据测试计划做宏观调控，进行相应资源配置。 测试负责人可以根据测试计划跟踪测试进度。 测试人员能够了解整个项目测试情况，以及项目测试不同阶段所要进行的工作。 便于其他人员了解测试人员的工作内容，进行有关配合工作。 　　百度百科的说明 为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。 为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。 开发有效的测试模型，能正确地验证正在开发的软件系统。 确定测试所需要的时间和资源，以保证其可获得性、有效性。 确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。 识别出测试活动中各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。 来源： https:/

测试计划的内容： 项目背景，测试范围，测试策略（功能，UI，兼容性，性能，安全性，易用性），测试工具，人员，角色，职责，时间 测试策略的目的： 指导测试过程 测试计划的目的： 明确测试任务和测试方法，保持测试过程顺畅沟通，跟踪控制测试进度，应对测试过程中的变更 列出常用的linux 命令： cd cat/head cp mv mkdir rm tar ls find vi chmod nestat more/less 来源： https://www.cnblogs.com/gaoruili/p/11525107.html

作用：控制sampler的执行顺序，需和sampler一起使用 分类： 1. 控制测试计划执行过程中节点的逻辑执行顺序，如：Loop Controller、If Controller等； 2. 对测试计划中的脚本进行分组、方便Jmeter统计执行结果以及进行脚本的运行时控制等，如：Throughtput Controller、Transaction Controller 详解： 1. 简单控制器 方便用户组织sampler和其他logic controller，提供一个块的结构和控制，提供分组存放功能，不具备任何逻辑控制或运行时的功能 2. 循环控制器 指定子节点运行的次数 “永远”选项被勾选，将忽略设置的循环数值，永远循环运行 若同时设置了线程组的循环次数和循环控制器，子节点运行的次数为两个数组相乘的结果。 3. 仅一次控制器 在测试执行期间，该控制器下的子节点对每个线程仅运行一次。 登录场景会经常使用这个控制器 将仅一次控制器作为循环控制器的子节点时，仅一次控制器在每次循环的第一次迭代时会被执行（放在设置循环的线程中时，仅一次控制器的子节点也仅执行一次） 4. 交替控制器（interleave） 迭代中循环执行交替控制器中的一个子节点（控制器除外）。 如交替控制器中存在子节点A和B，线程迭代5次，第一次迭代执行A，第二次迭代执行B...以此类推 忽略资控制器块：被选中时

Jmeter之逻辑控制器 转自： http://www.cnblogs.com/puresoul/p/4886574.html 前言： 1、 Jmeter官网对逻辑控制器的解释是：“Logic Controllers determine the order in which Samplers are processed.”。意思是说，逻辑控制器可以控制采样器(samplers)的执行顺序。由此可知，控制器需要和采样器一起使用，否则控制器就没有 什么意义了。放在控制器下面的所有的采样器都会当做一个整体，执行时也会一起被执行。 2、JMeter中的Logic Controller分为两类： 　　a) 控制测试计划执行过程中节点的逻辑执行顺序，如：Loop Controller、If Controller等； 　　b) 对测试计划中的脚本进行分组、方便JMeter统计执行结果以及进行脚本的运行时控制等，如：Throughput Controller、Transaction Controller。 3、Jmeter提供如下这么多的控制器： 一、简单控制器（Simple Controller）： 　　作用：这是Jmeter里最简单的一个控制器，它 可以让我们组织我们的采样器和其它的逻辑控制器（分组功能），提供一个块的结构和控制，并不具有任何的逻辑控制或运行时的功能。 二、循环控制器（Loop

目录 一、 Logic Controller（逻辑控制器） 二、If Controller【如果（If）控制器】 三、Transaction Controller【事务控制器】 四、Loop Controller【循环控制器】 五、While Controller【While 控制器】 六、Critical Section Controller【临界部分控制器】 七、ForEach Controller 【ForEach 控制器】 八、Include Controller【Include 控制器】 九、Interleave Controller【交替控制器】 十、Once Only Controller【仅一次控制器】 十一、Random Controller【随机控制器】 十二、Random Order Controller【随机顺序控制器】 十三、Recording Controller【录制控制器】 十四、Runtime Controller【Runtime 控制器】 十五、Simple Controller【简单控制器】 十六、jp@gc - Parameterized Controller 十七、Throughput Controller【吞吐量控制器】 十八、Module Controller【模块控制器】 十九、Switch Controller【Switch 控制器

之前在用JMeter做性能测试时基本都用自己的笔记本电脑。 考虑到网络传输和占用系统资源情况时进行了以下分析： 1 在笔记本上，开始-cmd "ping 服务器"，得到传输时间。在某linux机器上"ping 服务器"得到传输时间，两个时间相差无几，认为不会影响测试结果 2 一般我用来测试的linux测试机和笔记本电脑，都是4核 8G。 可是！今天公司网络很不好！严重影响了我的测试。忍无可忍，干脆在linux上测试算啦。 只需一行命令：sh jmeter.sh -n -t http.jmx -l result_*.jtl 步骤： 一 安装jmeter 1 把你笔记本的jmeter添加到压缩包 jmeter.zip 2 上传jmeter.zip到linux服务器：我用rz方式上传到了/opt/soft 3 解压，进入路径/opt/soft/jmeter/bin 4 查看jmeter.sh是否能够执行，若不能未其添加执行权限，我直接 chmod 777 jmeter.sh，可用 sh jmeter.sh -v 来检测命令是否可用。 二 编写测试计划 1 在GUI模式下，新建一个测试计划，保存并上传到linux机器对应目录，可在测试计划里添加对应的定时器，聚合报告等。 2 在linux目录下找到你的测试计划，vim打开进行编辑 <stringProp name="ThreadGroup