QA可以发现什么样的缺陷?

  问题描述:   当开发人员的单元测试覆盖率达到100%时,QA可以发现什么样的缺陷?   精彩答案:   会员 livexmm:   单元测试一般是测试代码的严谨性,并且代码是否按照详细设计来做。如果详细设计过关,单元测试一般是以详细设计为基础设计...

如何写一份良好的缺陷(Bug)报告(图)

  没错,任何软件都存在bug,哪怕是我们自己也存在缺陷,因为程序员也是普通人,人是会犯错误的。当有人在使用软件时遇到bug,你需要使用邮件形成一份缺陷bug,发送给开发人员。开发者可以依据该报告定位问题,复现问题,修复问题。   但是很多时候,...

#
Bug
分享:

如何让老板相信在每个bug报告加“谁的责任”项不是好注意(图)

  看到这样标题,我的第一反应就是反对老板这样做。作为开发人员,我最讨厌有人指着我的鼻子说:这是你的责任,你写的代码出了问题。我通常会争辩,有时会恼羞成怒。但如何能用充分的论据来证明这样做法是不合适的呢?我还真没有系统的考虑过。所以,当...

#
Bug
分享:

如何有效地解Bug (RED方法)(图)

  (译注 :解Bug时常发生分析时总感觉快找到答案了,而后面却一再陷入僵局。比如,将线程同步问题引起的一些时而有,时而没有的问题。分析时可能会认为这是个典型的线程同步问题,A线程没有按照预期的方式改变某个变量,导致了B线程处理出错。这样的分析...

由软件测试bug状态转换想到的

  上周四,不得不对客户新启用的bug管理工具Redmine中的bug状态进行验证。当然Redmine其实是一个项目管理工具,bug管理只是它的一部分功能而已。我在验证之前,是让一个经验不多的同事去验证的,主要是因为Redmine是客户的testmanager自定义了,我们发现...

如何弱化因不同软件测试人员测试而引发的BUG率上涨的现象?

  问题描述:   如何弱化因不同测试人员测试而引发的BUG率上涨的现象?   精彩答案:   会员 livexmm:   想了想,如果测试人员变更导致BUG数量增加主要也就2个原因:   1、提交了重复的BUG报告。   这主要和任务分配,缺陷管理等有关...

软件测试bug收集策略

  Error = 0 的程序是不存在的,怎样收集和处理程序中的错误?怎样更好地利用错误信息的收集和反馈来协助程序的调试?怎样让产品发布后,用户能够反馈出更有价值的问题信息?这些问题是本文将要涉及的,最近对自己所做项目中的错误处理机制做了一些总结与...

解决软件测试Bug的五个阶段

  一个非常严重和困难的bug,能够成就一个饱经沧桑深受压力的有经验的专业程序员的职业生涯。经受这种考验的创伤程度,相当你受到了一次严重的身体伤害,离婚,或是家庭成员的离世。   研究人员在研究了计算机编程心理学后,得出了一个程序员们在解决...

开发测试工作考核数据之---生产环境bug修复及时率(图)

  编写背景:   前段时间有不少猎头来电询问是否考虑换工作,我一一回绝;因为在目前公司要完成的目标目前完成了1个,正在进行中1个,剩余1个还没有开始;其中一个猎头问我为什么来这家公司,主要是因为我的老板懂测试这个工种和工作,非常实实在在的...

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

  五月初在跟敏捷团队谈论缺陷管理技术时,大家情绪有些激动。谈论的思想是团队中可能不需要缺陷跟踪工具。看起来这个想法很另类。幸运的是,没有人很直接的反对这个想法,参加讨论的很多人只是说如果不使用这个让人喜爱的东西,会造成一系列的混乱,并对...

关于软件项目后期Fix bug的意义之我见

  众所周知:基本上所有的软件项目到后期必不可少的是fix bug,一个软件在交付客户后或交给测试人员测试时都存在一些程序员意想不到的问题。现在有一些成熟的bug跟踪系统,譬如:bugzero,bugzilla, redmine等等。   解bug是很头痛的问题,一般是以下...

优秀的软件测试人员是否需要对缺陷定位负责?

  问题描述:   一个优秀的测试人员是否需要对缺陷定位负责?   精彩答案:   会员 TesterChen:   问题的答案我觉得应该是肯定的。   首先,从字面意思来说,我觉得测试人员应该对缺陷的定位负责,尽量在报告缺陷时将自己对于缺陷的理解...

软件测试的Bug缺陷管理流程(图)

  流程说明   1、测试人员填写bug并提交给开发组长,Bug的状态为New;   2、开发组长次日工作前对bug确认是否有效。有效的bug,状态变化为open,并分配给开发人员;bug无效或者延期修改的,将bug状态变化为Rejected,同时也在comment中注明原因。 ...

有关软件缺陷的知识(图)

  【软件缺陷的定义】   首先是Bug的定义:在软件程序中存在的任何一种破坏正常运行能力的问题或缺陷,都可以叫做“Bug”。   (1)软件未达到软件产品需求说明书中的要求   (2)软件出现了软件产品需求说明书中指明不会出现的错误   (3)...

#
Bug
分享:

怎样尽可能多地发现缺陷,避免遗漏缺陷?

  遗漏缺陷,对测试来说,这是个很敏感的话题; 遗漏缺陷对每个项目来说,或多或少都会有,但如何能尽量避免遗漏缺陷,这是个很头疼的话题,特别是在项目多,但测试人员少的情况下,测试时间被压缩,参与项目测试的测试人员频繁调动,大家都在赶进度,这...

软件测试Bug之优先级

  Bug的优先级是bug管理过程中必须考虑的问题。对于优先级的划分,不同的软件公司有自身的一套制度,因此笔者介绍的也仅仅是自己比较喜欢的一种方式。   为了便于bug的提交和管理,也为了方便于与开发人员进行交流,笔者倾向于在项目中将bug划分为三个...

关于那些重复的缺陷报告

  在softwaretestingclub上,看到一篇文章“the duplicate paradox",文中提到:   作为一个测试员,我们花时间发现,钻研,进而找到问题;   为其编写缺陷报告,重现步骤,验证方法。   而当一切都做完提交给研发人员后,得到的答复是:这东西...

软件测试Bug之好心办坏事?

  “做了不该做的”bug,到底是是测试人员“狗咬吕洞宾不识好人心”还是开发人员真的“好心办了坏事”?用当今最流行的话来说,这的确是一个“纠结”的问题。   这两种情形在实际的测试活动中都会存在,有些时候的确是测试人员急功近利或者太死板,险...

#
Bug
分享:

软件测试Bug之“自定义”bug

  所谓“自定义”是指针对于当前很多软件项目中没有“产品说明书”或者没有合格的“产品说明书”这类现实主义情形而言的。   在上一篇文章中介绍了bug的“官方”定义和个人见解,其中涉及到了“产品说明书”这个对于当前一些软件项目而言尚属理想主义...

#
Bug
分享:

软件测试Bug之“庐山真面目”

  在介绍bug的光辉历史的时候,不经意间给bug蒙上了一层神秘的面纱,仿佛bug是一个遥远的神秘的事物,如同金字塔之中的种种。其实bug本身并没有那么神秘。   首先给出一个“官方”的定义,来自Ron Patton《软件测试》:   >>>>>>...

#
Bug
分享:
分享到朋友圈
打开微信,点击底部的“发现”,
使用“扫一扫”即可将网页分享至朋友圈。

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号