【测试】Bug和用例

[复制链接]
发表于 2025-7-9 05:01:55 | 显示全部楼层 |阅读模式
软件测试贯穿于软件的整个⽣命周期

软件测试的⽣命周期是指测试流程,这个流程是按照⼀定顺序执⾏的⼀系列特定的步骤,去包管产品质量符合需求。在软件测试⽣命周期流程中,每个运动都按照筹划的系统的执⾏。每个阶段有差别的⽬标和交付产物


Bug

bug的概念

定义:⼀个计算机bug指在计算机程序中存在的⼀个错误(error)、缺陷(flaw)、疏忽(mistake)或者故障(fault),这些bug使程序⽆法精确的运⾏。Bug产⽣于程序的源代码或者程序筹划阶段的疏忽或者错误。 精确的来说: 1. 当且仅当规格说明(需求文档)是存在的并且精确程序与规格说明之间的不匹配才是错误。 2. 当需求规格说明书没有提到的功能判定标准以终极⽤⼾为准:当程序没有实现其终极⽤⼾公道 预期的功能要求时,就是软件错误描述bug的根本要素

问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果 bug级别

通过定义bug的级别,可以或许明确看出问题的严峻程度。⼯作中开发⼈员通常需要按照bug的级别来分配优先级来处理bug,除此之外,通过bug级别也可以或许体现出开发⼈员的开发质量bug级别⼀般分为:崩溃、严峻、⼀般、次要bug的⽣命周期

测试⼈员在执⾏测试的过程中如有发现bug,须要在对应的bug管理平台来创建bug(bug⽣命起 源),创建好的bug须要被开发⼈员修复,以及测试⼈员的持续跟踪和测试

New:新发现的Bug,未经评审决定是否指派给开发⼈员进⾏修改。 ● Open:确认是Bug,并且以为须要进⾏修改,指派给相应的开发⼈员。 ● Fixed:开发⼈员进⾏修改后标识成修改状态,有待测试⼈员的回归测试验证。 ● Rejected:假如以为不是Bug,则拒绝修改。 ● Delay:假如以为暂时不须要修改或暂时不能修改,则延后修改。 ● Closed:修改状态的Bug经测试⼈员的回归测斌验证通过,则关闭Bug。 ● Reopen:假如履历证Bug仍然存在,则须要重新打开Bug,开发⼈员重新修改。 ⽆效的bug:open->closed open-rejected-closed测试用例

概念

测试⽤例(Test Case)是为了实施测试⽽向被测试的系统提供的⼀组集合,这组集合包含:测试环境、利用步骤、测试数据、预期结果等要素。 筹划测试⽤例

精确筹划测试⽤例的思想:通例思考+逆向头脑+发散性头脑筹划测试⽤例原则⼀: 测试⽤例中⼀个必需部分是对预期输出或结果进⾏定义 筹划测试⽤例的原则⼆: 1.测试⽤例的编写不仅应当根据有用和预料到的输⼊情况,⽽且也应该根据⽆效和未预料到的输⼊情况。 2.检查程序是否“未做其应该做的”仅是成功的⼀半,测试的另⼀半是检查程序是否“做了其不应该做的”。(是上⼀条原则的一定结果) 3.筹划测试⼯作时不应默许假定不会发现错误 筹划测试⽤例:功能测试+界⾯测试+性能测试+兼容性测试+易⽤性测试+安全测试。
性能测试和功能测试的区别是:功能测试检查软件是否做了(验证功能是否精确,⽽性能测试测试软件做的好不好(通常为极端情况)。
易⽤性测试的标准是检查产品是否具备简单易上⼿的属性
安全测试:常⻅的安全问题:隐私数据明⽂显⽰参数未强校验导致SQL注⼊。 越权:普通⽤⼾也可以执⾏管理员权限的利用。
⽐较常⽤的测试范例:弱⽹测试、安装卸载测试
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
继续阅读请点击广告

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

×
回复

使用道具 举报

© 2001-2025 Discuz! Team. Powered by Discuz! X3.5

GMT+8, 2025-7-25 08:17 , Processed in 0.080412 second(s), 30 queries 手机版|qidao123.com技术社区-IT企服评测▪应用市场 ( 浙ICP备20004199 )|网站地图

快速回复 返回顶部 返回列表