软件测试学习第一部分--软件测试理论基础

软件测试学习第一部分--软件测试理论基础

ID:44098256

大小:371.41 KB

页数:30页

时间:2019-10-18

软件测试学习第一部分--软件测试理论基础_第1页
软件测试学习第一部分--软件测试理论基础_第2页
软件测试学习第一部分--软件测试理论基础_第3页
软件测试学习第一部分--软件测试理论基础_第4页
软件测试学习第一部分--软件测试理论基础_第5页
资源描述:

《软件测试学习第一部分--软件测试理论基础》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、第一部分:手工测试软件测试基础理论第三讲(缺陷报告)一、测试人员的主要工作职责(1)编写测试计划(2)编写测试用例(3)执行测试,发现缺陷捉交缺陷报告(4)验证所冇缺陷是不是得到修复(5)编写测试总结报告二、缺陷报告的组成1、缺陷编号(DefectID)提交bug的顺序说明:(1)全项目组统一编号(2)如果使用管理工具,缺陷编号会自动生成2、缺陷标题(summaFy)简明扼要的描述一下该bug3、缺陷的发现者(DetectedBy)一般为自己4、发现缺陷的日期(Detectedondate)一般就是发现缺陷的当前5、缺陷所属的模块(subject)在测试程序的那个功能模块或菜单时发现的bu

2、g开发经理会根据bug所在的模块,找到bug的负责人6、发现缺陷版本(Detectedinrelease)在测试程序的哪个版本时发现的bug27、指派给谁处理(Assignedto)测试人员把缺陷报告指派给开发经理,开发经理会根据缺陷所在的模块,需要再次指派给具体的开发人员8、缺陷的状态(status)(重要)表明缺陷所处的情况或处理结果。(1)测试人员发现bug提交缺陷报告给开发经理,把bug的状态写成:new(新捉交)(2)开发经理验证捉交的bug,如果是Bug,把bug的状态改为:open(打开的bug>开发组承认的Bug);如果不是bug,把缺陷的状态改为:rejected(®拒绝

3、的缺陷),是缺陷需要把缺陷指派给bug的负责人。(3)开发人员,看到指派给自C的bug,进行Bug的修复,修改完后,把bug的状态改为:fixed(已经修复的bug)(4)测试人员对修复的bug进行返测,如杲反测成功,把bug的状态给为:dosed(关闭bug、反测成功的bug),如果返测失败把bug的状态改为:reopen(重新打开的bug、返测失败的bug)以上的过程成为“缺陷(报告)的处理流程,也称之为“缺陷的跟踪过程”,或称作“缺陷的生命周期”New—->ope->Fixed—->closed9、缺陷的严重程度(Severity)(重点)表明bug多糟糕,或对软件造成多大影响Urg

4、ent:造成死机、崩溃等致命问题Veryhigh:非常严重的bug。Hight:比较严重的、大的bugMedium:中等程度的bugLow:小的bug以后再提交缺陷时会有一个专门的文档來说明什么样的错误时什么等级BugLevelDefinition缺陷等级定义说明:每个单词在不同项目中代表的含义是不尽相同,我们应该在专门的文档中给出比较详细的评判标准,这样才会减少争议。Performance:性能Function:功能10、缺陷的优先级(priority)(重点)希望缺陷在什么时间内或者在程序的哪个版本小解决Urgent:立刻修改,否则会影响开发或测试的进度Veryhigh:本版本修改(本

5、周期修改)Hight:下一个版本修改(下一周期修改)Medium:发布Z前修改(下一版本修改)Low:允许在发布屮存在(发布Z前修改)优先级需要考虑的因素:(1)严重程度:一般越严重,优先级越高(2)影响的范围:印彖的范围越大,优先级越高(3)开发组的进度压力:压力越小,优先级越高(4)解决bug的成本问题:成本越低,优先级越高11、缺陷描述(description)(重点)把发现缺陷的步骤、使用的数据记录下来,让程序员通过描述能够再现bug三、常见问题1、严重程度和优先级不是严格成正比的例如:界面问题的严重程度一般比较低,但优先级可能最高--立即修复。错误提示中的错别字严重程度低,因为其

6、好修改,优先级可能最高…立即修复一些严重的错谋,它不影响其他功能,但是难解决其严重程度高,但优先级可以低些2、严重程度确定好后,一般不做修改;优先级可能会根据实际情况,适当修改3、在产品发布Z前有些缺陷可能解决不了,但一定要做好风险分析例如:一些用户不常用的功能,或发现错谋时不会造成很大的损失的四、缺陷报告用途(1)记录bug(2)对bug进行分类(发现者、H期、版本、模块、严重程度、状态。。。。)(3)跟踪bug(new->closed)(4)对bug总结、分析统计五、如何识别bug(1)参考测试用例的预期结果,实际结果与预期结果不一致,就是bug(2)参考需求文档,与需求不一致就是bu

7、g(3)讨论(4)参考第一讲中缺陷的5点定义六、写缺陷报告时注意的问题说明:有些bug是不可重新的。可以称为随机bug,也耍提交,要注明一下七、缺陷报告的处理流程参考缺陷状态(status)笔记作业:至少提交三个缺陷报告第四讲(测试用例)一、测试用例基本概念测试用例是在测试执行Z前由测试人员编写的指导测试过程的重要文档,主要包括:用力编号、测试目的、用例描述、预期结果二、测试思想:“穷举测试”是最全面的测试,但是时间成本

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。