如何高效地编写用例?(第一篇)

官方账号 2018-07-3001:42:45功能测试评论423字数 1058阅读3分31秒阅读模式

测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。文章源自玩技e族-https://www.playezu.com/14000.html

 文章源自玩技e族-https://www.playezu.com/14000.html

(一)什么是高质量的用例 
文章源自玩技e族-https://www.playezu.com/14000.html

 文章源自玩技e族-https://www.playezu.com/14000.html

1 为什么使用用例文章源自玩技e族-https://www.playezu.com/14000.html

1) 用例提供了一种用于构建故事的半形式框架;文章源自玩技e族-https://www.playezu.com/14000.html

2)在每个用例和所有描述层次中,用例都描述了错误情况的系统需求;文章源自玩技e族-https://www.playezu.com/14000.html

3)虽然本质上是一种功能分解技术,但用例已经成为面向对象软件开发的一个流行元素;文章源自玩技e族-https://www.playezu.com/14000.html

4)用例提供了可以在其上处理其他项目信息的骨架:文章源自玩技e族-https://www.playezu.com/14000.html

5)项目经理根据用例进行估计和发布进度;文章源自玩技e族-https://www.playezu.com/14000.html

6)数据及业务规则制定人员可以把自己的需求和所需用例联系起来;文章源自玩技e族-https://www.playezu.com/14000.html

7)用户界面设计人员可以进行设计,并将其与相关用例联系起来;
文章源自玩技e族-https://www.playezu.com/14000.html

8)测试人员可以根据用例中描述的成功和失败情况构建测试场景测试用例);文章源自玩技e族-https://www.playezu.com/14000.html

·文章源自玩技e族-https://www.playezu.com/14000.html

2 编写用例容易出现的问题文章源自玩技e族-https://www.playezu.com/14000.html

1)用户界面太多,用户界面应属于设计范畴,鼠标、按键等内容不应出现在用例中;
2)较低目标层次上的用例太多,无法展示系统将会给其最终用户提供什么功能;
3)使用用例表示非行为信息,性能需求、业务规则等不要在用例中描述;
4)太冗长,最好在3~9步;
5)目标实现不完整,尤其是错误处理;
6)句子片断,主、谓、宾尽量完整;
文章源自玩技e族-https://www.playezu.com/14000.html

 文章源自玩技e族-https://www.playezu.com/14000.html

3 为什么使用用例模式语言文章源自玩技e族-https://www.playezu.com/14000.html

描述了用例的质量标志及其编写过程,提供了能够经受时间考验的用例改进建议;在评审用例初稿和改进其质量的过程中,这个工具能起到很大作用。文章源自玩技e族-https://www.playezu.com/14000.html

 文章源自玩技e族-https://www.playezu.com/14000.html

4 什么是模式文章源自玩技e族-https://www.playezu.com/14000.html

模式是质量标志和策略;文章源自玩技e族-https://www.playezu.com/14000.html

 文章源自玩技e族-https://www.playezu.com/14000.html

5 使用模式语言时错误观念文章源自玩技e族-https://www.playezu.com/14000.html

1)模式提供了一个关于其自身和模式内容的完整方法;文章源自玩技e族-https://www.playezu.com/14000.html

2)只起补充作用使用模式肯定会成功;
3)模式为老问题提供了新的解决方案;
文章源自玩技e族-https://www.playezu.com/14000.html

4)只是经常出现的问题的通用可靠方案模式适用于所有情况;文章源自玩技e族-https://www.playezu.com/14000.html

5)仅是处于某种上下文中的问题的解决方案文章源自玩技e族-https://www.playezu.com/14000.html

 文章源自玩技e族-https://www.playezu.com/14000.html

6 模式组织文章源自玩技e族-https://www.playezu.com/14000.html

模式分类子类
开发模式

团队组织:判断和改进用例团队组织方式的质量的模式;文章源自玩技e族-https://www.playezu.com/14000.html

过程:判断和改进团队用来创建用例的方法质量的模式;
编辑:随着潜在需求的变化和编写人员知识的增加,判断和改进单个用例的质量;
结构模式用例集:判断和改进用例集质量的模式;
用例:判断和改进单个用力质量的模式;
场景和步骤:判断和改进用力场景以及这些场景中的步骤质量的模式;
用例关系:判断和改进集合中用例之间的结构关系质量的模式;

 文章源自玩技e族-https://www.playezu.com/14000.html

7 用例的读者和编写者文章源自玩技e族-https://www.playezu.com/14000.html

有两组不同的认阅读和使用用例:文章源自玩技e族-https://www.playezu.com/14000.html

1)最终用户或业务专家;文章源自玩技e族-https://www.playezu.com/14000.html

2)程序员
用例编写组必须包括:
至少一位具有编程背景的认,以获得描述所要求的准确性和精度;
至少一位熟知业务规则的认;
至少一位熟知在实际中如何使用系统的认;
文章源自玩技e族-https://www.playezu.com/14000.html

 文章源自玩技e族-https://www.playezu.com/14000.html

未完待续.......文章源自玩技e族-https://www.playezu.com/14000.html

图文来源网络,版权归原作者所有。文章源自玩技e族-https://www.playezu.com/14000.html

注意:本文法律责任由该文章作者承担,侵权请联系2523030730▷诈骗举报◁▷新闻不符◁▷我要投稿◁
  • 我们QQ群
  • QQ扫一扫
  • weinxin
  • 微信公众号
  • 公众号扫一扫
  • weinxin
匿名

发表评论

匿名网友

确定