软件测试用例设计方法

发表于:2013-1-08 14:33

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:purplesfly(51CTOblog    来源:51Testing软件测试网采编

分享:

  (3)指导脚本编写的作用

  软件测试逐步走向人工测试和自动化测试并行发展。而自动化测试的核心就是测试脚本,自动化测试脚本编写的依据就是测试用例。

  (4)作为评判基准的作用

  测试工作完成后需要评估并进行定论,判断软件是否合格,然后出报告。以测试用例为依据进行评审。总结如下:

  测试中检测到Bug数目

  有效的Bug数目

  无效的Bug数目

  有争议的Bug数目等

  (5)作为分析缺陷的基准的作用

  测试目的就是发现Bug,测试结束后对得到的Bug进行复查,并对测试用例不断的补充,完善,最终交付给用户一个高质量的软件产品。

  4、测试用例的设计流程,白盒测试用例的设计和目的?

  一般流程包括:制定测试计划,编写测试用例,执行测试,跟踪测试缺陷,编写测试报告。

  需注意:用例应该从系统最高级向最低级逐一展开,每个用例单独放在文档中,所有功能都应该对应到用例中,需依据需求进行设计。最好是有丰富经验的测试人员来设计。用例是多样化,复杂中简单化。

  白盒测试设计方法:

  逻辑覆盖:①判定覆盖②条件覆盖③判定/条件覆盖和多条件覆盖,逻辑值必须测试真,假两个分支,需要在边界值内和可操作范围内至少循环一次,并检查数据的内部结构,保证其有效的实现预定功能。

  基本路径测试每个模块中的独立路径至少被执行一次

  5、黑盒测试用例的设计和目的?

  设计-等价类划分,边界值分析,错误推测,因果图

  目的-检查功能是否实现或遗漏,交互界面是否出错,数据库读取,更新操作是否出错,性能和特性是否得到满足。

  6、综合设计方法

  实际操作设计测试用例一般“先黑后白”,即先采用黑盒技术设计测试用例,再用白盒技术做一些补充。

  步骤:如果规格说明书中包含输入条件,则用因果图法设计;如果源码中遇到输入输出边界,则用边界值分析法;同时为输入和输出识别有效和无效等价类;使用错误推测法增加测试用例。

  5点原则和注意项:

  ①测试用例的正确性
  ②测试用例的代表性
  ③测试结果的可判定性和可重现性
  ④足够详细,准确,清晰的步骤
  ⑤不能把测用例设计等同测试输入数据的设计

  ①务追求测试用例设计一步到位。
  ②勿将多个测试用例混在一个。
  ③用例中,最好不是无经验的人员设计测试用例。

32/3<123>
价值398元的测试课程免费赠送,填问卷领取吧!

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计

法律顾问:上海漕溪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2022
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号