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

一.背景 最近在推进组内流程规范专项建设,从"研发测试流程"."提测规范"."测试准入标准"."bug优先级标准"."测试停止标准"."测试准出标准"和"测试报告模板"7个纬度制定了标准,希望能给看到的人带来一点火花. 二.准入标准 提测后,进入测试环节,需满足以下全部条件: 1)     冒烟测试用例全部通过 2)     主流程可以走通 3)     界面上的功能

在mysql数据库中制作千万级测试表 前言: 最近准备深入的学一下mysql,包括各种引擎的特性.性能优化.分表分库等.为了方便测试性能.分表等工作,就需要先建立一张比较大的数据表.我这里准备先建一张千万记录用户表. 步骤: 1 创建数据表(MYISAM方式存储插入速度比innodb方式快很多)   数据表描述 数据量:1千万 字段类型: id :编号 uname:用户名 ucreatetime: 创建时间 age:年龄 CREATE TABLE usertb(    id serial,   

在软件测试领域从业蛮久了,常有人会问我: 刚入测试一年,很迷茫,觉得没啥好做的-- 测试在公司真的不受重视,我是不是去转型做开发会更好?  资深的测试架构师的发展路径是怎么样的?我平时该怎么学习? 我估计不少人有这样的想法,甚至你也会被身边的人所影响,因为很多人的第一印象会觉得做测试比做开发简单很多. 这也是测试面临的普遍情况. 相比研发和产品来说,软件测试在国内暂时是不太受重视: 软件测试的待遇也比不上研发和产品: 当然现在的软件行业也很重视软件质量,所以软件测试的待遇和地位也在上升: 软件测

优先级定义如下: <版本前期阶段>(功能刚提测): [P0—紧急]:完全不能满足产品要求,基本功能明显未实现或完全不可用,阻塞测试流程与进度(核心功能流程) 1.功能未实现 .功能缺失 2.业务流程不正确 3.闪退 4.数据未上报 5.越权(付费与免费) 6.数据统计计算错误 7.用户信息丢失或错误,如升级及覆盖安装后数据异常 8.币种显示错误 9.严重视觉(UI)问题:核心页面 10.页面显示(元素不可点.核心页面错乱) 11.安全问题(XSS.SQL等注入) 12.系统兼容性问题导致主要功

https://www.cnblogs.com/evablogs/p/6785017.html 角色:产品经理PO,项目经理PM,开发,测试 测试任务: bug: 1.维护bug视图模块:[测试]-[Bug]-左侧[维护模块]:维护软件每一个模块,即新建-删除-修改模块/子模块名称(如[首页]模块,[关于我们]模块) 2.提交bug:[测试]-[Bug]-[+提Bug] 注意点: (1)Bug的优先级别(见bug优先级别随笔)以及严重级别标准? (2)Bug负责人如何划分? (3)Bug修复截止

测试如图,Core_Users的PhoneNumber可为空,存在索引,记录数1500000+ 增加is not null,查询计划消耗增加了一个0%的筛选器消耗,IO消耗如下一模一样 如果是IS NOT NULL引起的,我觉得这个bug不能算在ef core上,应该算在sql server采用的执行计划上 (1 行受影响) 表 'Core_Users'.扫描计数 1,逻辑读取 7 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次. (

本文为本人最近利用几个小时才分析总结出的原创文章,希望大家转载,但是要注明出处 http://blog.sina.com.cn/s/blog_438308750100im0e.html 有什么问题可以互相讨论:yubaojian0616@163.com 于堡舰 上一篇文章我们测试一些order by查询和分页查询的一些基准性能,现在我们来分析一下条件索引查询的结果集的测试 现在我们继续进行一个测试相同的表结构插入1亿条数据这次用到的是Innodb表引擎,表名有些变化,这里为甚要新建一个表的很重要

package code.test; import java.util.Comparator; import java.util.Iterator; import java.util.PriorityQueue; import java.util.Queue; /** * 实验表明,在java中: * 1.toString()方法或迭代元素:优先级队列打印或者迭代,得到的输出顺序都为堆结构数组的顺序,大致有序但不完全保证顺序 * 2.使用poll()方法:元素整体有序,但由于堆排序是不稳定排序,

前言: 为了方便测试性能.分表等工作,就需要先建立一张比较大的数据表.我这里准备先建一张千万记录用户表. 步骤: 1 创建数据表(MYISAM方式存储插入速度比innodb方式快很多) 数据表描述 数据量:1千万 字段类型: id :编号 uname:用户名 ucreatetime: 创建时间 age:年龄 CREATE TABLE usertb (  id serial,  uname varchar(20) ,  ucreatetime datetime ,  age int(11)  ) 

一个好的错误跟踪系统包括了错误的必要信息,如果做得不好,会造成迷惑,并误导读者.好的故障描述应该包括十个基本部分:标题.项目.所属模块.优先级.重要性.异常等级.可重复性.现象.操作过程和附件. ①标题 使用一两句话来描述错误,告诉经理.开发人员以及其他读者为什么应该关心该问题.好的标题应该着重于出现的bug现象.但是过于简洁易引起误导,使得原本重要的问题被忽视.因此必须应该采用简洁.切中要害的概要,这样才能引起读者的重视.不重要的就描述比较轻微,例如:“联系人的email没有检查合法性”:重要

前言 进程:一个计算机程序的运行实例,包含了需要执行的指令:有自己的独立地址空间,包含程序内容和数据:不同进程的地址空间是互相隔离的:进程拥有各种资源和状态信息,包括打开的文件.子进程和信号处理. 线程:表示程序的执行流程,是CPU调度执行的基本单位:线程有自己的程序计数器.寄存器.堆栈和帧.同一进程中的线程共用相同的地址空间,同时共享进进程锁拥有的内存和其他资源. 多线程的实现 继承Thread类 创建一个类,这个类需要继承Thread类 重写Thread类的run方法(run方法中是业务代码

currentThread():返回代码正在被哪个线程调用. public class CurrentThreadWay { public static void main(String[] args) { ThreadTest t = new ThreadTest(); t.start(); } } public class ThreadTest extends Thread{ public ThreadTest(){ System.out.println("调用构造方法的线程是:"

currentThread():返回代码正在被哪个线程调用. public class CurrentThreadWay { public static void main(String[] args) { ThreadTest t = new ThreadTest(); t.start(); } } public class ThreadTest extends Thread{ public ThreadTest(){ System.out.println("调用构造方法的线程是:"

概述 线程主要学习什么,通过一个月的摸索.终于总结出来了:学习Thread类涉及到学习Thread类涉及到线程单元状态: ApartmentState.GetApartmentState\SetApartmentState内存屏障:VolatileWrite().VolatileRead().MemoryBarrier线程共享变量原子操作:interLoacked() 具有原子性.可见性.有序性.线程本地变量的存储:LocalThread.ThreadStatic.Lazy<T>.数据曹(Al

前言 最近看到行业的前辈都分享一些过往的经历来指导我们这些测试人员,我很尊敬我们的行业前辈,没有他们在前面铺路,如今我们这帮年轻的测试人估计还在碰壁或摸着石头过河,结合前辈们的经验,作为年轻的测试人也有自己的一些职场,技术以及行业交际的一些总结经验,今天有些时间,我也写写我做为一名90后测试人的一些经历和看法吧,还是先简单介绍一下自己,本人15年本科毕业,还有一个月工作就满两年了,现在在公司的创新团队任测试负责人,不过由于个人发展的原因,也很快要和现在的公司说88啦 二.情怀 我对软件测试这个方

1.提前了解需求,在需求的业务基础和开发的架构基础上分析测试关键点,给出测试策略,甚至需要准备测试数据: 2.分析需求时不要受开发影响,要有自己的分析和判断,包括测试范围,测试时间: 3.在开始测试之前,根据之前的分析准备 qa checklist for every feature/promotion/bug fix,如果时间允许可以写scenario/checklist,甚至test case; 4.在开发提测后,先把整个业务最关键的逻辑测试一遍,然后报第一轮bug,目的有两个,一是发现关键

缺陷大扫除(Bug Bash)是一项短期的全员测试活动.在微软,许多开发团队会在里程碑(milestone)的末期执行缺陷大扫除.程序员.测试员.程序经理.内部用户.市场人员在1~3天的时间窗口中,运用各自的技能和职业背景,集中精力来搜寻软件的缺陷.通常,每位参与者会获得一个小礼品,发现缺陷数目最多的冠军会获得一份大奖. 一般认为,缺陷大扫除的优势在于引入了“更多的眼睛”.程序员更了解程序逻辑和实现细节,有可能发现隐蔽的缺陷;测试员更擅长缺陷猜测和持续攻击,有可能发现其他测试员遗漏的缺陷;程序经

对于web项目前台和后台bug定位分析:一. 系统整体了解 懒企鹅营销服务平台用的架构:web前端: Bootstrap 3.0 组件丰富,兼容性好,界面美观 Server端: jsp+Servlet+json 公司技术力量储备丰富,技术成熟,有很多成熟的模块可以直接使用 数据库: mySql 免费,相对成熟 前台: 涉及到jstl,jsp,js,css,html方面比较多后台:servlet,jms,ejb, 还有很多框架,struts,hibernate,spring,ibatis等,我们用

文档说明如下: Bug严重程度: A-崩溃的:由于程序所引起的死机.非法退出.死循环:数据库发生死锁:因错误操作导致的程序中断:主要功能错误:造成数据破坏丢失或数据异常:数据库连接错误:数据通讯错误. B-严重的:程序运行错误:程序接口错误:主要功能轻微错误.次要功能缺失:边界条件操作时导致异常:严重的数值计算错误:数据库的表.业务规则.缺省值未加完整性等约束条件. C-一般的:操作界面错误(包括数据窗口内列名定义.含义是否一致):打印内容.格式错误:简单的输入限制未放在前台进行控制:功能冗余: