测试管理

软件测试的Bug统计是在浪费时间

另外一个观点是跟踪bug,确保他们被修复。跟踪bug导致他们在数据库中积累起来直到被忘记。修复一个bug与修复系统菜单中难懂的标识相比,前者会得到更好的解决。一个非常流行的观点是bug跟踪方便人们生成有用的报告,好像这是一个有说服力的论据。对软件质量来说,统计所有过去的bug是没什么用的,相对来说更实际的工作更有用些。但是做bug统计的人很多,并且很容易生成统计报告。 »

软件质量控制实践――Microsoft 篇(2)

  4、Drive quality upstream   我们都知道bug越是滞后发现,修复的成本越高。据微软统计,如果产品发布以后需要发布一个热修复,它的直接成本是150万美元(间接成本在200万美元),而在发布之前的一个月发现的话,修复成本是5万,设计阶段修复成本是1千,需求阶段修复成本是1百。在需求分析阶段,测试人员主要职责是验证需求分析的可行性和可靠性。PM和DEV的共性是易于乐观,倾向于... »

论信息系统项目的需求管理

   本文以某发展银行信贷管理项目(以下简称本项目)为实例,该项目是某发展银行,为适应数据的大幅度增长,满足信息系统能实现行里对数据的统一管理及分析需要,特与我司合作开发该项目。本文阐述了信息系统项目的需求管理,认为需求管理在信息系统项目中目的是确保项目各方对需求的一致理解,管理和控制需求的变更,实现从需求到终产品的双向跟踪。在本项目中,我担任需求分析师,参与了需求分析、需求管... »

关于软件质量??开发 vs 测试

我观察到三种组织模型:1)不分你我这在小软件公司颇为流行。3)你好我好大家都好开发和测试有着共同的目标,大家朝着共同的目标努力着。 »

如何保证软件质量

  时间过得真的很快,至今我已在软件行业摸爬滚打了7年了。是该根据自己的经历好好总结梳理一下,为自己以后的职业发展提供借鉴,为新入行的测试人提供参考。   我刚毕业时在一家央企的财务部做一些财务用的小软件,当时自己计划和操作整个的软件生命周期。通过这个时期的工作我深深的体会到了什么是终用户,一个软件做到什么程度在用户方才算是一个合格的软件产品。用户对软件的要求其实很简单:用简单的操作完成需要实现的... »

关于解Bug的总结

 1、与其他应用交互的Bug   背景:   一个手机音乐播放器,多媒体通常存放在手机外部存储卡上(SDcard上)。所以只有当SD卡Mount到手机上时,才可以播放媒体。音乐播放器会监听SD卡状态,当SD卡从手上卸载或弹出时,播放器会保存现场并停止播放;当SD卡重新Mount回手机时,再恢复现场和继续播放。也即当播放器收到“SD卡Eject”消息时,停止,当收到“SD卡Mount”时继续播放。播... »

如何有效的进行bug回归

2、提升对于bug回归在测试过程中重要性的理解。其实这个文档的作用很大,一方面对于bug回归阶段的人来说,这是用于提醒的;另外一个方面,在随机测试的时候,随机程度也能有所提高,测试人员能够自己随意组合可能的路径。6、测试管理中,bug的两阶段回归。7、Bug回归时,尽可能与开发沟通bug原因及修改方案。 »

信息系统需求分析阶段的实践经验

(三)需求分析在信息管理软件开发中的重要地位需求分析是软件工程中重要的阶段。需求分析作为项目开发阶段的开端,具有非常重要的作用,可以说它是软件工程的真正开始。需求分析阶段又是在软件工程中所有的风险承担者都关注的阶段。 »

测试自动化和持续交付

测试自动化和持续交付

如果没有自动化测试,测试单次提交的时间总量为:10 + /5 = 2010 分钟。更值一提的是,在30分钟内跑完80%的测试,可以让我们尽早发现blocker,以便暂缓进一步手工测试。每次发布的测试成本自动化不仅缩短了周期,还大大缩减了每次发布的成本。如果没有自动化测试,大多数情况下,之内完成验证到交付几乎是不可能的。而且,由于50%的测试用例是自动化测试,在3小时之内发现blocker的几率非常... »

评审技术在高质量软件开发中的应用分析

关键词:软件评审、审查、开发过程、软件、质量、定量一、软件评审1.1 缺陷的产生缺陷指软件工作产品中的一种情况,它将导致软件产生不令人满意或非预期的结果。其中审查是系统化、严密的评审技术,严格规定了每个阶段的角色及各自职责,在质量要求非常高的软件开发项目中得到了较广泛的应用。根据管理的原则,评审协调人的角色应归入评审组长,其职责由评审组长负责。 »

软件测试项目的启动、规划与需求分析

软件测试项目的启动、规划以及测试项目需求分析往往是很多软件服务型企业的薄弱环节所在。这三个文件均产生于项目启动阶段和项目规划阶段。其中项目章程被认为是三大文件之首。具体到测试项目的启动与规划,工作内容也是类似的。需要交待清楚的是测试项目启动与规划过程组有可能与其他六个过程组有重叠。根据此结果,进一步开发相应的测试需求。 »

如何做好网站项目需求分析?

在本文中,笔者将网站项目管理与软件工程的统一过程管理进行参照比较,并结合实际工作经验,力求将网站工程管理的角色、分工、流程进行完整的阐述,使网站项目管理逐渐走向规范化。(一)如何做好需求分析及变更管理?业务员与客户进行的沟通,撰写需求分析报告是项目展开的基础。项目是以客户的需求为中心,而不是为技术而迁需求。 »

