关闭

关于测试用例编写的一点经验和建议

发表于:2009-3-18 14:22

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

 作者:nanfei    来源:Taobao QA Team

  我们在工作中执行自己的测试用例,没有什么障碍,自己写的,一看就明白是怎么回事。但有时执行别人写的用例时,我们可能就不知所措了,一方面可能不知道该用例检查的是什么功能点,另一方面看到测试用例不知道该怎么去执行,另外大家写作的风格不同,也就会在看与自己风格不同的用例觉得不舒服。

  测试用例是指导我们的测试,它的可读性、可操作性非常重要。我们需要的是一看到测试用例,就知道它是测试什么功能点的,并且每个步骤都是可操作的,不希望出现“用户输入很长的名字”这样的描述。

  对于测试用例的编写提一些个人的建议。

  1、功能划分时,一定要简单、清晰,一个测试用例集就只需要检查一个功能模块。如果包含的功能点太多,会让我们的测试用例比较混乱,降低了可读性。

  2、测试用例的划分也要单一,一个测试用例只检查功能点的一种情况。一个用例检查的情况太多,会导致用例的目的不清晰,而且这样组织用例,有利于需求覆盖率的统计。一个功能点我们测试了那些情况,以及哪些功能点我们在重点测试,一目了然。

  3、测试用例要有一个简单的目的描述,有助于读者对测试用例的理解。

  4、测试用例要有明确的执行前提,包括环境,数据,场景。

  5、测试用例的步骤描述要简单、清晰,一步就是一步。比如:第一步,用户登陆;第二步,用户点击“用户信息”;第三步,用户修改姓名为“张&三”;第四步,用户点击保存。这有利于提高用例的可操作性。

  6、测试用例的数据要明确,特别是前提数据和要检查的数据。比如,测试准备数据:用户:张三,李四,王二。在排序后用例的预期结果为:李四,王二,张三。这样,用例在执行时,很清晰,有很高的可操作性,执行者对于执行结果是否正确也非常清楚。

  提出一些个人的经验、建议,考虑的不是很全,希望大家提出意见和补充。

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号