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