需求模式之开发考虑和测试考虑

 　　"开发考虑"一节目的是帮助设计和实现软件的开发人员满足这种类型的需求。它提供了提示和建议，指出不要忘记的一些事情。"开发考虑"一节应该以开发人员的语言编写。 　　本节可以看成是一个非常资深的开发人员给予一个年轻开发人员的一种指导。如果一个初出茅庐的工程师向一个头发花白，纵观全局的工程师请教如何实现这种类型的需求，他们会如何说呢？每个需求模式所说的数量会有极大的差别。一些情况下，需求是不需要解释的；另外一些情况，有各种各样的隐患需要指出。
　　本节也指出开发人员在评审需求时需要注意的地方。一个需求是否合理？如果可能在实现上不切实际，要求变更需求。
　　测试考虑
　　需求模式部分的用处在于可以解释如何测试这种类型的需求。本节的目标是测试人员。它主要是为了用户验收测试而编写，因为这种测试直接可以对应到需求。但是它也可以用于其他类型的测试。
　　由于需求本质上有极大的差别，测试需求的方法也变化极大。每个"测试考虑"部分目的是传达三类信息：
　　1. 评审这类需求时需要注意的地方。如果测试这个需求可能很困难，建议如何重新组织使得测试更容易。 总体上指导如何测试这种类型的需求。 提醒一些应该注意的事项以及（如果可能）提示如何处理。
　　通用的需求模式只可能大致的讨论测试--因为模式不知道一个特定组织的测试实践，使用的测试工具，系统运行的环境特征，以及系统的特征。
　　一个组织可能会发现"测试考虑"一节值得裁剪--或者完全重新编写，以适应自己的测试方式（特别是考虑测试所使用的任何工具）以及测试人员的专业知识和文化氛围。确实，考虑组织的特定情况后，可能使本节不仅仅是测试的考虑；它可以变成是如何测试这类需求的指南。如果想这样做的话，可能把"测试考虑"一节放在一边，加上（或者替换成）自己的"测试指南"会更有用。也可以加上测试这种需求时使用的一些交付件（artifacts），例如编写测试用例的经过裁剪的表格。