欢迎关注我的公众号,了解更多的测试知识:[软件测试经验与教训] 一一BUG描述基础知识 Bug标题中需包含Bug的具体位置并以[]标注 举例:[模块-子模块-页面]XXXXXXXXXXXX Bug标题中切勿出现错别字 错误示例: 奔溃(崩溃),电击(点击),登陆,(登录),重置(充值),现实(显示) 当所发现Bug前提条件为空时,需要填无.特殊条件下的Bug必须详细描述产生Bug的前提. 示例:只有在使用附件中的图片(大图片:60M)时,会出现此Bug. 描述复现步骤中的页面切换为避免出现描述不

从公司实际沟通中-得知bug的描述与为什么要bug留痕 最近在做的一个实际项目.下图为我们的聊天记录,仔细看图,领悟: 从中预期可以学习到的: 1)实际公司--Bug描述的另一个方法: 2)实际公司-为什么Bug要留痕处理: 3)在此场景下,我又该如何去做? 这也是为什么我给已经入职学生反复强调的,无论bug大小,一定要留痕的原因!!!当然记录也是有技巧的….

我们写测试用例的目的是为了能够整理思路,把要测试的地方列出来,做为知识的积淀,用例可以交给其他测试人员执行,或者是跟需求提出者进行讨论,对用例进行补充和修改.那么为啥你写的用例测不出Bug来呢,真的是没有Bug吗?下面看看你的用例是不是犯了下面的几个错误. 不看需求 要想写出测不出bug的用例,最关键的一点就是不看需求或者随便看看需求. 需求文档是个磨人的小妖精,要么是写的看不懂,要么写的太简单.这玩意很多时候我们是看不懂的,看不懂的话,嗯,那么就脑补咯,用例写的又快又好,执行的时候肯定发现不了

全文链接:http://justmei.blog.163.com/blog/static/11609985320102421659260/?latestBlog 1 推荐 [原创] USB入门系列之七 —— USB的描述符及各种描述符之间的依赖关系 USB是个通用的总线,端口都是统一的.但是USB设备却各种各样, 例如USB鼠标,USB键盘,U盘等等,那么USB主机是如何识别出不同的 设备的呢?这就要依赖于描述符了. USB的描述符主要有设备描述符,配置描述符,接口描述符, 端点描述符,字符串描

