|
3.测试内容部分过于简单,只能算大概的进行了描述,缺乏对制定用例的原则、方法等描述。
如:
功能测试
1) 界面按钮排列整齐
如何算做排列整齐?是否在其他的如某些规范中进行了定义,这是需要说明的。
1)所有可采集数据项具备严格的数据校验功能(数据长度,数据类型,小数点,特殊格式等)
有多严格?具体内容包括哪些?是否在其他的文档中进行了说明?
2)本系统汇总数据库设计和数据仓库的要求是否吻合
如何算做吻合?标准何在?如何进行这种吻合性的测试?
性能测试
2)模拟县局发送端服务器具备20个并发模拟用户向模拟市局服务器发送10万条XML信息,总计200万网络数据流量(采用LoadRunner),记录发送开始和接收完成的间隔时间
单个信息的字节估计数,为何采用20个并发用户而不是50,10,100等?这些并发用户是同时开始还是间隔相应的时间逐步开始?脚本模拟程序时,action部分从哪里开始算起?
3)传输过程完成,在LoadRunner执行方案结果中将进行以下数据记录、分析,对分析结果给出测试意见
没有对指标进行说明(即为何要选用这些指标),没有对指标的预期值或估计值提出要求。
缺乏对相关服务器的软件配置进行详细说明(如:oracle中sga,pga等与性能有关的配置,weblogic中是否使用多服务器,允许的任务总数,每个服务的并发度设置等)
数据完整性测试
具体的操作分为多个部分,做完整性测试时应对每个部分的前后都进行完整性测试,在文档中描述的有些过于简单
数据流破坏性测试
描述过于简单
以上只是我个人的看法,因为只有这一个文档可以看到,上述内容是否在其他文档中可见不得而知,仅供参考。 |
|