软件测试之测试用例

对于软件测试用例,我们有多的方法,比如等价类划分方法、边界值分析法和因果图法。不同的方法考虑到得方面也有所不同,因此,我们要学会合理的运用测试用例,以达到我们所期望的效果。

以一个问题为例:

EditBox

允许1到6个用文字符或数字,按ok结束。

分析其有效等价类:

长度:1到6

字符:a-z,A-Z,0-9

分析其无效等价类:

长度:0,7

字符:英文和数字以外的字符、控制字符和标点符号

根据以上分析,我们可以设计其测试用例:

编号 测试用例   结果  
1 1 true
2 123 true
3 123456 true
4 1234567 false
5 null false
6 a true
7 abc true
8 abcdef true
9 abcdefg false
10 A true
11 ABC true
12 ABCDEF true

13

ABCDEFG
false

以上用例既考虑到了等价类划分的方法,其中编号1、3、6、8、10和12又考虑到了边界值分析法,是我觉得比较可靠又有效的测试用例,希望有值得借鉴的地方。

时间: 2024-10-10 06:27:57

软件测试之测试用例的相关文章

软件测试之测试用例设计题

1.假设京东有一个Web API:http://p.jd.com?p1=90&p0=100,输入打折价p1和原价p0,返回折扣信息0.9,请设计测试用例进行测试. 答案: (1)输入打折价错误+输入原价错误(输入值不在正常范围内) (2)输入打折价错误+输入原价正确 (3)输入打折价正确+输入原价错误 (4)输入打折价正确+输入原价正确(打折价高于原价) (5)输入打折价正确+输入原价正确(打折价高于原价 返回折扣信息不对) (6)输入打折价正确+输入原价正确(打折价高于原价 返回折扣信息对)

软件测试之测试用例颗粒度问题

在测试过程中,我们会经常遇到,实现一个功能有多个操作路径/步骤,比如:在一个库存管理系统中,需要修改一种类型箱子标签的打印格式,而打印这个箱子标签(唛头),涉及很多操作路径,比如有1.[海外制单-海外制单界面],2.[海外制单-自动打印海外发货唛头(标签)],3.[海外制单-批量打印海外发货唛头],4.[海外制单-打印海外箱单(按箱)],这4个路径都可以打印同一个模板,也就是预期结果一样,但是四个路径操作方式不一样,那么这个时候你是设计1条用例,还是4条用例呢? 还有一种情况是一个操作产生多个不

软件测试之-测试用例写作规范

http://home.juedui100.com/user/24111538.htmlhttp://home.juedui100.com/user/24013558.htmlhttp://home.juedui100.com/user/23816795.htmlhttp://home.juedui100.com/detail/23520354.htmlhttp://home.juedui100.com/user/23520354.htmlhttp://home.juedui100.com/us

全程软件测试之测试需求分析与计划

全程软件测试之测试需求分析与计划 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量文化和方针.在测试计划活动中,首先要确认测试目标.范围和需求,其中"测试需求分析"是关键任务,然后在测试需求基础上制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算或评估. 无论何时进行估算,我们都是在预测未来,并会接受某种程度的不确定性.软件项目计划的目标是提供一个框架,不断收集信息,对不确定性进

《Google软件测试之道》测试开发工程师

拖延了将近半年的草稿,断断续续的写完了.之前草草翻看完这本书,关注点主要在TE上,而关于SET的部分则只是浏览,最近后知后觉,又翻出了这本书,重新看了一遍,又有新收获. 就说说Google的SET是如何做的,以及个人的一些思考和收获吧,寥有慰藉... Google的测试流程可以简练的概括为:让每个工程师都注重质量.而在工作流程引入过程中也伴随着一些致命的缺陷,下面简述下Google是如何解决以及其测试流程的是如何进化的. ①.测试并不能保证产品质量.需要一直谨记的一点:质量是内建的,而不是外加的

小白的软件测试之路

从笔记本代工企业跳出来做软件测试到今天为止整三个月了,一个人从手工测试摸索到现在尝试自动化,做一下总结吧. 第一阶段:依照上一个测试人员的惯例在qc中写用例并执行,发现写的非常的糟糕,无体系且混乱.基本只涉及一些功能测试方面,而且书写非常混乱. 第二阶段:开始查找资料,梳理测试流程,将系统测试各方面重新组织规划,并尽量在有新测试对象时使用这个规范测试,并使用到书中讲到的一些测试用例设计的方法. 第三阶段:寻找自动化测试之路(公司产品分为android端和web端,重点先放在web上),这里的自动

Google软件测试之道 pdf下载

引领一代风骚的明星企业google, 推出过很多成功优秀的产品,搜索引擎不用说,譬如Gmail ,Chrome, Google Doc, G+等等等等,也推出过很多短命的产品,譬如Google Wave等等. 作为一个时常需要推出新产品,但又要根据用户反馈而做进一步选择继续还是放弃的企业,作为一个需要让产品稳定健壮以保持客户满意度的明星企业,该如何测试是一个很大的问题.Google的经验非常值得借鉴. 该书的作者是Google测试的Senior Director(如果我没记错的话),在测试领域有

软件测试之路再谈(三年测试风雨)

碧水涟涟,夏至未至,秋风依依,梅花落时,已是一生 一初衷: 为什么写这篇博客? 个人性别偏于低调,最近换了新工作,坐标成都,就任于一家T系公司. 1.公司是以项目为单位,有测试团队但没有测试部这个概念,测试团队人数大概60人左右,但都基本跟你没任何关系,只有项目上的其他两个成员跟你有交集,缺少后方养分,差异性,一时间不太适应, 2.业务划分很精细,能接触到的东西十分有限,还有各模块之间弱化了连接测试,担忧.已经发现过问题,而且也和组员讨论过他们也赞同这种方式容易出现质量弱化 基于以上有些迷茫吧.

转《Google软件测试之道》

<Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯吧,就做了笔记,将自己的学习理解感触写下来... 预计会分为五部分写这些学习笔记,分别是Google软件测试基础介绍.软件测试开发工程师.软件测试工程师.测试经理以及附录其他部分... 快乐阅读,快乐测试,祝愿你总能发现(并修复)BUG... ----James Whittaker.Jason Arbon.J