如何设计实用的测试用例.pptx

如何设计实用的测试用例李义民2013-07-29概述测试用例定义测试用例原则常犯的错误测试用例定义IEEE Std 829-1983: Documentation specifying inputs, predicted results, and a set of execution conditions for a test item.According to Ron Patton (2001, p. 65): Test cases are the specific inputs that you’ll try and the procedures that you’ll follow when you test the softwareIEEE Std 610 -1990：A set of test inputs, execution conditions, and expected results developed for a particular objective, such as to exercise a particular program path or to verify compliance with a specific requirement.比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容: 测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。定义测试用例原则较高错误发现率可复用高覆盖率有代表性测试用例原则可再现性可判定性可维护性可统计性可追溯性其他测试用例常犯错误测试需求分析为什么要进行测试需求分析原则、方法、步骤示例为什么要进行测试需求分析1、把不明确的需求转换为明确的需求2、把不直观的需求转换为直观的需求3、把不可度量的需求转换为可度量的需求1、提取出测试点2、确定测试范围3、制定测试策略原则、方法、步骤直观易理解原则明确无歧义明确可度量1、删除冗余、重复的需求目标1、功能需求条目化2、业务需求线条化方法：一删、二细、三合2、细化过于简略的需求3、合并类似的需求对可测试需求进行分层描述对可测试需求进行分类条目化可测需求步骤建立测试需求跟踪管理方式确定测试需求的测试类型测试需求分析示例测试用例设计用例设计时测试人的角色原则、方法、步骤示例测试人角色需要强大的思维转换能力原则、方法、步骤原则用例与逻辑分离指用例逻辑与业务逻辑相分离，目的是为了用例的原子性用例与数据分离提高用例复用性、数据可维护性、便于做数据规划和组织和自动化测试数据引入用例与脚本分离提高用例复用性、脚本可维护性、便于开发通用自动化脚本原则、方法、步骤等价类划分法边界值分析法因果图分析法决策表分析法方法错误推测方法正交实验设计法功能图分析方法场景分析法原则、方法、步骤用例编写用例组织原则用例编写原则示例用例组织原则体现功能通过用例的组织框架能了解到系统的功能覆盖情况体现业务通过用例的组织框架能了解到系统的业务覆盖情况颗粒化高度颗粒化，可根据测试需要，进行用例抽取组成新的测试计划用例编写原则原子性用例覆盖最小原子功能，不受其他因素影响，可独立执行高复用性用例不受环境、数据影响，可重复使用面向用户从用户角度进行用例编写用例示例 书籍推荐IEEE 829(IEEE软件测试文档标准）：基于IEEE 829编写文档时可能引用其他文档，包括:IEEE 1008, 单元测试标准IEEE 1012, 软件验证与确认标准IEEE 1028, 软件审查标准 IEEE 1044, 软件异常分类标准IEEE 1044-1, 软件异常分类向导IEEE 830, 系统开发需求说明书向导IEEE 730, 软件质量保证计划标准IEEE 1061, 软件质量度量及方法标准IEEE 12207, 软件生命周期过程及生命周期数据标准BS 7925-1, 软件测试术语表BS 7925-2, 软件构件测试标准谢 谢