测试B/S,或C/S,考虑的点

上一篇 / 下一篇  2008-06-25 14:53:38

点:(仅供参考)测试B/S,或C/S,自己考虑的

2008-03-19 12:09:21

1、过滤问题,

2、数据不存在问题,

3、加载的信息不正确,

4、出错返回的页面不对,

5、权限问题,

5-1、不按常规操作产生的问题,

6、系统出现错误后,而又找不到重现的有效方法,跟踪产生问题的原因,
最常用的方法:只能继续操作容易出现问题的地主,想办法令问题得以重现;

7、逻辑日期:比如仓库入库是24号,而仓库出库日期应该大于25号;

8、通用的业务流程:如果不同公司的业务流程不一样,再作改动,
花费的人力和物力资源不可估量的,所以好的设计,
就能让软件面对同一行业的客户时都能应付自如;

9、单据编号的唯一性,主要考虑,单据号是否保存到数据表中去,
再新增时是否自动加一,同时考虑,两个用户或多个用户同时操作时的情况;

10、数据的过滤是否合理性和参考的数据不冗余;

11、单据审核后,且该单据被其他单据所引用时,如果再对该单据进行反审核(改单,进行修改数据时),系统对数据正确性和可更改性的把握要有明确的规则;

12、考虑客户最关心的数据:仓库最重要的可以有是仓库的库存量,而财务关心的报表应该是可读性,并一目了然,金额是否正确,数据是否正确,能提高用户的工作效率;

13、搭建用户的使用环境,测试才有利;
(遇到用户的特殊环境:多个用户同时远程连接服务器进行BS系统的操作;)
(不同用户操作同一单据,同一按钮等等)
(在局域网测试没有问题,但连接在外网时,出现乱码的情况,字符不识别;)
 (用户速度慢也会抱怨,有可能机器配置不高,或者系统对优化方面做得不全面;)

14系统升级过程中,应该有固定的时间,并给出提示让用户知道情况,但升级不能太频繁,影响用户操作就会不好,(我们系统是用tomcat,有时出现错误了,查不到原因,迫不得意有时都会重启tomcat,才能进行系统的操作,有时都几无奈的....

15最后,一定学一些业务方面的知识!


TAG:

 

评分:0

我来说两句

日历

« 2024-02-18  
    123
45678910
11121314151617
18192021222324
2526272829  

数据统计

  • 访问量: 7490
  • 日志数: 19
  • 文件数: 3
  • 建立时间: 2008-06-25
  • 更新时间: 2008-10-14

RSS订阅

Open Toolbar