实时控制软件的质量控制

实践表明,使用软件工程方法,可达到一般的质量要求。软件工程化要求以软件质量控制为核心,紧紧抓住软件生产方法、需求分析、软件设计、软件生产工具、测试、验证与确认、评审和管理等8个主要环节。有的实时控制系统一次试验的代价是相当大的。目前,大多数嵌入式的实时控制软件使用的是面向数据流的设计方法。 »

IT项目计划中质量目标的确定

IT项目计划中质量目标的确定

因此在项目V4.0版本项目的估算中也采用了这些数据,并取得了较好的效果,具体的对比和偏差如下: 如果项目某个版本用户提出特殊的质量要求,需要对项目的质量目标进行调整,质量目标在确定后将直接影响到估算的工作量分布,因此在制定项目计划的时候一定是先制定出项目的质量目标,然后在根据质量目标去指导和约束估算过程。 »

项目实施漫谈-实施:需求决定一切

所有做过项目实施的技术人员都知道需求分析是项目实施中非常非常重要的环节。有很多项目失败究其原因主要是需求不明确,对用户的要求理解不明确造成的。实际上项目实施过程所有和项目有关的人员,不管是客户方还是实施项目组的人员,都需要了解他们的情况,因为日后可能成为制约或影响项目成败的关键因素。这样才能保证项目顺利进行,才能保证项目成功。 »

论软件项目质量管理

如果机构有独立的质量人员,由质量人员起草《质量管理计划》,递交给项目经理和质量经理审批。质量计划的主要输出结果有:质量管理计划、质量度量指标、质量检查单、过程改进计划等。转自项目管理者联盟质量保证的实质是检查项目的工作过程和工作成果,是否符合既定的规范。在项目内难以解决的质量问题,由上级领导给出解决措施。 »

软件测试人员容易遗漏的测试缺陷

通常软件测试会暴露软件中的缺陷,经过修正后可以保证软件系统的功能满足需求并正确运行。但是,在系统测试和确认测试中,测试人员容易遗漏一些隐藏的缺陷。网页安全缺陷还可能存在于 IE 弹出的子窗口。 »

软件缺陷生命周期

软件缺陷生命周期

软件缺陷的生命周期:把新的缺陷写成日志当测试员要把任何新的缺陷写成日志的时候,以下这些项是必填的:版本号,提交日期,产品名称,模块名称,严重性,重现缺陷的概要和描述。请看下面这个软件缺陷生命周期流程图: »

建立项目质量策略

在项目管理的每一个阶段,如果没有计划都不会成功,质量控制需要一个用来贯彻和执行的计划,过程和策略,你可以从多个方面抨击质量过程的执行,然而好是被一个榜样所领导,在所有你所做的事情中,你应当是团队的质量焦点,榜样可以使得团队了解你对项目的贡献,以及你期望团队成员所遵循的守则。 »

如何实施软件项目的过程管理

软件过程管理可以达到这个目的。软件过程在软件项目中的作用相当于硬件生产的工艺一样。过程管理的主要内容包括过程定义与过程改进。适用的软件过程来自积累好的软件过程能支持软件项目的管理,而不正确的过程定义会起反作用,成为软件开发的束缚。笔者在实施软件过程体系中,也遇到企业内软件人员的层层障碍,原因之一是过程制定得不合适。 »

如何定义软件测试用例的质量标准?

所以,理想的情况要求在测试用例设计过程中,可以按照某种特定的质量标准对测试用例进行复审、实施评估。根据多年的实践经验,测试用例的标准不能局限于一个层次,因为测试用例设计类似于软件设计,软件设计有架构设计和详细设计,所以对于测试用例的质量标准,也应分为两个层次来考虑: 高层次?? »

如何有效的设置质量控制点

质量控制点,是指对信息系统工程项目的重点控制对象或重点建设进程,实施有效的质量控制而设置的一种管理模式。1设置质量控制点的目的 设置质量控制点,实施跟踪控制是工程质量控制的有效手段。三方可根据项目的具体情况,协商确定共同的质量控制点,并制订各自的质量控制措施。 »

Bug report 之后

在你提交bug报告并寄发出去之后,对你而言可能有更多的机会提供另外的有用信息。我们的bug追踪系统会在发布一条新意见时通知团队,那样很容易追踪这些谈话。When the bug is fixed,more or less。在许多组织中,要求归档bug报告的人在修复完成后验证修复。在相关的bug之间留下一个痕迹是很好的。另一方面,如果修复真的未完成,继续拒绝它;把bug发回给编程人员。 »

什么是测试需求?

软件测试测试需求的概念比较简单。对数值零进行测试;对零非常接近的负数进行测试,这是两个具体的测试需求。在一个更加复杂的程序中,你可以将打算测试的项目做成一个列表。测试的下一步是选择满足这些测试需求的输入值 / 测试数据。还需要对测试需求进行评审,确保正确和没有需求遗漏。 »

软件测试之前期参与需求的重要性

众所周知,软件测试中需求是软件测试的起源,也是重要的环节,如果初期各个环节需求理解有问题的话,会出现很严重的BUG,更严重的甚至导致项目的失败。目前情况下经常是由于某种原因测试人员到需求评审的时候才参与进去,由于前期没有任何准备,在评审的时候基本处于听众,找不出需求中的任何问题。 »

Page 1 of 73123»