查了一整天的资料,自己把不懂的全部试了一遍 一下是程序以及注释 /* USB设备描述符*/ const uint8_t CustomHID_DeviceDescriptor[CUSTOMHID_SIZ_DEVICE_DESC] = { 0x12, /*bLength 描述符的长度*/ USB_DEVICE_DESCRIPTOR_TYPE, /*bDescriptorType 描述符的类型(设备描述符为0x01)*/ 0x00, /*bcdUSB USB协议的版本*/ 0x02, 0x00, /*

我们知道了自身的症状,那么就从这里开始,一起聊一聊一个优秀的 BUG,应该包含哪些方面的内容呢? 标题 其实每一个 BUG 也都是一个小的文档,既然是文档,我们首先就要做好一个 “标题党”,当然,此 “标题党” 非彼标题党.作为一只优秀的标题,要清晰明确简洁的说明两个 “W”: Which: 哪个系统的哪个功能? What happened:出现了什么样的问题? 也记住另外一个规范:每条缺陷报告只包括一个缺陷.就像刚刚说的,这样可以让开发认真的定位和对待单一的 BUG,对于测试人员自己来说,也只

一.数据属性描述符 对象是一个属性集合,对象的基本特征是属性名(name)和属性值(value).ES5 增加了属性描述符,可以更细腻的控制属性的不同操作.属性描述符有 configurable.writable 和 enumerable. 属性描述符通常和 Object.defineProperty/Object.defineProperties 一起使用来定义属性,它也会受到诸如 Object.freeze/Object.seal 等方法改变. 1. configurable 当且仅当 co

一.实体属性描述 [MyProperty.cs] Name,属性名称 PropertyInfo,反射获取的属性信息,后面很多地方需要通过该属性获取对应的实体类型,或调用SetValue进行赋值 FieldName,对应的数据表列名 IsKey,是否主键 IsMap,查询时是否映射该属性,若属性非值类型或string,则默认为false,其他默认为true:若需手动设置为false,如计算属性,需要在MyColumnAttribute中配置 IsMap=false InsertIgnore,插入时

阿里QA导读:为什么要度量测试有效性?这么多的CASE,花了大量时间和资源去运行,真能发现bug吗?CI做到90%的行覆盖率了,能发现问题吗?测试用例越来越多,删一些,会不会就发现不了问题了?怎么找出那些为了覆盖而覆盖,发现不了真正问题的测试用例?本文带您探索其中的奥秘. 什么是测试用例的有效性? 我们的测试用例有两个比较关键的部分: 1)调用被测代码:例如下面的RuleService.getLastRuleByClientId(ClientId) 2)进行结果Check:例如下面的Assert

今天修改了所有产品的图片信息,用到了存储过程.在参考下面存储过程以后,终于搞定了. 1 BEGIN 2 DECLARE Done INT DEFAULT 0; 3 4 DECLARE CurrentLingQi INT; 5 6 DECLARE ShizuName VARCHAR(30); 7 /* 声明游标 */ 8 DECLARE rs CURSOR FOR SELECT NodeName, LingQi FROM socialrelation; 9 /* 异常处理 */ 10 DECLAR

https://mp.weixin.qq.com/s/Tyl6dSb7mHBuqqN6WvEuaw

前言 allure可以输出非常精美的测试报告,也可以和pytest进行完美结合,不仅可以渲染页面,还可以控制用例的执行.下面就对allure的使用进行一个详细的介绍和总结. 需要准备的环境: python pytest allure-pytest allure工具 一.allure用例描述 使用方法 参数值 参数说明 @allure.epic() epic描述 敏捷里面的概念,对用例或用例集进行描述分类 @allure.feature() 模块名称 与epic类似,只是比epic级别低 @all

BUG:软件系统中存在的可能导致系统出错.失效.死机等问题的错误或缺陷. 描述一个缺陷,需要以下核心要素 标题:用简洁的话描述该缺陷,主要让开发知道这是一个什么样的缺陷 参数设置:Bug的类型(功能/性能/界面等),Bug的严重程度.Bug优先级(是否需要立即修复等).所属项目模块.项目的版本号 详细描述:便于开发重现和定位缺陷 主要包括: 1.测试环境:如:浏览器及版本号,操作系统,手机app或微信公众号测试明确手机型号,版本号,微信版本号等 2.测试数据:用户名和密码,及相关的业务数据 3.

在"在Visual Studio中使用用例图描述系统与参与者间的关系"中,使用用例图表示参与者与系统的关系,本篇体验参与者与用例(参与者要做的事情)的关系. 首先创建有关Customer参与者的UML用例图. 在解决方案下创建一个名称为"Customer"的UML用例图. 打开"UML模型资源管理器",把其中的"Customer 参与者"拖动到右侧的主界面. 在主界面添加若干个用例图标,用来表示Customer需要完成的任务.

如何清晰的描述一个bug 一个技术总监的忠告 --2020-02-26--

以TrueType为例谈字形描述 作者:哲思 时间:2022.9.17 邮箱:zhe__si@163.com GitHub:zhe-si (哲思) (github.com) 一.前言 在深入理解"字符编码模型"中,我们了解了字符完整的建模过程,但还留了一个悬念--如何从抽象字符转换为我们视觉所看到的"字形". 本文以 TrueType 字体为例,再和大家聊一聊如何描述字符的字形. 二.什么是字形 "字形"故名思意,是字符的形体.字符本身是一种抽象

本文转载自文件描述符(File Descriptor)简介 导语 维基百科:文件描述符在形式上是一个非负整数.实际上,它是一个索引值,指向内核为每一个进程所维护的该进程打开文件的记录表.当程序打开一个现有文件或者创建一个新文件时,内核向进程返回一个文件描述符.在程序设计中,一些涉及底层的程序编写往往会围绕着文件描述符展开. 文件描述符概念 Linux 系统中,把一切都看做是文件,当进程打开现有文件或创建新文件时,内核向进程返回一个文件描述符,文件描述符就是内核为了高效管理已被打开的文件所创建的索

最近一个月偷懒了,刚看到一篇博文很不错.最近也是碰到一样的问题,由于我记录bug的描述不够清晰.导致开发看不懂我描述的bug,还有一些配置信息没记录好.出现一问三不知的情况,还被领导训.下面的博文是来自http://blog.csdn.net/xifeijian/article/details/8363570的. --------------------------------------------------------------------------------------------

来源:Alex Starostin 链接:www.ibm.com/developerworks/cn/opensource/os-pythondescriptors/ 关于Python@修饰符的文章可以看:https://my.oschina.net/shyl/blog/626490. 简介 Python 2.2 引进了 Python 描述符,同时还引进了一些新的样式类,但是它们并没有得到广泛使用.Python 描述符是一种创建托管属性的方法.除了其他优点外,托管属性还用于保护属性不受修改,或自

Ⅰ.概述 关于USART串口通信,可以说是MCU的标配.不管是在实际项目应用中,还是在开发过程中,它都起着很重要的作用. 在项目应用中我们常常使用UART串口进行通信,根据通信的距离及稳定性,还选择添加RS232.RS485等对UART数据进行转换. 在开发过程中,我们常常用它来打印调试信息,我们购买的开发板基本上都有一个UART通信接口(DB9的接头),这个接口主要的一个作用就是用来开发时调试使用. 本文主要针对STM32初学者,使用STM32F4标准外设库.Keil集成IDE,对STM32F