- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
《测试用例》 测试用例设计方法 一般的测试用例设计方法有等价类、边界值、错误推断、因果图、比较测试法、决策表等。 测试用例文档结构 测试用例文档结构一般包含以下几个方面:编写目的、被测对象分析、测试预置条件、测试用例列表、测试用例。 被测对象分析 对每个被测对象的分析描述,描述影响被测对象行为的各个因素,及其各个因素可能的取值。 测试预置条件 描述执行本测试用例需要预置的条件,例如数据库中需要存在什么数据、需要配置什需要处于什么状态。 第三十页,编辑于星期一:二十点 十七分。 测试用例 测试用例主要包括如下内容: 描述测试用例类别:功能、容错、性能等 测试用例编号 被测对象名称 子功能名称 测试阶段 测试目标(功能验证,容错处理…) 输入数据及操作步骤,需要描述每个步骤使用什么命令、需要什么操作、需要什么样的输入数据、对于输入数据需要具体说明数据格式以及内容 预期结果 测试用力注意事项 如果测试用例执行有特殊要求,必须说明。 测试用例要覆盖到所有需求,且与需求保持一致。 测试用例之间不重复、无冗余。 每个测试用例都描述正确。 每个测试用例要保证测试执行者在每次测试时依照同样的环境、同样的步骤、同样的数据进行测试。 保证不同的测试执行者的测试执行过程一致,或者同一个测试执行者在多次的测试执行中保持一致。 第三十一页,编辑于星期一:二十点 十七分。 《测试用例》 测试报告的目的 总结当前的软件测试工作,对被测软件的版本质量作出评估,给产品能否发布一个参考值。 测试报告里的内容其实不复杂,重点是我们如何对当前的测试版本进行分析,一般地我们从下面几个方面分析。 缺陷分布:所谓缺陷分布,就是统计软件产品中缺陷的分布情况,看哪些功能模块存在的缺陷较多。 缺陷修复情况:缺陷修复情况同样是我们测试报告中必不可少的一个分析点。通过缺陷的修复情况,我们来决定测试是否终止。 遗留缺陷:遗留缺陷是对当前测试版本中尚未解决的缺陷进行的分析统计。通过分析得知,哪些问题没有解决,是什么原因,这些问题对软件的质量影响有多大等。 质量评估:质量评估是测试组对被测对象质量的一个综合的总结。 第三十二页,编辑于星期一:二十点 十七分。 软件系统的主要测试内容及技术 接口与路径测试 功能测试 健壮性测试 性能测试 用户界面测试 信息安全测试 压力测试 可靠性测试 安装/反安装测试 第三十三页,编辑于星期一:二十点 十七分。 接口与路径测试 数据一般通过接口输入和输出,所以接口测试是白盒测试的第一步。每个接口可能有多个输入参数,每个参数有“典型值”、“边界值”、“异常值”之分,所以输入的组合数可能并不少。根据接口的定义,可以推断某种输入应当产生什么样的输出。输出包括函数的返回值和输出参数。如果实际输出与期望的输出不一致,那么说明程序有错误。白盒方式的接口测试和黑盒方式的功能测试,其方法十分相似。 一个函数体内的语句可能只有十几条,但逻辑路径可能有成千上万条。想遍历测试几乎是不可能的,不测试或者胡乱找几条路径测试却又不行。 对于非严格系统而言,在分析路径方面花费很多精力是不值得的。我认为在构造接口测试的同时已经建立了测试路径。因为每一种输入将产生唯一的输出,输入与输出之间的路径也是唯一的。由于接口测试中的输入是有代表性的,因此相应的路径也具有代表性,用不着费煞苦心地去找测试路径。 路径测试的检查表 数据类型、变量值、逻辑判断、循环、内存管理、文件I/O、错误处理 由于接口测试是枚举的,有可能漏掉某些状况,导致一些重要的路径没有被测试。预防措施有: 观察是否有程序语句从来没有被执行过。如果发生这种情况,要么是程序有错误,存在无用的代码;要么是接口测试不充分,漏掉了一些路径。 要特别留意函数体内的错误处理程序块(如果存在的话),这是最易被人疏忽的路径,隐患最多。 第三十四页,编辑于星期一:二十点 十七分。 接口与路径测试用例的参考模板 第三十五页,编辑于星期一:二十点 十七分。 功能测试 功能测试的基本方法是构造一些合理输入(在需求范围之内),检查输出是否与期望的相同。如果两者不一致,即表明功能有误。也有例外的情况,如《需求规格说明书》中的某个功能写错了,而实际上软件的功能却是正确的,这时要更改的是《需求规格说明书》。 功能测试看起来比较简单,只要看得懂《需求规格说明书》,谁都会做。难点在于如何构造有效的输入。由于输入空间通常是无限的,穷举测试显然行不通。那么随便输入一些东西,碰运气行不行? 功能测试有两种比较好的测试方法:等价划分法和边界值分析法。 等价划分是指把输入空间划分为几个“等价区间”,在每个“等价区间”中只需要测试一个典型值就可以了。等价划分法来源于人们的直觉与经验,可令测试事半功倍。
文档评论(0)