一:编写测试用例有哪些方法
1. 等价类划分 如下图所示
2. 边界值:应选取正好等于、刚刚大于、刚刚小于边界值作为测试数据
3. 错误推测法:进行错误的操作,验证程序是否对出错的场 景和情况有应对能力。4. 因果图法/判定表法:适合于检查程序输入条件的各种组合情况。5. 场景法:场景描述的业务流程 基本流:主要是功能的正常操作流程 分支流:需要程序做非法判断处理
二:软件测试用例的几种设计方法
一、等价类划分 等价类划分主要适用于单个输入条件,输入为数值型的情况,如果输入规定了输入区间,可划分出一个有效等价类,两个无效等价类;如果输入只规定了输入范围,可划分出一个有效等价类,一个无效等价类。 二、边界值 边界值方法也是适用于单个输入条件的情况,输入类型可以数值、字符等,要测试的边界包括上点、下点、离点。 三、错误推测法 错误推测法主要是测试设计人员的测试经验相关,测试经验不同,设计出来的测试用例也区别很大。 四、因果图法 因果图方法考虑输入的组合,特别适用于多个输入条件相关有关联又相互约束的情况。 设计步骤: 1)罗列出输入与输出; 2)根据输入与输出画出因果图; 3)标出约束跟限制; 4)把因果图转化成判定表; 5)根据判定表的每一列设计测试用例。 五、判定表驱动法 判定表适合于解决多个逻辑条件的组合。将各种逻辑的组合罗列出来,避免遗漏。不能表达重复的操作。 判定表包括条件桩、条件项、动作桩、动作项。 条件桩:列出所有条件,次序无关; 条件项:列出所对应条件的所有可能情况下的取值; 动作桩:列出可能采取的操作,次序无关; 动作项:列出条件项各种取值情况下采取的操作。 设计步骤: 1)确定规则个数,条件及各条件取值的组合; 2)列出条件桩、动作桩; 3)列出条件项; 4)列出动作项; 5)初始化判定表; 6)规则简化、合并。
三:如何写测试用例? 从哪些角度和方法?
你好!
1.等价类
2.边界值
3.错误推测
4.因果图
5.判定表
6.正交实验
7.功能图
等等,个人感觉前三个最常用了,正交表偶尔用下!
复杂业务可能会用到因果图!
你可以参考: www.360doc.com/....shtml
四:写测试计划、测试用例的依据是什么
用户需求说明书
项目进度计划
项目概要设计说明书
软件需求规格说明书
五:常用的黑盒测试用例编写方法有哪些
黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。
六:软件测试整个流程是什么,2.测试设计,测试计划,测试用例编写方法,用例执行
首先,接到测试任务需要针对待测点编写测试计划,计划是笼统的测试步骤,需要设计一些前期准备,人员资源分配,测试涉及功能点等内容进行编写,类似于你要做些什么的规划。而测试用例是针对待测功能点详细的测试步骤,输入数据,预期结果和实际结果的记录文档,需要将你测试过程中使用到的数据都编写进去,并填入预期结果。至于测试套件,是按测试计划所定各阶段的测试目标决定的。
七:请教大家,测试用例和测试计划,应该先写哪个
测试计划先于测试用例。个人认为测试过程:了解项目编写测试计划理解需求编写测试用例执行测试用例BUG的报填及跟踪更新测试用例回归测试编写测试报告 查看原帖>>
八:如何编写测试计划?
如何编写测试计划呢?测试计划要包括以下四个要点:1、待测试的内容;2、编写测试用例的时间;3、执行测试用例的时间;4、执行回归测试的时间。以上四点,待测试的内容可以需求分析中取得,需求分析中的测试要点就是要测试的内容,而其它3点就不是很容易确定了。因为我们可以从软件的开发进度中获得开始时间,但很难确定测试的结束的时间。下面有一个预估的办法,是大多数测试工程师的经验所得,我们拿到评审后的需求分析可以用下面的方法预估。
1、计算需求分析的页数,得出测试用例的页数,需求分许页数:测试用例页数 ≈ 1:1
2、由测试用例页数计算编写系统测试用例时间:编写系统测试用例时间 ≈ 系统测试用例页数×1小时
3、计算执行测试用例时间:编写测试用例用时:执行系统测试用时 ≈ 1:2
4、计算回归测试包含的时间:系统测试用时:回归测试用时≈ 2:1
以上的方法可能根据测试人员对项目熟悉程度和测试经验的不同而有所差别,大家可以根据自己的经验做出调整。计算出测试用例、执行测试和回归测试的时间后,根据软件项目的开发进度就可以编写出一个软件测试的时间表了。
不过从目前国内软件公司的现状来说,测试时间一般都不够,所以我们只能延长我们的工作时间,提高我们的工作效率。程序员说他们处于最底层,用户说要改什么,他们就要实现什么,没人关心他们的工作难度和工作时间。(发点牢骚,大家就当没看见,呵呵)
九:测试用例是在测试计划中写还是在测试报告中写?还是在测试计划中写测试用例的设计?
随便写写!!!!!!