当一个产品原型出来的时,在写业务测试用例的时候,总会发现用例的关注点大部分都集中在业务逻辑的覆盖上面,对具体逻辑的实现,以及底层实现原理的注偏少。用例就是覆盖需求,感觉没有错误,而需求就是我们说的业务逻辑。
但是仔细想一下W模型就会发现,集成测试和单元测试缺少了,而直接进入系统测试,但是单元测试和集成测试的测试要点又需要在系统测试阶段中考虑到。
在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。微软推荐的分层式结构一般分为三层,从上至下分别为:表示层、业务逻辑层、数据访问层。可以利用这个分层理论,让我们也可以在系统测试阶段考虑到逻辑实现和底层原理的验证。
下面我以现有的项目分别进行举例说明。
表示层
定义
系统测试阶段的需求覆盖包括显性需求覆盖和基于需求本身补充与完善的隐性需求
平台最近需要上线一个新的产品类型为股权产品,产品特征为固定期限,浮动收益,会有超额收益;而且会有以下两种摊还模式:利随本清&