BUG管理
文章平均质量分 65
巨人VS杂货铺
软硬兼得
展开
-
禅道使用方法-测试使用
禅道下载地址:http://www.zentao.net/download,有开源版和收费版选择。项目视图:项目经理创建Build,选择产品,输入名称编号,为测试每次换包的版本编号;产品视图:1、项目经理发布,输入发布名称,选择Build的版本,发布日期,在所有测试完成后进行发布,Build版本选择的是可以发布的版本;测试视图:用例管理(1)创建用例:原创 2017-11-09 20:37:10 · 32285 阅读 · 4 评论 -
缺陷管理重点知识
在软件生命周期中识别、管理、沟通任何缺陷的过程(从缺陷的识别到缺陷的解决关闭),确保缺陷被跟踪管理而不丢失,即可叫做缺陷管理。一个完备软件缺陷管理过程通常会包括如下几个方面:1、提交缺陷;2、分析和定位缺陷3、提请修改相应的软件;4、修改相应的软件;5、验证修改。缺陷管理的管理目标缺陷管理管理目标编辑缺陷能够引起软件运行时产生的一种不希望或不可接受的外部行为结果原创 2017-11-09 20:41:22 · 937 阅读 · 0 评论 -
测试报告主要内容
****适合公司、组织的测试报告才是最好的****测试结论(测试是否通过/是否满足发布要求/是否能够发布)罗列发现的主要问题(或者说该版本存在的主要风险)测试环境测试版本(客户端,移动APP)硬件环境系统拓扑图测试内容(测试范围)测试用例执行情况(一共多少,执行了多少,未执行多少,通过多少,失败多少)发现的严重缺陷有哪些(仅仅罗列最严重级别的bug)原创 2017-11-10 19:41:55 · 13218 阅读 · 0 评论 -
软件缺陷的生命周期(基本)
一个最优化、最简单的软件缺陷生命周期的例子1.发现缺陷--(测试员发现缺陷并记录缺陷报告/缺陷报告交给程序员)--》打开--(程序员修改缺陷/缺陷报告交给测试员)--》解决--(测试员确认缺陷已修改/测试员关闭缺陷报告)--》关闭大多数项目小组都制定规定由谁来改变软件缺陷的状态,或者交给其他人来处理软件缺陷。例如,只有项目经理可以决定推迟软件缺陷修复,或者只有测原创 2017-11-11 21:58:30 · 11571 阅读 · 0 评论 -
软件测试--并非所有软件缺陷生来就是平等的
在每个软件项目中都必须进行取舍,必须承担一定的风险,已决定哪些软件缺陷需修复,哪些不修复,哪些推迟到软件的以后版本中解决。缺陷划分严重性和优先级严重性表示软件缺陷的恶劣程度,当用户到该缺陷时影响的可能性和程度优先级表示修复缺陷的重要程度和紧迫程度严重性:1.系统崩溃,数据丢失,数据毁坏,安全性被破坏2.操作性错误,结果错误,功能遗漏3.小问题,拼写错误,UI布局,罕原创 2017-11-11 22:00:15 · 409 阅读 · 0 评论 -
软件测试--报告软件缺陷的基本原则
1.尽快报告软件缺陷软件缺陷发现的越早,在进度中留下的修复时间就越多。优先对APP的功能测试,发现的越早,修复的就越早,不会阻塞后面的测试。2.有效软件缺陷的描述短小:只解释事实和演示、描述软件缺陷必须的细节单一:每一个报告只针对一个软件缺陷明显并通用:用使用者容易看懂的,简单易行步骤描述的软件缺陷的一个特例,得到修复的机会较大。可再现:要想得到重视,软件缺陷报告必原创 2017-11-11 22:13:31 · 5289 阅读 · 0 评论 -
不修复软件缺陷的原因
1.没有足够的时间在任何一个项目中,通常是软件功能太多,而代码编写人员和软件测试人员太少,而且进度中没有留出足够的空间来完成项目。2.不算真正的软件缺陷很多情况下,理解错误、测试错误或者说明书更会把可能的软件缺陷当做功能来对待3.修复的风险太大软件本身是脆弱的,难以理清头绪,有点一团乱麻,修复一个软件缺陷可能导致其他软件缺陷出现。4.不值得修复不常出现的软件缺陷翻译 2017-11-11 22:34:57 · 7170 阅读 · 0 评论 -
禅道项目管理系统截图
原创 2017-11-12 10:57:29 · 1444 阅读 · 0 评论 -
缺陷处理流程
1.已提交(测试发现缺陷并提交)2.分析缺陷(开发组长判断缺陷处理方式) 2.1已挂起(1.暂缓修改,2.不修改) 2.2已拒绝(1.开发、测试协商决定,2.缺陷无法重现)3.已分配(开发组长确认修改并分配)4.已修复(开发修复缺陷并送测)5.已验证(测试根据送测清单验证缺陷)6.已关闭(验证通过并关闭缺陷 )原创 2017-11-20 23:18:56 · 8531 阅读 · 0 评论