如何写好测试用例设计

测试用例设计的输入文档是什么？
    以下列出了测试用例设计的参考输入的主要来源：


　　1）开发文档

　　这里的开发文档是一个统称，不同组织对其的称呼不同，包含了系统需求规格、概要设计规格、详细设计规格等不同的开发文档。

　　2）用户需求

　　软件测试同时包含了验证（Verification：Do you build the product right？）与确认（Validation：Do you build the right product？）两方面的工作。验证主要基于系统需求，来验证测试对象是否按照需求的定义实现了其中的功能和特性。而确认主要从用户的角度，保证经过测试的产品是真正客户所需要的，而不仅仅是了满足了系统的需求。因此，测试不仅仅是面向开发的，同时也应该关注面向用户。

　　用户需求可以来自各个方面，例如早期产品系统人员与客户直接沟通获取的需求、从产品技术支持人员和市场人员了解到的客户要求，以及从用户现场反馈的针对产品的缺陷和要求等。

　　3）标准与规范

　　针对特定的软件产品，不同标准组织和行业都制定了不同的标准和规范，而这些参考资料是开展测试分析和设计的又一个重要输入。例如电信产品相关的ITU-T标准、IEEE标准、RFC文档、国家电信行业规范等。

　　4）类似产品需求

　　随着软件产品越来越复杂，行业内采用增量-迭代开发模型的场合越来越多，例如敏捷开发。测试人员经常面临的软件产品是基于已有的系统之上，即测试对象是基于以前版本的功能增加、缺陷修复、平台移植等变更基础之上。因此测试人员需要分析历史测试是否全面，测试对象变更是否影响以前运行的软件版本等。基于这些信息，测试人员可以获取新的测试需求。

　　5）测试经验知识库

　　测试并不是存在编码之后的一个阶段，测试应该贯穿于整个软件开发生命周期。类似于开发过程改进一样，测试也应该是PDCA（戴明质量环）的过程。因此，不同项目中的测试经验是每次测试用例设计的重要输入。通过测试经验知识库，测试团队的测试经验和技能才能在整个组织中共享。

　　测试经验知识库可以来自测试执行的经验、测试过程中发现的缺陷分析和分类、用户反馈的缺陷分析和分类等。

　　6）其他隐现的需求

　　测试用例设计的参考输入，除了上面提到的一些来源之外，测试人员还需要考虑其他一些隐现的需求来源：

　　（1）不同产品利益相关者针对测试对象中间版本的变更而达成的备忘录；

　　（2）已经发布的用户使用风格指南和用户接口标准等；

　　（3）和不同的利益相关者，例如：开发人员、用户和技术专家等面谈得到的备忘录或者邮件内容等；

　　（4）通过杂志、网络等查找类似测试对象产品的一些常见缺陷、失效，以及测试对象支持功能在用户现场使用的讨论。