1、写在前面的话 本人从事软件工作多年,对如何作测试、如何管理Bug上有一些体会和想法;正好看到网上关于这方面的讨论较多,不妨简单地写出来。本文就测试工作的组织及工具的选用介绍一下主要的思路,供大家参考。 2、如何作好软件测试 ...
3. 评估阶段 在确保输入的 ODC 数据正确性的前提下,就可以对这些缺陷进行分析了。根据 ODC 的不同属性进行分类统计,可得出不同方面的结论。以此来反映测试、开发或产品设计方面的问题,指出潜在的改进的机会。比如:缺陷被发现的如何、产品是否...
正交缺陷分类(ODC)简介 正交缺陷分类法,Orthogonal Defect Classification(以下简称 ODC)是一种缺陷分析方法,由 IBM 在 1992 年提出。它通过给每个缺陷添加一些额外的属性,利用对这些属性的归纳和分析,来反映出产品的设计、代码质量、测试...
程序员是否经常让你在Bug单上再提供一些更多的信息?当Bug单提交后,你是否经常会再花很多时间来研究如何重现这个Bug?你是否经常听到开发人员说Bug在开发环境下无法重现?问题在于Bug单的质量不高,我们应该花更多的时间在研究如何测试系统上,而不是...
今天在企业管理的诸多方面已经达成共识,高效的管理和不断的创新成为很多企业孜孜不倦的追求,提高企业核心竞争力不仅要依靠创新的技术和规范的管理,最近学术界又将管理的层次不断提高,怎么激发员工的工作潜能,打造一个和谐、激情、进步的团队是企业...
软件缺陷 的描述是是软件缺陷报告的基础部分,也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。 一个好的描述,需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则,它就会使信息含糊不清,可能会误导开发人员。准确...
一幅图胜过一千字。图像在传递信息方面的优越性远远大于文字。因此,在软件缺陷报告中,截取并附上表现缺陷的图像(Screenshot),可以提供关于软件缺陷的更直观的信息,甚至有些缺陷仅看截取的缺陷图像,不用看缺陷的操作步骤就可以很容易地复现出来。...
一、发展介绍 霍金说:复杂性是21世纪的科学。 1967年普利高津提出的耗散结构理论,将“世界末日论”和进化论进行了统一。 1970年代初法国数学家雷内·托姆(Rene.Thom)创立了突变论; 1971年联邦德国斯图加特大学教授、著名物理学...
也许有人从没有考虑这个问题,觉得测试人员对于报Bug没有顺序而言,发现一个报一个。甚至坚持着这个原则:“宁可误报三千,不可漏报一个”,积极地汇报着自己发现的所有Bug。结果,慢慢地就发现Dev对自己报的Bug失去了灵敏性,往往自己报的一个Bug,即...
工作中经常有这样的问题,测试人员提了一堆bug,可是开发人员就是不改,如何改善这种问题呢?首先要从原因分析。有两点: 1.开发人员认为这不是缺陷。由于测试人员描述不清,开发人员认为不是缺陷;或者由于对易用性方面的理解不一致、或者由于需...
关于常见的缺陷提交错误分析。希望能给大家在日常工作中提个醒。 1)常见错误 错误 错误列举 主观评价 使用“我”、“你”等人称代词。可以直接使用动词或必要时使用“User(用户)”代替 主观评价 使用情绪化的...
作为一名测试人员,提交缺陷是我们必须做的功课。不知各位是否考虑过,缺陷描述也是一门“艺术”,它影射了一个人的测试经验,测试深度。缺陷描述能否做好,直接影响了我们的测试效率,更确切的说是影响了开发人员修改缺陷的效率。一份高质量的缺陷描述...
测试向开发反馈软件存在的问题,一般是以bug表的形式进行,不可否认,每一位开发人员手头都有很多代码,所以开发人员希望收到错误信息定位明确的bug表,而不是诸如“软件不好用”这样的无用信息。同样,作为测试人员,我们的工作也是尽量的定位问题,向...
谈到缺陷(BUG)状态的状态,不得不提一下测试的工作模式,较为常见有以下两种:第一种工作模式为交互式,也就是说由测试工程师提交BUG到管理工具,通知软件工程师进行修改,软件工程师根据BUG状态做出反应或修改,然后将问题状态更新,提交测试版本后...
大型本地化软件测试需要进行充分的测试准备,需要科学的测试流程管理。为了跟踪和控制测试质量,便于管理测试发现的Bug,需要为每一个测试项目配置一个专用缺陷跟踪数据库,以便报告、查询、分类、跟踪、处理和验证错误。 为了保证发现和报告的错...
6) Issue Waiting Reason(缺陷等待原因分布图): 说明:Waiting for build指的是缺陷已经解决,等待Build发布 分析: Waiting for information/Waiting for review两项数值如果较高的话,说明spec定义出现了空缺的地方,无据可循。...
软件的度量分析一直是个“虚幻”的话题,因为软件的开发过程毕竟不能和制造业相比,后者的过程中所产生的数据是非常有类比性的,从而度量也变得容易一些。如何在软件开发过程中抽象出可度量且具有实际使用意义的属性确实非常值得思考。 目前所在的...
1. 测试前细化需求,保证对需求理解正确,避免提交存在歧义的缺陷: 测试人员不能在测试时仅仅凭自己的经验、想法来随意提交缺陷,每个缺陷必须有对应的需求作为支撑。如果认为是需求存在歧义,这样的情况,应该是在测试前与项目组成员进行沟通,...
1. 缺陷摘要(Summary) 简单明了,便于理解 长度一般不超过30个单词 尽可能讲明:什么情况,导致了什么问题 便于他人定位Bug,杜绝不重复报相同的Bug 2. 缺陷描述(Descrīption) 重现步骤(Actions) 详细描述重...
在通过可用性测试、启发式评估等方法找到了若干的可用性问题后,需要继续对找出来的问题进行分级和归类,才能更好的展示给产品相干人员,才能更利于开展后续的产品改进。 都有哪些可用性问题分类方法? 一、五级Wilson(1990) 5级:无...