《高效测试案例设计20090316(欢迎进行交流,近期会有更新).pptx》由会员分享，可在线阅读，更多相关《高效测试案例设计20090316(欢迎进行交流,近期会有更新).pptx（37页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 关志勇 20090316高效测试案例设计高效测试案例设计前言前半部前半部测试用例设计测试用例设计5 5板斧板斧第一板斧需求细分第二板斧产品实现逻辑第三板斧产品应用场景第四板斧测试角度第五板斧产品实现技术设计手段测试列表设计思想及应用技术理解文档模板思想及应用后半部后半部完善补充设计测试案例完善补充设计测试案例高效测试案例设计高效测试案例设计_ _大纲大纲本次培训的目的：介绍设计测试案例的思路本次培训介绍的设计测试案例的思路基于黑盒测试方法实现不管黑猫白猫，逮到耗子是好猫，本次培训介绍的设计测试案例思路不是否定现有黑盒测试方法，其中的思路也借鉴了白盒测试的一些方法本次培训介绍的设计测试案例的思
2、路在网络通信产品、网络安全产品、应用客户端产品、网站产品应用高效测试案例设计高效测试案例设计_ _前言前言功能需求逐级细分最终形成功能点测试人员最初依据需求文档编写测试case，不同的公司功能需求文档描述细程度不一样，功能从层次划分的角度来看存在大小之分，可以采用树形分层的设计思路，层层剥离，最终形成不能往下细分、没有歧义的功能点高效测试案例设计高效测试案例设计_ _第一板斧第一板斧 高效测试案例设计高效测试案例设计_ _第一板斧第一板斧_ _举例举例 层次太多说明模块过大，这个问题在讲测试列表的时候会列举解决方案功能点的定义：影响功能点的预期结果只有一个因素/条件，如果存在多个因素/条件并会
3、导致不同的结果，这个功能还不是功能点，需要继续往下细分功能点分的很细有必要吗？从测试覆盖度来说是越细越好，但是很多情况下会根据项目的时间资源、人力资源来综合分析，具体问题具体分析高效测试案例设计高效测试案例设计_ _第一板斧第一板斧_faq_faq 知己知彼方能百战不殆！需求文档的内容是黑盒层面的内容，当我们完全站在黑盒外面设计测试案例，相对产品而然测试案例的覆盖度和精准度不好评估，如果我们能掌握产品黑盒内部的逻辑结构，再用黑盒的测试手法执行case去覆盖产品的功能，相对于完全依据需求来设计的case来说多了一层保证高效测试案例设计高效测试案例设计_ _第二板斧第二板斧在介绍流程图分析法之前先
4、抛出几个问题：开发需要为测试提供什么支持帮助，概要设计文档、详细设计文档是否应该提供给测试？这些文档对测试工作有作用吗？测试工程师从这些文档吸取什么？高效测试案例设计高效测试案例设计_ _第二板斧第二板斧高效测试案例设计高效测试案例设计_ _第二板斧第二板斧逻辑流程图的模型举例逻辑流程图的模型举例逻辑流程图的模型举例逻辑流程图的模型举例单一交互业务流模型1234561234高效测试案例设计高效测试案例设计_ _第二板斧第二板斧多业务交互流模型123123123123高效测试案例设计高效测试案例设计_ _第二板斧第二板斧使用自然语言把概要设计、详细设计当中的内容用业务流/功能描述的形式展现，表现
5、形式不局限刚才列举的几种模型概要设计和详细设计会有很多计算机专业术语，在设计逻辑流程图时需要 把这些计算机术语（如变量名、函数名、类名、对象名）翻译后（转为动作名称、功能名称、业务名、数据流名称等）用自然语言表达出来高效测试案例设计高效测试案例设计_ _第二板斧第二板斧FAQ：1、看不懂概要设计和详细设计怎么办：和开发沟通，理解后及时写成逻辑流程图 2、所有的逻辑流程图都需要让相对应的开发人员审核，如果有错误及时修正 3、当功能实现异常复杂，可以根据实际情况把一个复杂的实现逻辑分解成几个流程图如下图：高效测试案例设计高效测试案例设计_ _第二板斧第二板斧续上高效测试案例设计高效测试案例设计_
6、_第二板斧第二板斧FAQ：存在复杂调用关系的模块间的流程图可以单独使用流程图描述模块之间复杂的调用关系，忽略模块内部的处理流程，按照流程图设计测试case去覆盖模块间的调用关系逻辑流程图每一链接都必须加上唯一的标号标记（英文、数字等都可以）逻辑流程图后续需要用文字对整个逻辑流程图进行描述解释，便于理解高效测试案例设计高效测试案例设计_ _第二板斧第二板斧高效测试案例设计高效测试案例设计_ _第二板斧第二板斧用逻辑流程图设计测试case：整体角度：把逻辑流程图看成一颗树，把根节点和页节点的路径链接起来设计黑盒测试case去覆盖对应的路径拆分角度：每一段路径代表着开发人员的设计实现，测试人员要从功
7、能应用的角度分析这段路径可能发生的各种情况分析，例如存在不同的业务流经过，当前设计是否能正确处理；逻辑流程图的描述文字当中以段为单位注明用途（如转化为case；加深产品理解；用在定位问题等；）在设计逻辑流程图时，需要定义所负责模块的重要程度级别和模块内部路径的重要程度级别(比方从出现故障的影响程度大小和使用的频繁程度判断)，当项目时间紧张或者人力资源不足时就可以根据这些情况选取最重要或者最适合的case去测试逻辑流程图体现着开发人员的设计实现思路，通过逻辑流程图设计case的主要思想是用黑盒的测试方法把开发的设计思路覆盖，保证产品的设计可以在真实的环境当中得到验证高效测试案例设计高效测试案例设
8、计_ _第二板斧第二板斧从产品/功能的应用场景去设计case相对开发人员而言测试人员就是开发人员所开发产品/功能的用户；在公司，测试人员就代表用户，测试人员的思维要贴近用户，要站在用户的立场上去检验产品应用场景是黑盒测试相对白盒测试的一大优势是真实应用和模拟应用（如桩）的区别高效测试案例设计高效测试案例设计_ _第三板斧第三板斧我们的产品会被各种不同的用户使用，不同的用户对我们的产品的影响体现为：不同的配置（产品的具体配置）、不同的操作行为、不同的运行环境（如硬件环境、软件环境、网络环境、负载等）、不同的要求、不同的区域、不同的使用习惯等高效测试案例设计高效测试案例设计_ _第三把斧第三把斧从
9、测试角度的方向设计测试case前面三板斧覆盖了需求、开发设计和客户应用场景，到现在为止设计测试case的思路基本都围绕着产品，这时候需要把设计思路做一个转变，把思路从产品身上暂时抽出来，从测试的角度去设计case高效测试案例设计高效测试案例设计_ _第四板斧第四板斧什么是测试角度？测试角度是否等同于测试类型？测试角度为什么说测试角度是集体智慧的结晶？高效测试案例设计高效测试案例设计_ _第四板斧第四板斧用举例来说明测试角度：测试类型属于测试角度是测试角度的子集，测试类型是测试同行经验的结晶。列举一些测试类型：界面测试、边界测试、安装/卸载测试、易用性测试、一致性测试、可恢复测试、安全性测试、兼
10、容性测试、容错性测试、压力测试、可靠性测试、性能测试等等高效测试案例设计高效测试案例设计_ _第四板斧第四板斧续上上面列举的测试类型比较普遍，除此之外，应该把测试过程当中积累的一些技巧、经验抽象出来转化为类似测试类型的文字信息，在设计测试case时作为参考如：功能关联性测试、状态测试、互斥测试、存储测试、表项测试、交互式测试、破坏性测试、及时性测试等等测试人员由于性格、知识技能、经验的差别，对同一个功能会有不同测试反应，在日常注意从case当中反推测试角度、测试思路：这个case是咋来的呢？用文字把思路抽象出来，配合例子说明，成为测试角度的一分子高效测试案例设计高效测试案例设计_ _第四板斧第
11、四板斧续上上面这些都是大类，下面还可以继续进行细分，如表项测试可以细分为表项容量、表项老化、表项读写、表项刷新等等，细分可以到达2级、3级甚至更多，具体要结合产品而定可以把测试角度制作成checklist，在设计测试case时强制要求执行高效测试案例设计高效测试案例设计_ _第四板斧第四板斧产品的实现技术能为测试case设计带来思路前面4把斧过后，回过头来分析：为什么当前存在测试工程师不如开发工程师的现象？测试人员是否需要了解产品的实现技术产品的实现技术如何能跟黑盒测试相结合高效测试案例设计高效测试案例设计_ _第五板斧第五板斧产品的实现技术诸如编程语言、平台技术、数据库技术等，测试人员可以学
12、习些技术的特点和弱点，这些技术的特点和弱点很多“老人”已经总结出来，我们只需要拿过来用就可以不可以用自己的短处去和对方的长处较量，比方说测试人员和开发人员比编程能力，怎么比的过？换个角度，如果产品是采用c/c+开发，可以参考针对指针运用常见的问题，针对使用指针技术的功能设计黑盒case去PK，对于存在嵌套使用内存的功能设计黑盒case去PK，找出内存泄漏的问题等等高效测试案例设计高效测试案例设计_ _第五板斧第五板斧 测试列表的思想测试列表是：产品测试功能点的集合测试列表能减轻测试用例编写和更新维护成本测试列表采用树形分层的思想，把功能需求拆分、逻辑流程图、测试角度、应用场景和产品实现技术这些
13、测试case设计的思路融合到一张表格里面高效测试案例设计高效测试案例设计_ _测试列表测试列表测试列表的优点编写成本低，频繁更新带来的维护成本低满足一定的 测试项目管理需求，和产品需求关联化、便于统计、便于查询、便于考核、便于功能扩展，融入一些新需求便于阅读，结构清晰，内容集中便于设计，方便的融入各种测试思路便于执行，测试列表可以转化为测试记录列表，测试任务得以量化测试列表在测试计划制定和测试执行、测试报告等过程当中发挥等同于测试用例的作用便于评审高效测试案例设计高效测试案例设计_ _测试列表测试列表测试列表的内容编号应用场景/功能描述/逻辑流程图分析测试项、测试分项1、2、3测试角度测试功能
14、点预期结果及判断方法关联测试点优先级别编写修改原因支持版本高效测试案例设计高效测试案例设计_ _测试列表测试列表技术理解文档的思想技术理解文档是为了让测试人员掌握好测试所必须产品技能和测试技能提供一些参考指导技术理解文档是设计测试case的重要依据技术理解文档是一面镜子，可以让编写文档的人找出自己的问题，也可以让周围的人通过文档找出编写人在产品技能及相关测试技能理解存在的问题技术理解文档起到技术共享、技术存档的作用技术理解文档对个人文档组织能力和逻辑思维能力的提高有帮助高效测试案例设计高效测试案例设计_ _技术理解文档技术理解文档技术理解文档模板的内容：产品的定位产品术语解释产品功能说明产品功
15、能业务描述产品规格说明产品的运行环境产品的部署指导同类产品分析对比高效测试案例设计高效测试案例设计_ _技术理解文档模板技术理解文档模板续上产品整体架构功能模块逻辑流程图模块接口数据库技术开发平台技术产品/功能主要实现算法/策略产品测试技能测试重点自动化需求高效测试案例设计高效测试案例设计_ _技术理解文档模板技术理解文档模板 高效测试案例设计高效测试案例设计_ _前半部总结前半部总结功能内部处理输入输出结果五板斧接招处理业务数据流参考需求文档第一板斧业务数据流参考研发设计文档当中列举处理的数据业务流第二板斧从应用场景角度去考虑数据业务流第三板斧从测试角度去考虑数据业务流第四板斧从产品实现技术
16、角度考虑数据业务流第五板斧设计测试case没有最好，只有更好！在系统测试开始后，随着测试进程的不断深入，测试人员对产品的实现和应用的理解不断加深，原先没有考虑到的测试点会不断的涌现，需要及时的把这些涌现的测试点及时补充到测试列表当中高效测试案例设计高效测试案例设计_ _后半部后半部测试case的更新思路来源于之前的外部故障新测试工具的引入或者现有测试工具应用的挖掘，从对口的测试工具功能/参数去反推测试case从bug库去寻找思路，别人发现bug的思路和方法也可能适合自己所负责的模块高效测试案例设计高效测试案例设计_ _后半部后半部高效测试案例设计高效测试案例设计续上在定位问题过程当中发现新的功能应用思路或者功能处理细节，增加相应的case从后台数据或者参数反推前台界面的数据业务流，增加相应的case参考别人增加case的角度，寻找适合自己模块的角度借助团队力量当局者迷旁观者清：可以组织小型讨论会让其他同事（也可以包括对应的开发）出谋献策高效测试案例设计高效测试案例设计产品的测试case设计没有满分：100分，但我们不应该放弃追求100分的理想，在条件许可的前提下不断的朝着100分的目标前进 END！谢谢大家！