对于文档中没有明确描述的特性,该如何定义预期结果?

今天有同事提到一种情况:对于一个查询,如果没有任何文档对当所有查询条件取值为空时,是该提示用户输入条件,还是该查询到所有的记录做出描述,那么在执行测试时,一旦出现了其中的一种,该如何判断实际结果同预期结果是否一致?

同时,这位同事也提出了她自己的一种看法:类似于这种测试,因为用户并没有明确的预期,所以可以把预期结果作为一个集合来处理,例如上面两种情况都表示系统对输入做出了处理,而没有抛出异常或者出现严重的缺陷,并且根据常识来说,这两种情况都使可以接收的。那么当出现其中的一种时,都可以认为是通过了。

最终讨论的结果,明确这种情况作为与设计或实现有关的特性,是应该被明确定义并被测试明确验证的,因为这是测试人员的职责所在。但是,上面的这个例子作为一个特例,在特定的情况下,把预期结果作为一个结果集来处理的方法也是可以接受的。

当编写软件开发特性设计文档时,可以遵循以下规范: 1. 标题与版本信息:在文档的开头,明确标注文档的标题和版本信息,以便于识别和管理。 2. 引言:简要介绍特性设计文档的目的、范围和读者对象。可以提供一些背景信息,让读者了解该特性的重要性和意义。 3. 需求分析:详细描述特性的需求,包括功能需求和非功能需求。功能需求可以按照模块或者用户故事来组织,清晰地描述每个功能的目标和预期结果。非功能需求包括性能要求、安全要求、可用性要求等。 4. 架构设计:根据需求分析,设计该特性的系统架构。可以使用图表、流程图或者系统图来描述各模块之间的关系和交互。说明各模块的功能和职责,以及它们之间的接口和通信方式。 5. 数据设计:定义特性所需的数据结构和数据流。可以使用数据库表结构、数据字典或者实体关系图等方式来描述数据模型。说明数据的来源、存储和传输方式,以及数据的格式和验证规则。 6. 接口设计:定义特性与其他系统或模块之间的接口规范。包括输入接口和输出接口的格式、协议和数据交换方式。如果有需要,可以提供示例代码或者API文档来说明接口的使用方法。 7. 界面设计:描述特性的用户界面设计,包括页面布局、交互方式和视觉风格。可以使用原型图、界面流程图或者界面描述来展示用户界面的设计思路。 8. 安全设计:考虑该特性的安全性需求,包括用户身份认证、数据加密、权限控制等方面。描述安全策略和措施,以及相应的实施方法。 9. 性能设计:评估该特性的性能需求,并设计相应的优化方案。考虑系统的吞吐量、响应时间、并发处理能力等指标,提供性能测试计划和测试结果。 10. 测试计划:制定该特性测试计划,包括单元测试、集成测试、系统测试等内容。定义测试用例和测试数据,描述测试环境和测试工具。 11. 可维护性设计:考虑该特性的可维护性需求,包括代码可读性、模块解耦合、错误处理等方面。描述代码结构和规范,提供详细的注释和文档。 12. 风险评估:识别该特性的风险因素,并提供相应的应对措施。评估风险的概率和影响程度,制定风险管理计划。 13. 时间计划:根据以上内容,制定该特性的开发时间计划。可以使用甘特图或者项目计划表来展示开发阶段和里程碑。 14. 参考资料:列出该特性设计所依据的参考资料和文档,方便读者进一步了解该特性的背景和相关工作。 以上是一份较为详细的软件开发特性设计文档编写规范,可以根据实际项目需求进行适当调整和补充。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值