软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>用例设计>>正文
边界值分析法实例
文章出处:51testing博客 作者: 发布时间:2007-01-31

实例:
“某一为学生考试试卷评分和成绩统计的程序,其规格说明指出了对程序的要求:
程序的输入文件由80个字符的一些记录组成,这些记录分为三组:
(1)标题:这一组只有一个记录,其内容为输出报告的名字。
(2)试卷各题标准答案记录:每个记录均在第80个字符处标以数字“2”。该组的第一个记录的第1至第3个字符为题目编号(取值1—999)。第10至59个字符给出第1至第50题的答案(每个合法字符表示一个答案)。该组的第2,第3,等等记录相应为第51至第100,第101至第150,等等题的答案。
(3)每个学生的答卷描述:该组中每个记录的第80个字符均为数字“3”。每个学生的答卷在若干个记录中给出。如甲的首记录第1至第9字符给出学生姓名及学号,第10至59字符列出的是甲所做的第1至第50题的答案。若试题数超过50,则其第2,第3,等等记录分别给出他的第51至第100,第101至150,等等题的解答。然后是学生乙的答案记录。
若学生最多为200人,输入数据的形式如下图所示:
该程序应给出4个输出报告,即:
按学生学号排序,每个学生的成绩(答对的百分比)和等级报告。
按学生得分排序,每个学生的成绩。
平均分数,最高与最低分之差。
按题号排序,每题学生答对的百分比。
以下两个表分别针对输入条件和输出条件,根据其边界值设置了
测试用例。(共43个测试用例)
输入条件 测试用例 
输入文件 空输入文件 

标题 无标题记录
只有1个字符的标题
具有80个字符的标题 

 

出题个数 出了1个题
出了50个题
出了51个题
出了100个题
出了999个题
没有出题
题目数是非数值量 

答案记录 标题记录后没有标准答案记录
标准答案记录多1个
标准答案记录少1个 


学生人数 学生人数为0
学生人数为1
学生人数为200
学生人数为201 

生答题 某学生只有1个答卷记录,但有2个标准答案记录
该学生是文件中的第1个学生
该学生是文件中的最后1个学生 

学生答题 某学生有2个答卷记录,但仅有1个标准答案记录
该学生是文件中的第1个学生
该学生是文件中最后1个学生 

输出条件 测试用例 

学生得分 所有学生得分相同
所有学生得分都不同
一些学生(不是全部)得分相同(用以检查等级计算)
1个学生得分0分
1个学生得分是100分 
输出报告
(1)(2) 1个学生编号最小(检查排序)
1个学生编号最大
学生数恰好使报告印满1页(检查打印)
学生人数使报告1页打印不够,尚多1人 
输出报告
(3) 平均值最大值(所有学生均得满分)
平均值为0(所有学生都得0分)
标准偏差取最大值(1学生得0分,1学生得100分)
标准偏差为0(所有学生得分相同) 
输出报告
(4) 所有学生都答对第1题
所有学生都答错第1题
所有学生都答对最后1题
所有学生都答错最后1题
报告打印完1页后,恰剩1题未打
题数恰好使得报告打印在1页上 


站内搜索
相关文章
◎测试用例具体用法续
◎测试用例具体用法
◎从测试用例看测试的问题及变化
◎界面测试经验总结
◎功能测试用例的书写方式(适于新手学习)
◎测试用例容易遗漏的内容
◎设计功能和界面测试用例二
◎设计功能和界面测试用例一
◎测试用例设计自动化
◎测试用例的复审
◎黑盒测试之因果图分析-《软件测试艺术》读书笔记(20)
◎黑盒测试之边界值分析、错误猜测-《软件测试艺术》读书笔记(19)
◎黑盒测试之等价类划分-《软件测试艺术》读书笔记(18)
◎白盒测试-《软件测试艺术》读书笔记(17)
◎浅谈测试用例-《软件测试艺术》读书笔记(16)
◎JUnit in java 真正的测试用例实战
◎如何设计编制软件测试用例
◎覆盖率测试用例设计
◎测试驱动开发全攻略
◎前期测试用例编写规范和流程
◎界面测试
◎软件测试用例的认识误区
◎测试用例的有效维护
◎黑盒测试的测试用例设计方法
◎谈谈关于测试覆盖
◎使用组合改进软件测试用例的生成
◎用例建模指南
◎掌握可用性规则
◎通用设计的原则
◎用路径分析的方法编写测试用例
◎系统测试设计的层次
◎快速划分测试用例的优先级
◎为什么测试全覆盖很难?
◎边界值法
◎如何写性能测试用例
◎安装测试指南
◎强化测试用例在测试活动中的作用
◎高手过招的乐趣---测试用例预演
◎构件可测试性挑战
◎软件测试入门书籍
◎一个基于UML协作图的集成测试用例生成方法(三)
◎一个基于UML协作图的集成测试用例生成方法(二)
◎一个基于UML协作图的集成测试用例生成方法(一)
◎细说软件测试错误
◎测试用例设计的误区
热门文章
◎软件测试入门书籍
◎黑盒测试的测试用例设计方法
◎用例建模指南
◎如何写性能测试用例
◎测试用例设计的误区
◎高手过招的乐趣---测试用例预演
◎用路径分析的方法编写测试用例
◎系统测试设计的层次
◎一个基于UML协作图的集成测试用例生成方法(一)
◎边界值法
◎细说软件测试错误
◎谈谈关于测试覆盖
◎界面测试
◎软件测试用例的认识误区
◎测试用例的有效维护
◎如何设计编制软件测试用例
◎功能测试用例的书写方式(适于新手学习)
◎快速划分测试用例的优先级
◎通用设计的原则
◎强化测试用例在测试活动中的作用
◎使用组合改进软件测试用例的生成
◎安装测试指南
◎设计功能和界面测试用例一
◎一个基于UML协作图的集成测试用例生成方法(三)
◎为什么测试全覆盖很难?
◎前期测试用例编写规范和流程
◎构件可测试性挑战
◎一个基于UML协作图的集成测试用例生成方法(二)
◎设计功能和界面测试用例二
◎掌握可用性规则
◎黑盒测试之边界值分析、错误猜测-《软件测试艺术》读书笔记(19)
◎黑盒测试之因果图分析-《软件测试艺术》读书笔记(20)
◎测试用例容易遗漏的内容
◎黑盒测试之等价类划分-《软件测试艺术》读书笔记(18)
◎JUnit in java 真正的测试用例实战
◎覆盖率测试用例设计
◎白盒测试-《软件测试艺术》读书笔记(17)
◎测试用例设计自动化
◎浅谈测试用例-《软件测试艺术》读书笔记(16)
◎从测试用例看测试的问题及变化
◎测试用例具体用法
◎界面测试经验总结
◎测试用例的复审
◎测试用例具体用法续
◎测试驱动开发全攻略

Google提供的广告