测试执行及测试报告ppt课件

1、测试执行Chapter 1 测试执行Chapter 2 软件缺陷课程目录Chapter 3 测试报告Chapter 1 测试执行1.1 什么是执行测试用例1.2 用例的形状；什么是执行测试用例 根据已有的测试用例，按照里面的步骤一步一步的执行，查看预期结果与实践结果能否一致。明确要在被测软件的哪个版本上执行？确认要验证的测试点，在被测版本上曾经实现了。按照测试用例的预置条件、步骤进展执行按照测试用例的预期结果进展结果判别假设结果失败，阐明找到了缺陷测试用例的执行当用例还尚未被执行时，是No Test未执行形状当执行结果与预期结果相符时，是Pass经过形状当执行结果与预期结果不符时，是Fail失

2、败形状当由于软件有缺陷而妨碍了用例步骤的执行，且该缺陷并不是我们的测试点，那么用例是Block妨碍形状。当用例正在执行中，但是需求耗较多时间去察看其结果，是Investigate察看中形状。用例执行结果Chapter 2 软件缺陷2.1 缺陷的实际根底2.2 缺陷的生命周期2.3 缺陷的流程2.4 缺陷的形状2.5 缺陷的等级2.6 缺陷实例与练习缺陷实际根底2.1.1 缺陷的定义2.1.2 缺陷的缘由2.1.3 缺陷的修复本钱2.1.4 缺陷的分布特征2.1.5 缺陷的抗药性2.1.6 并非一切缺陷都要修正缺陷的定义软件未实现需求和规格要求的功能软件出现了需求和规格指明不该出现的错误软件实现

3、了需求和规格未提及的功能软件未实现需求和规格未明确提及但应该实现的内容软件难以了解，不易运用，运转缓慢，或者最终用户(估计会)以为不好。测试用例执行中发现的与预期结果不符的景象 缺陷又名为BUG臭虫缺陷的缘由缺陷的修复本钱缺陷的分布特征集结二八定理 缺陷往往喜欢扎堆，一个模块曾经发现的缺陷比别的模块多，通常不是代表这个模块曾经把缺陷暴露完了，而是意味着这个模块还存在有同样多的缺陷尚未被发现。这就是著名的二八定理：80%的缺陷出如今 20%的模块。并非一切的缺陷都需求修复有一些缘由，使得有些缺陷我们不修复：没有足够的时间不算真正的软件缺陷修复的风险太大不值得修复缺陷的生命周期缺陷的流程缺陷生命周

4、期形状缺陷状态描述New测试中新报告的软件缺陷，等待分派Open已确认的缺陷，等待开发人员修改Fixed已经被开发人员修改的缺陷，等待测试人员校验Rejected不是缺陷或不需要修复Reopen没有修复，重新打开返回开发人员Closed已经被测试人员确认得到正确修复，可以关闭缺陷的等级缺陷严重程度描述4-致命软件无法运行，或者软件的主要功能丧失，或者很大可能性会造成严重不良后果 3-严重软件的次要功能丧失，或者主要功能在一些特定情况下会出错 ，比如金额计算等2-一般软件在某些情况下会出错，但是造成的后果影响不大 1-轻微在某些情况下会出错，但是造成的后果影响很小缺陷单的编写一个好的缺陷单，是他

5、提交之后就再也没人联络他，然后过了一段时间曾经被完美地修复，转回到他手上进展验证测试这样的一个单子要做到这样，他应该怎样做呢 1、提供足够的错误环境信息，使得开发人员既可以明确如何重现缺点景象，又有足够的信息定位到问题的根源 2、书写良好的重现步骤； 3、上传附件，例如软件运转日志，抓图，网络抓包，声音，视频等。 4、运用特殊的颜色对重点词语进展标志； 5、运用关键词进展强调 6、特殊标志一个缺陷的根本要素缺陷ID 缺陷复现步骤缺陷标题 期望结果 测试环境 实践结果缺陷发现的日期和时间 附件缺陷提交人缺陷的优先级缺陷的严重等级；测试类型发现缺陷的软件版本例子-excel表例子-bugfree如

6、何写好每部分1标题：创建一个简短的标题，让问题看起来更明晰。“运用解体是一个很恼人的标题由于它没有足够的信息包括在这份报告里面。取而代之的是标题应该包含错误音讯和音讯码，或者是结果的称号以及失败时他正在做的事情。例如：Error 402:访问回绝当点击“发送邮件这个例子就提供了缺陷系统的上下文信息。差：“程序解体，“报错，“Bug好：“从Kifu中打印时5C79错误，“Kifu honors报表为空产品：用称号标识产品，告知他运用的是哪个版本。绝大部分软件都包含有版本信息。web运用的版本信息通常在页脚。差：“他的运用好：Kifu v1.01平台：通知我们软件运转在什么平台。尤其是操作系统的名

7、字及版本和游览器称号版本。特别是web运用，这些信息对我们很重要。差：“Windows好：“Windows7,IE9能否能重现：有些恼火的Bug是间歇性的出现，我们想预先知道，假设我们正在处置一个灵异事件或者正逢Bug出现时。差：留空白好：“每次，“偶尔，“不重现如何写好每部分2 总结：用简约的言语概括出Bug出现时他正在做的事情。从上下文开场，在操作运用的哪个部分。聚焦在他做的时候软件做了什么？差：“系统不能用了好：在“honor report页面单击“打印按钮，但是报表是空的。 发生了什么：一步一步描画他做的事情当bug出现时，为什么他以为是错误的。事无巨细，打印出菜单的称号，页面标题，点

8、击时的按钮或者链接的称号。做一样的操作是不是出现一样的错误。差：“空白报表好：“点击 File/Save as，Save对话空弹出，然后点击OK按钮，但是文件没有保管 错误时什么：假设错误音讯出现时，拷贝粘贴整个信息，这样更有利于我们跟踪错误。差：“有个错误，点击它一直读不出好：“Error 403：访问回绝 复现的步骤：假设他可以让bug重现，那太好了，这能提供很大的协助。一步步描画如何重现次bug。差：“打印没法运用好：“从Honors Report页面，点击打印按钮如何写好每部分3 预期结果：描画他预期发生的结果当bug发生时，这部分特别有用假设程序没有按照他等待的结果发生时，由于它很诡

9、异。差：“我等待能正常任务好：“我等待能看到Honors Reports的PDF文件真实结果：当bug发生时是怎样发生的，什么错误，为什么有错，或者假设错误抛出，抛出什么错。差：“没法用好：“我收到是空的PDF文件，或者403错误，访问回绝 附件：假设他知道怎样截屏，做吧，附上一个简短的错误，截屏可以是错误之前或者发生错误之后，我们的开发者可以看到终究发生了什么。假设运用有解体的日志，同样附上它。Chapter 3 测试报告3.1 测试报告的主要内容3.2 测试结果分析3.3 测试总结测试报告的主要内容掌上书院3.1.1 数据统计3.1.2 遗留bug情况3.1.3 测试风险3.1.4 测试对

10、象评价3.1.5 测试结论3.2 测试总结数据统计-人力投入投入项测试人员工作量（人天）测试用例维护XXX1天/人测试执行XX、XXX9.5天/人（XX：5.5天，XXX：4天）合计XX、XXX9.5天/人数据统计-用例覆盖率用例总数通过用例数（OK）未通过用例数（NG）尚未测试（NT）无测试条件，暂时不能测试（NC）尚未开发（ND）通过率（）备注263251001111新增加19个用例数据统计-问题单分类统计1、Bug严重级别统计致命严重一般提示合计07264372、BUG类型统计功能UI异常体验合计261010373、Bug状态统计未解决打回挂起已解决打开合计关闭合计37000004、Bu

11、g根源分析表需求类设计类编码类其他4000遗留bug情况序号BugID缺陷描述影响程度后续解决措施当前规避方法1224Web页面下载热门推荐，中间的节日专区，配置new，hot标识时，在IE6下将产生换行。未影响功能（兼容性问题）暂时忽略在下载热门推荐时，不采用new、hot配置2314后台管理图片管理，点击上传图片在IE6.0下，随机出现上传窗口无法打开的情况。比较小暂时忽略后台维护时，请采用IE7.0浏览器测试风险暂停的问题：1、 出现概率比较低，用户操作不易复现的问题，后续由客户端修改；2、3是本地阅读定位问题，修改比较困难，不影响使用，后续优化；5、属于遗留问题；4、6、7属于内容平台

12、问题，内容优化；暂停问题是产品人员、开发人员与测试人员沟通后暂停的。测试对象评价1. 基本功能评估5.4版本在本地阅读txt格式章节提取、在线阅读预加载、下载管理重实现、用户反馈功能实现、图书内容分享、网络连接、UI上做了一些修改、优化、调整，增加了一些新功能，本地阅读、在线阅读等基本功能改动不大，且都已实现稳定。2. 性能评估性能主要体现在：1.本地阅读设置方面，设置后本地阅读界面都能正常显示；2.Txt格式图书章节提取，是否精确；3.下载管理重实现，在线小说的下载，多任务的下载是否顺畅；4.在线阅读，连续阅读是否顺畅；5.Wifi和GPRS网络连接下，客户端的使用是否顺畅；3. 稳定性评估软件各基本功能稳定4. 易用性评估易用性较5.3版本好，在功能和界面上做了很多优化5. 其他评估功能上简单易用，界面友好悦目，功能上在txt格式章节提取、下载速度上做了很大优化测试结论1.版本功能基本实现且运行稳定，问题修改及时，在预定日期内完成开发和测试进度质量评价通过，可以发布及系统上线测试结论通过，可以发布及系统上线不通过，需要进行重大修改更新版本重新测试评估人员XX审核人员XXX测试结果分析 测试执行终了后，测试活动还没有终了