测试用例编写方法及规范
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试用例要包括预测试的功能、应输入的数据和预期的 输出结果。测试数据应该选用少量、高效的测试数据进 行尽可能完备的测试;基本目标是:设计一组发现某个 错误或某类错误的测试数据,测试用例应覆盖以下几个 方面:
1、正确性测试:输入用户实际数据以验证系统是满足需求 规格说明书的要求;测试用 例中的测试点应首先保证要至 少覆盖需求规格说明书中的各项功能,并且正常。 2、容错性(健壮性)测试:程序能够接收正确数据输入并 且产生正确(预期)的输出, 输入非法数据(非法类型、 不符合要求的数据、溢出数据等),程序应能给出提示 并 进行相应处理。把自己想象成一名对产品操作一点也不懂的 客户,在进行任意操作。
3、完整(安全)性测试:对未经授权的人使用软件系统或 数据的企图,系统能够控制的程度,程序的数据处理能够保持 外部信息(数据库或文件)的完整。 4、接口间测试:测试各个模块相互间的协调和通信情况, 数据输入输出的一致性和正确性。 5、数据库测试:依据数据库设计规范对软件系统的数据库 结构、数据表及其之间的数据调用关系进行测试。 6、边界值分析法:确定边界情况(刚好等于、稍小于和稍 大于和刚刚大于等价类边界值),针对我们的系统在测试过程 中主要输入一些合法数据/非法数据,主要在边界值附近选取。 7、压力测试:输入10条记录运行各个功能,输入30条记录 运行,输入50条记录运行。。。进行测试。 8、等价划分:将所有可能的输入数据(有效的和无效的) 划分成若干个等价类。
其他技巧
• 测试经验丰富的测试人员总能根据自己的工作经 验判断出某功能最容易出现问题的地方。 • 了解行业标准。 • 每次测试完成后,应该把测试执行过程中发现的 遗漏的用例补充完整,并分析下当初测试用例是 如何设计的,为什么没有这方面用例的考虑。
THANKYOU!
2012.5.18
测试用例是指在实施测试时向被测系统提供输 入的数据,操作或各种系统设置以及预期结果 的一个集合。
测试用例的设计必须建立在需求的基础之上, 根据用户的需求设计,用于检验系统的行为是 否与需求所指定的一致。 在编写测试用例前,应当了解被测试的软件 ,理想条件下需要有可测试的,详细的完整的 需求说明书。另外如果需求说明书不够详尽, 那么我们需要阅读其他文档,向相关人员咨询 以更好了解软件。
功能覆盖: 编写测试用例可以减少软件功能遗漏现象。要确保所开发软件能让最 终用户满意,最好的办法就是能够明确用户的需求,而测试用例能 够直接反应了这些需求,令测试明确,有依据,减少了软件功能的 遗漏现象。 重复性: 在一个项目进行期间,对软件不同版本必须要有多次的重复测试( 包括了内容,步骤相同),寻找软件新的功能缺陷,以保证各个版 本的功能均能正常运行。如果没有测试用例,我们就不知道以前执 行了那些测试步骤和内容,执行的情况如何,这样就比较难以重复 以前原有的测试。 统计: 测试用例的统计数据对整个测试时非常重要的。我们执行了多少用 例?通过了多少用例?有多少用例执行失败?这些数据可以确定测 试的覆盖程度及软件产品的质量。缺陷多得模块可以在后续的测试 中重点进行测试。
测试用例的书写格式并不是固定的,在保证有效的情况下可 以采用不同的格式,我们在编写测试用例时要根据实际被测系 统的情况编写合适的用例。下面列出Word和Excel及公司目前 使用的测试用例模板。
Word格式的测试用例模板:
从以上内容可以看出测试用例在整个测试过程中是必 不可少的,也就是说我们的测试过程是以测试用例为导向 并且严格的按照测试用例去对项目软件进行测试的。 那么测试用例在一开始时就能够编写完成而不去改变 吗?回答是否定的,在实际工作的情况下,往往需求说明 在一开始时不够完善,甚至有的需求说明根本就无法指导 测试人员去编写测试用例。因此在测试进行时,随着测试 人员对系统的深入了解,会设计出新的用例来。执行测试 过程中,测试人员对软件产品有了多方位的了解,会依据 真实产品的具体形态更新出一些新的用例。
来自百度文库
对需求的总体把握
• • • • 把握用户想要解决的问题 把握解决用户问题的途径和方法 把握解决用户问题的业务流程 对需求进行总体分析
用户想解决的问题从技术上是否是可行的? 用户需求提到的解决问题的途径和方法是否合理? 用户需求中是否存在相互矛盾的需求?
对需求中提到的功能分析
• • • • • 被测系统的主要功能有哪些? 每个功能处理的数据对象是什么? 每个功能处理的数据对象的来源是什么? 每个功能输入条件和对应的输出结果是什么? 每个功能所需要的意外处理有哪些?
9、错误推测:主要是根据测试经验和直觉,参照以往的软 件系统出现错误之处。 10、效率:完成预定的功能,系统的运行时间(主要是针对 数据库而言)。 11、可理解(操作)性:理解和使用该系统的难易程度(界 面友好性)。 12、可移植性:在不同操作系统及硬件配置情况下的运行性 。 13、回归测试:按照测试用例将所有的测试点测试完毕,测 试中发现的问题开发人员 已经解决,进行下一轮的测试。 14、比较测试:将已经发版的类似产品或原有的老产品与测 试的产品同时运行比较,或与已往的测试结果比较 。
测试用例是对测试工作的指导,是整个测试的基础。测 试用例告诉我们在什么样的环境下进行测试,测试什么样的 内容,步骤是什么以及测试结果是否正确标准。 书写测试用例会给我们带来很多好处例如: 指导性: 测试用例对于测试的过程提供了严格的要求和指导,降低 了对执行测试人员的能力要求。 组织性: 编写测试用例有利于对测试的组织和管理,在开始测试前写 好测试用例可以避免盲目测试,提高测试效率。