电子课件 测试执行 沈阳职业技术学院.pptVIP

软件测试技术 主讲教师：冯书晶 “四个一”训练 组织教学： 校训：自强不息，开物成务！ 培养目标： 计算机软件技术高技能人才！ 岗位能力要求： 精编程、善操作、懂设计、知流程！ （扩展）软件测试执行 1.测试执行工作范围 搭建测试环境 执行测试用例 发现软件缺陷（BUG） 记录BUG和提交BUG BUG跟踪 BUG分析和定位 2. 软件BUG定义 2.1 BUG通用定义 被测对象不满足下列任何一条，即认为是软件BUG； 不满足用户需求或隐含需求； 与前期需求或设计不符合或不一致。 软件BUG定义： 指在测试过程中，软件不满足需求或质量要求的情况下，由测试人员提出的缺陷均称为BUG。 2.2 BUG严重程度 ? 严重性 1. 系统崩溃数据丢失数据毁坏 2. 操作性错误错误结果遗漏功能 3. 小问题错别字UI布局罕见故障 4. 建议 ? 优先级 1. 立即修复(停止进一步测试) 2. 必须修复 3. 如果时间允许建议修复 4. 可能会修复,但是不影响发布(低优先级) BUG严重程度 BUG严重程度 ? 致命BUG： 测试执行主要功能直接导致系统死机、蓝屏、挂起或是程序非法退出； 系统的主要功能点没有实现； 主要模块/功能不满足需求或设计上的要求； 软件的安全缺陷导致重要数据丢失或损坏。 BUG严重程度 ? 严重BUG： 测试执行次要功能导致系统死机、蓝屏、挂起或是程序非法退出； 系统的次要功能点没有实现； 对于主要功能的执行结果与预期结果差别较大，或是计算结果不正确； 软件的易用性不好，导致用户可能不能正常完成软件的主要功能操作； 程序执行过程过于缓慢； 程序占用过大的系统资源，或是占用资源后不能正常释放； 主要界面有明显的错别字或描述错误。…. BUG严重程度 ? 一般BUG： 软件的实际执行过程与预期结果有差异，但不严重； 非正常操作或输入导致系统出错，或执行结果不正确； 系统运行过程中偶尔（出现概率5%）有出错提示或导致系统运行不正常； 软件交互性不好，对于用户可能造成难于操作、学习和理解； 在用户经常使用的环境中，界面不美观，影响软件品质； 界面、程序或帮助文档中文档或文字描述问题，造成用户难于理解。 … BUG严重程度 ? 微小BUG： 软件的实际执行过程与预期结果有较小的差异； 软件不能处理用户可能使用的极端条件下的操作； 界面、程序或帮助文档中文档或文字描述问题，但影响不大。 … 2.3 BUG优先级 优先级别体现了开发人员修改BUG的优先顺序，分4个级别：尽快修复、必须修复、建议修复、低优先级。 判定权限：项目经理。 BUG优先级 尽快修复： 需要开发人员马上修复，并尽快修改完成。 一般指BUG较为严重，并且会对其他工作造成不良影响的情况。 必须修复： 需要开发人员修复，并且要修改完成。 一般指BUG较为严重，但对其他工作影响较小的情况。 BUG优先级 建议修复： 开发人员最好要进行修改，但并不一定必须修复。 一般指BUG较为轻微，影响软件品质。 此类BUG若最终不修改，一般要做为遗留BUG。 低优先级： 开发人员可以根据实际情况来决定是否修改。 一般指BUG无关紧要，对项目质量影响非常小。 此类BUG若最终不修改，可以注销或做为遗留BUG。 3.测试管理系统使用（BIM系统） 3.1 测试管理系统介绍 项目BUG信息的记录与跟踪平台。 系统用户： 测试人员。 开发人员。 项目经理。 浏览人员。 BIM系统 3.2 测试管理系统主要功能 是测试全过程的管理平台，贯穿整个测试生命周期。 为测试管理者和项目经理提供量化和可视化管理。 包括测试计划、测试用例、测试执行、BUG信息、测试报告、测试总结和用户反馈的各个阶段的管理。 BIM系统 3.3 BUG生命周期 4. 测试执行的几个问题 ? 怎样发现BUG ? 怎样描述BUG ? 怎样处理BUG 4.1 怎样发现BUG ? 用客户的头脑思考---学会移情 ? 象愚笨的用户那样做--不遵守任何规定， 不做任何假定。 ? 不要局限在对显而易见事实的测试 ? 在缺陷密集区继续查找 ? 目标明确的结构化测试 ? 凭借经验，直觉和预感—经验是人们对 错误行为的称谓。 目标明确的结构化测试 在破坏性测试之前进行通过性测试 ----等价类划分，数据测试，状态测试…. 开始破坏性测试 ------竞争条件和时序错乱 ------重复，压迫和重负 加强测试 ------BUG轰炸 ------其他人员加入，BETA测试 4.2 怎样描述BUG ? 立刻记录在案 -----准备好工作笔记,抓屏工具,