有一类输入，比如买家状态，会有很多枚举值，这些枚举值会产生非常优先的判定，比如说，一个被处罚的买家，是不能购买宝贝的。这一个条件就可以直接产生一个确定的结果，这些结果，一般是用页面文字的方式告知用户，所以要算作“输出”。注意：输出的项，不一定都在“输出”这个node下面，而是有很大一部分，会挂在输入项的下面，表示和输入的逻辑关系，这种关系也是设计图中的重要信息，如下图：
在导入twork以后，会在逻辑事务的测试集下，产生一个叫做“买家状态”的测试集，这些枚举值将变成输入条件，而后面的输出结果，将变成期望结果。如下图：
还有一种输入项，比如页面表单的输入框，会产生一堆输出：“不能为空”“不能超过20字符”等等，在设计图中，我们可以把这一堆输出，直接挂在输入项下面，这样，也会产生一组用例，也就是我们常说的页面校验。
上面所说的，是输出和输入紧密关联的情况，产生的用例比较简单。除此以外还会出现更复杂的情况，当多个输入组合在一起的时候，才会产生一定的输出。这时，就需要把这些有逻辑关系的输入组织起来，在设计图里单独建一个node，注意这个node上不要标记Input，因为它不是一个输入项，而只是一个分组。真正的输入项在下面。如下图：
