软件测试技术之UML核心元素--用例-职坐标

软件测试技术之UML核心元素--用例

凌雪 2018-08-27 来源：网络阅读 1206 评论 0

摘要：本文将带你了解软件测试技术之UML核心元素--用例，希望对大家学测试技术有所帮助

本文将带你了解软件测试技术之UML核心元素--用例，希望对大家学测试技术有所帮助

定义：用例定义了一组用例实例，其中每个实例都是系统所执行的一些列操作，这些操作生成特定主角可以观测的值。一个完整的用例定义由参与者、前置条件、场景、后置条件构成。
　　1、理解用例：用例就是参与者希望通过系统达到的愿望。一个系统的功能性是由一些对系统有愿望的参与者要做的一些事构成的，事情完成后就达成了参与者的一个愿望，当全部参与者的所有愿望都能够通过用例来达到，那么这个系统就被确定下来了。捕捉功能性需求就是用例的作用。
　　2、特征：
　　（1）用例是相对独立的；
　　（2）用例的执行结果对参与者来说是可观测的和有意义的；
　　（3）用例必须由参与者发起。不存在没有参与者的用例，用例不应该自动启动，也不应该主动启动另一个用例；
　　（4）用例必然是以动宾短语形式出现的；
　　（5）一个用例就是一个需求单元、分析单元、设计单元、开发单元、测试单元，甚至部署单元。
　　3、区分用例和功能：
　　第一，功能是脱离使用者的愿望存在的，而用例不是；
　　第二，功能是孤立的，给一个输入，通过计算机就有一个固定的输出，例如，按下开关灯就亮；而用例是系统性的，它需要描述谁在什么情况下通过什么方式开灯的结果是什么；
　　第三，非要从功能的角度解释的话，用例可以解释为一系列完成一个特定目标的“功能”的组合。
　　4、业务用例：业务用例是用例版型中的一种，用于需求阶段的业务建模。严格的说，业务建模与计算机系统建模无关，它只是业务领域的一个模型，可以得到业务范围。
　　5、系统用例：系统用例才是我们平时常说的“用例”，系统用例用来定义系统范围，获取功能性需求。
　　系统用例是软件系统开发的全部范围，系统用例是我们得到的最终需求。

本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注职坐标软件测试之测试技术频道！

软件测试技术有哪些软件测试方法和技术第三版课后答案测试用例设计实例

本文由 @凌雪发布于职坐标。未经许可，禁止转载。