1. 1、本文档共74页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
功能测试

一瓶饮料5角钱 如何设计测试用例? 从功能逻辑模型(决策表或因果图)导出局部测试用例,即设计测试用例覆盖某个状态的各种输入数据的组合 从状态迁移图导出整体的测试用例,以覆盖系统(程序)控制的逻辑路径 功能图法设计测试用例,就是如何覆盖软件所表现出来的所有状态,可以转化为两个层次的测试用例 功能图法是综合运用黑盒方法和白盒方法来设计测试用例,即整体上选用白盒方法——路径覆盖、分支和条件覆盖等,而局部上选用的是黑盒方法——决策表或因果图方法 功能测试用例的设计 6.2.1 等价类划分法 6.2.2 边界值分析法 6.2.3 循环结构测试的综合方法 6.2.4 因果图法 6.2.5 决策表方法 6.2.6 功能图法 6.2.7 正交试验设计方法 为什么要采用正交试验法? 打印范围分:全部、当前幻灯片、给定范围 打印内容分:幻灯片、讲义、备注页、大纲视图 打印颜色/灰度分: 彩色、灰度、黑白 打印效果分:幻灯片加框和幻灯片不加框。 在许多应用系统的测试工作中,不会象判断三角形那样简单,输入条件的因素很多,而且每个因素也不能简单用“是”和“否”来回答。比如,微软Powerpoint程序的打印测试,也需要考虑4个因素,每个因素也有多个选项 测试组合会变得很多,如果按照传统的测试方法,会导致很大的测试工作量 正交实验设计方法 依据Galois理论,从大量的(实验)数据(测试例)中挑选适量的、有代表性的点(条件组合),从而合理地安排实验(测试)的一种科学实验设计方法 步骤 确定影响功能的因子与状态 选择一个合适的正交表 参考.hk/UniformDesign或/~njas 利用正交表构造测试数据集 把变量的值映射到表中,为剩下的水平数选取值 把每一行的各因素水平的组合做为一个测试用例。再增加一些没有生成的但可疑的测试用例。 实例1 员工号(ID)。 员工姓名(Name)。 员工邮件地址(Mail Address) 信息系统中,员工信息查询功能是常见的。例如,设有3个独立的查询条件,以获得特定员工的个人信息 实例2 微软Powerpoint打印测试,有4个因子,水平数(从2到4 )是不相等的。由于水平数不等,采用包含和组合的方法选取合适的正交表公式 表中的因子数=4 表中至少有4个因子的水平数=2 行数取最少的一个 最后选中正交表公式:L16(45) 实例2(续) 表6-11 本章内容 6.1 功能测试 6.2 功能测试用例的设计 6.3 可用性测试 6.4 功能测试执行 6.5 功能测试工具 可用性 满意:对用户界面赏心悦目的程度。 可学习性:用户第一次使用软件时完成基本任务的容易程度。 效率:一旦用户学会了使用,完成任务的速度 可记忆性:当用户在一段时间没有使用产品,重新使用产品,再次达到熟练程度的容易程度。 正确性:用户会碰到多少错误?系统又如何从错误中恢复 可用性是指以有效性、效率和满意度为指标,产品在特定使用背景下为了特定的目的可为特定用户使用的程度 遵守标准和规范 Windows/Mac OS Web 2.0 UI 手机Java UI UI标准 直观 灵活 舒适 舒适性主要强调界面友好、美观,如操作过程顺畅、色彩运用恰当、按钮的立体感以及增加动感等 实用 考量每一个具体特性对软件是否具有实际价值、是否有助于用户的实际业务需求实现 UI 检查表 可用性外部测试 软件可用性测试,仅靠软件组织的内部测试是不够的,还需要真正的用户参与,并观察他们的表情、行为,这需要建立专业的适用性测试实验室 可用性测试人员数量 Jakob Nielsen的研究成果(/ ) 本章内容 6.1 功能测试 6.2 功能测试用例的设计 6.3 可用性测试 6.4 功能测试执行 6.5 功能测试工具 功能测试套件的创建 创建测试套件的主要考虑因素 依据功能点的测试用例组 测试用例的环境组合 回归测试策略 测试全部用例,选择测试用例库中的全部测试用例构成回归测试套件。 基于风险选择测试,基于一定的风险标准来从测试用例库中构造缩减的回归测试用例套件。 基于操作剖面选择测试,会优先选择那些最重要或最频繁使用功能所关联的测试用例(如80-20原则中20%的重要功能),有助于发现那些对质量有显著影响的缺陷,而放弃次要功能关联的测试用例。 测试修改的部分。 回归测试的组织和实施 通过代码相依分析,识别出软件中被修改的部分和影响的范围。 从原有测试用例基线库中,排除不再适用的测试用例,确定那些对新的软件版本依然有效的测试用例,从而建立起新的测试用例基线库T0。 基于操作剖面和风险选择相结合的策略,从新的测试用例基线库中选择测试用例构造有效的套件,测试被修改的软件。 如果回归测试套件不能达到所需的覆盖要

文档评论(0)

maritime5 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档