测试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: