一. Bug的严重等级定义: 1. Blocker 即系统无法执行.崩溃或严重资源不足.应用模块无法启动或异常退出.无法测试.造成系统不稳定. 严重花屏 内存泄漏 用户数据丢失或破坏 系统崩溃/死机/冻结 模块无法启动或异常退出 严重的数值计算错误 功能设计与需求严重不符 其它导致无法测试的错误, 如服务器500错误 2.Critical 即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性. 功能未实现 功能错误 系统刷新错误 数据通讯错误 轻微的数值计算错误 影响功能及界面的错

  在不同的JVM中(JVM也算是一个操作系统),有着不同的CPU调度算法,对于大部分的JVM来说,优先级也是调度算法中的一个参数.所以,线程优先级在一定程度上,对线程的调度执行顺序有所影响,但不能用于保证线程的执行顺序,因为优先级仅仅是其中一个参数而已,其他参数还可能有线程的等待时间.执行时间等.而且操作系统也可抗能可以完全不用理会JAVA线程对于优先级的设定.   线程优先级的范围一般是1~10,默认是5,但也有的JVM不是这个范围.所以,一般也尽量不要设置优先级为数字,可以使用Thread

1.前文回顾 用例的根本价值:发现谁是关键参与者,他要实现什么目标? 需求分类,见<进化式需求>:制品,见<初始不是需求阶段>中的表4-1 2.各阶段编写何种用例,均针对下图展开 初始阶段如何编写用例? .确定目标和涉众 .推测系统边界 .绘制用例图(大概20个) .从用例图中抽取10%-%的核心用例(详述形式编写),从而确定架构和风险 细化阶段如何编写用例? 按用例优先级,以时间定量方式多次迭代(本例是4次迭代) 最终,将剩余的80%-%的用例,全部以详述形式写完. 构造阶段如何

1 . 优先级表示重要程度或者紧急程度.但是能不能抢到资源也是不一定.2 . 分配优先级:反映线程的重要或紧急程度线程的优先级用1-10 表示,1的优先级最低,10的优先级最高,默认值是5 package com.qf.demo3;/** * 优先级 : 只能反映 线程 的 中或者是 紧急程度 , 不能决定 是否一定先执行 * setPriority() * 1~10 1最低 10最高 5是默认值 */ public class Test { public static void main(St

在unittest中,测试用例的执行顺序与测试用例的名称有关,按照名称的ascii码排序的,并不是按照用例的编写顺序执行的. pytest默认是按用例的编写顺序执行的 我们可以通过第三方包 pytest-ordering 来自定义我们用例的执行顺序. 方法是使用装饰器 @pytest.mark.run(order=num) 标记用例,标记后,用例优先级别如下: 标记的用例,num值越小优先级越高 标记的用例优先级高于未标记的用例 标记影响是全局,而不是仅影响当前用例py文件 同等级按模块以及编写

在执行测试用例时,有时候有些用例是不需要执行的,比如版本迭代用例弃用,测试周期短只需要执行优先级高的用例,那我们怎么办呢?难道删除这些用例?那下次执行时如果又需要执行这些用例时,又把它补回来?这样操作就太麻烦了,我们可以使用unittest提供的一些跳过指定用例的方法来规避这些问题. unittest跳过用例的方法如下: @unittest.skip(reason):无条件用例.reason是跳过原因,下同. @unittest.skipIf(condition, reason):conditi

最近在公司测试中经常使用jmeter这个工具进行接口自动化,简单记录下~ 一.在csv文件中编写好用例 首先在csv文件首行填写相关参数(可根据具体情况而定)并编写测试用例.脚本可通过优先级参数控制执行哪些接口,通过端口参数同时执行不同端口下的接口,若想执行不同ip下的接口,也可多添加一个ip参数,再读取csv文件时进行参数化. 二.设计测试脚本并执行测试 1.添加一个线程组 右键测试计划 >>  Threads(users)  >> 线程组,点击保存即可. 2.添加HTTP 请求

上个月,笔者在巴黎 Droidcon 的 BarCamp 研讨会上聆听了 Matthew Compton 关于编写自己的 Lint 规则的讲话.深受启发之后,笔者想就此话题做进一步的探索. 定义 如果你是安卓开发者,那你一定已经知道 Lint 的定义. Lint 是一款静态代码分析工具,能检查安卓项目的源文件,从而查找潜在的程序错误以及优化提升的方案. 当你忘记在Toast上调用show()时,Lint 就会提醒你.它也会确保你的ImageView中添加了contentDescription,以

测试计划阶段主要处于测试的先期准备阶段,在该阶段中主要是对将要进行的测试工作做一个整体的规划.包括一下内容:   1.测试目的和测试项目简介. 1.1测试目的:××××系统的测试计划有助于实现一下目标: 确定现有项目的信息和应测的软件构件. 推荐可采用的测试策略,并对这些策略加以说明. 确定所需要的资源,并对测试的工作量加以估计. 给出测试项目的可交付元素. 1.2项目背景 了解产品是什么,应用领域,开发背景,主要功能以及使用范围.对于大的测试项目还要了解测试的目的和侧重点. 2.测试参考文档和

从操作系统的角度讲,os会维护一个ready queue(就绪的线程队列).并且在某一时刻cpu只为ready queue中位于队列头部的线程服务. 但是当前正在被服务的线程可能觉得cpu的服务质量不够好,于是提前退出,这就是yield.或者当前正在被服务的线程需要睡一会,醒来后继续被服务,这就是sleep. sleep方法不推荐使用,可用wait.线程退出最好自己实现,在运行状态中一直检验一个状态,如果这个状态为真,就一直运行,如果外界更改了这个状态变量,那么线程就停止运行. sleep()使

BUG提交规范 1.标题 2.步骤描述 ①.步骤使用序号编排 ②.在特定情况下发生的问题,还需提供准确的前提条件 ③.精准的描述bug产生的路径后,再描述现象 如: >打开客户端进行首页->点击“我的”页面->点击用户头像进入个人资料页 >个人资料页点击头像选择拍照->拍照后点击保存头像 >从个人资料页返回 “我的”页面,查看头像是否更新④.若步骤并不能必现错误,需要说明出现错误的概率(需要多次测试的基础上,若必现则填写100%,若偶现,则执行多次后统计概率填写) 3.

目录 (一)起因 (二)混合自旋锁 (三)q3.h 与 RingBuffer (四)RingQueue(上) 自旋锁 (五)RingQueue(中) 休眠的艺术 (六)RingQueue(中) 休眠的艺术 [续] 开篇 这几天研究了一下 disruptor .Net版,由于.Net版跟进不及时,网上只有 v2.10 版.没仔细研究,但可以肯定的是跟最新的Java版 disruptor 3.30 是有不少区别的.我也用这个 2.10 的.Net版本写了跟我们的问题相似的测试程序,得到的结果跟 Ja

简介 测试管理平台是贯穿测试整个生命周期的工具集合,它主要解决的是测试过程中团队协作的问题,比如缺陷管理.用例管理.测试任务管理等. 目前市面上比较流行的测试管理工具有QC. Mantis. BugZilla.TestLink.Redmine等.有开源软件,也有商业软件.这些软件的各自侧重点不同:比如Mantis.BugZilla偏重缺陷管理,TestLink则偏重测试用例管理,QC则更加全面,Redmine项目管理的概念又更强一些.下表从以下九大功能对各个工具进行对比:测试需求管理.测试用例管

我的linux系统是在虚拟机上安装的Ubuntu,禅道在官网www.zentao.net下载安装的开源版的linux64位,采用一键安装包安装.安装前要求:系统上不能有自己安装的mysql .下载的安装包集成了mysql.apache.如果自己先前已经安装过mysql,则要先卸载.  我是按照禅道官网上的一篇教程安装的.但是至今仍连接不上数据库.额……先记录安装过程吧.1.把下载好的安装包解压到/opt目录下(/opt为第三方软件安装目录),注:不能在其他目录下解压好后再复制到/opt,这样权限

http://blog.csdn.net/wdsfup/article/details/52302142 http://www.manew.com/blog-166674-12962.html Gentoo LinuxGentoo内核(gentoo-sources)特有的选项 Gentoo Linux supportCONFIG_GENTOO_LINUX 选"Y"后,将会自动选中那些在Gentoo环境中必须开启的内核选项,以避免用户遗漏某些必要的选项,减轻一些用户配置内核的难度.建议选

UML是系统架构设计师考试的一个重要考点,需要考生掌握.但是有些考生,在学习的过程中会有这样的疑问,在敏捷开发时代,UML还有没有必要去学习? UML还是有用的,主要用在设计和分析阶段,但是UML不适合用来做代码生成.图形化的方式传达信息的能力很强,但是通过图形化语言去做编程反而很困难. 对于UML有几种图,大家的第一反应可能都是类图.其实,还有用例图.顺序图.活动图.状态图.组件图等.这里提到的每一种图,都代表着工程的一个特定维度,它们的专注点是正交的,都有其的用处.使用UML来分析和设计,可

**1:百度云盘下载: ** 禅道--链接: https://pan.baidu.com/s/1Stu7nOZVIPO5TnpJWjWtiQ 提取码:dnik CentOs操作系统--链接: https://pan.baidu.com/s/1EnRMMy0R_ju5POGFzzOtjw 提取码:x86p **2:官网上下载对应的Linux版本(注意自己的服务是多少位的,下载对应的版本即可:选择开源版即可) ** 注意:本教程操作系统是:Centos6.7-64bit(要注意初始系统,暂时先不要安

​Linux环境下搭建禅道管理工具 1:百度云盘下载: 禅道--链接: https://pan.baidu.com/s/1Stu7nOZVIPO5TnpJWjWtiQ 提取码:dnik CentOs操作系统--链接: https://pan.baidu.com/s/1EnRMMy0R_ju5POGFzzOtjw 提取码:x86p 2:官网上下载对应的Linux版本(注意自己的服务是多少位的,下载对应的版本即可:选择开源版即可) 注意:本教程操作系统是:Centos6.7-64bit(要注意初始系

Linux环境下搭建禅道管理工具 1:百度云盘下载: 禅道--链接:https://pan.baidu.com/s/1Stu7nOZVIPO5TnpJWjWtiQ 提取码:dnik CentOs操作系统--链接:https://pan.baidu.com/s/1EnRMMy0R_ju5POGFzzOtjw 提取码:x86p 2:官网上下载对应的Linux版本(注意自己的服务是多少位的,下载对应的版本即可:选择开源版即可) 注意:本教程操作系统是:Centos6.7-64bit(要注意初始系统,暂

回顾--用例设计方法 边界值(三个点,使用步骤) 判定表(适用,四个组成部分,规则,使用) 因果图(适用,四个符号,使用) 正交表(定义,特性,L_n(m^k),因素,水平,使用,工具allpairs) 场景法(定义,价值,基本流,备选流,使用) 流程图(定义,使用) 错误推测法(定义,适用) 学习目标 理解SVN的基本定义 熟悉SVN的作用 使用SVN客户端向服务端提交本地文件 掌握软件缺陷的定义 掌握软件缺陷报告的基本内容 理解软件缺陷的跟踪流程 了解JIRA工具的基本使用 SVN版本管理工

BASH(1) BASH(1) NAME bash - GNU Bourne-Again SHell (GNU 命令解释程序 “Bourne二世”) 概述(SYNOPSIS) bash [options] [file] 版权所有(COPYRIGHT) Bash is Copyright (C) 1989-2002 by the Free Software Foundation, Inc. 描述(DESCRIPTION) Bash 是一个与 sh 兼容的命令解释程序,可以执行从标准输入或者文件中读