面试题目：测试用例包括那几部分？

论坛上test友ylyanjob3 发了个帖子“一个困惑的面试题，我的答案为什么错？大家看看”，链接地址如下：http://bbs.51testing.com/viewthread.php?tid=78785&pid=558736&page=1&extra=page%3D2#pid558736

我把楼里的答案整理了一下（主要是自己的回复，呵呵），供大家参考和讨论。

去一家外包公司面试，题目是测试用例包括那几部分？仅仅回答包括“用例ID、用例标题、用例步骤、预期结果”，面试官说错——估计是面试题目不严谨，造成面试官和被试者的理解偏差，即也许面试官问的是整个项目——至少也是一个功能项的Test Case包括什么，而LZ仅仅回答了一个最小单位的测试用例包括些什么。
参考ANSI/IEEE 829标准规范，要求测试用例应该包括如下重要信息：标识符、测试项、输入说明、输出说明、环境要求、特殊要求、用例之间的依赖性等。而自己编写的测试用例的文档中，所测试软件的基本信息当然必须包括，如软件名称、测试版本、用例编制人等。
但是按照ANSI/IEEE 829标准，估计一个项目，单Test Case就把人写昏倒了，毕竟太多太繁琐。而实际工作中，我们常常根据公司具体情况采取简便做法。我上班时写的Test Case表格内容主要包括：测试功能模块项编号，优先级，测试项描述，预置条件，用例序号，且每一个序号的用例都要包括输入、执行步骤以及预期输出。其中的用例序号一般不止一个，而是很多个，直至达到测试覆盖要求。

由此次面试结果我得出的教训是，面试时我们要尽量“假装”自己是个专家，往全面里谈，但不要拖泥带水，应全面而简洁，反正要讲的头头是道，哈哈。

我还有一点理解不太深刻，就是这样看来，ANSI/IEEE 829标准要求的“用例间的依赖关系”，没有在实际工作中列出，而似乎是揉合到不同的小测试用例的输入输出描述中了。恳请达人出来讲讲您是怎么理解“用例间的依赖关系”的这个概念的？怎样算依赖？举实例讨论最好哦。欢迎留言讨论，谢谢！