总是很难忘记生活的点点滴滴, 脑海中总是闪过好多的曾经, 美好的回忆, 但成长中却让我们失去了很多, 很想在忙碌的生活中淡淡忘记; 不曾放低的东西却始终让我忘记不了, 但我还要在忙碌的生活中继续生活!

我的测试经历(20080712记录)

上一篇 / 下一篇  2008-07-12 10:39:07 / 个人分类:我的测试历程

测试记录:
1、对相同的客户报价,以哪一个为准;(报价单)
测试步骤:在两台电脑上同时报价;
2、已解决单据按顺序连号问题;

讨论:B/S系统测试:
1、总公司(子母公司权限测试)基础资料是否共用,
2在网页操作B/S应用程序时,怎样防止数据是否同步;
(进销存系统,仓库的进出,财务金额的收入和支出等等)
3打印报表,什么方式比较可取,是将报表格式下载到客户端,还是在服务端生成后,在客户端下载该报表格式;(多个客户都下载时,速度大受影响的;
4怎样控制单据,列表,工具栏按钮的权限,各个部门的权限等等;
5出错信息的异常处理和返回到的页面;
6有没有人做过多页面在BS上操作?数据都能保存正确?

网站测试实例--登录及权限测试
验证用户输入有效性
不能输入非法字符
如:‘ %&nbsp; < -- 等脚本语言中常用的特殊字符
不能直接访问有安全限制的页面
如:浏览器历史记录中记录的页面

用户名/密码验证SQL语句
Select * from userinfo whereusername= 'i_username' and pwd = 'i_password'
恶意登录 admin/ 'or '1'='1
Select * from userinfo whereusername = 'admin' and pwd = '' or '1'= '1'
用户名可以输入任意字符,只要密码中输入了 or true条件

不能直接访问有安全限制的页面
例子:
用户A有登录网站的权限
用户B直接访问历史记录中A访问过的页面

数据过滤:参考,单据关联,单据列表,基础资料,找不到页面问题;

BS系统主要的反映问题:1、过滤问题,出错信息(编辑信息),
2、页面的出错信息是否与当前的页面或界面相适应,出现的提示信息是否明白,
3、权限问题(不该有的信息是否能显示出来,要显示出来的东西是否显示正确;),
4、数据不存在问题(可输入字段的前半部分在编辑界面上,特殊符号的输入%,空格键,令过滤信息检测不正确;)
5参考:只有树;既有树,又有列表;参考界面,
6基础信息是否共用,还是私用;
7单据编号是否唯一,且连号;
8两个用户或者三个用户同时操作同一单据,同一列表,同一单据明细,同一编辑界面,同一按钮,同时保存,同时改单,同时修改,同时删除,
9多页面操作的复杂性,暂不考虑;(数据是否同步)
10仓库库存量是否及时,准确反映出数据;
11原则上不允许报表出现负的数量和金额,并且在月结转或年结转时,数据的处理方式的合理性;
11系统流程设计的合理性,程序员设计系统时应该引导用户进行正确的操作,并且设计的流程是通用,简单,可操作性的;
12客户需求只不过客户想达到怎样的结果,至于表达形式,程序员应该是对系统比较熟悉的,用最简单的方法满足客户需求,
13考虑设计的合理性问题,不能说只能按这样操作,按这样的操作会出错,系统给出的东西,按正确操作,出错的机率比较少,多数出错都是由于用户不按常规操作造成的;
14在操作单据过程中:会调出登录系统界面;
15不同用户在IE上不同切换问题;
16批增,选择记录后,要点击另外一条记录,才可反向选择;
17最近操作的合理性;
18对账单保存,系统错误;
19权限(关联查找,单据上下查,编辑按钮);目前没有权限就不能访问该信息;
20多几层的编辑界面;

升级文件:要模拟的问题:
1、登录系统,输入错误的用户或密码时,没有返回到登录页面;(已测到;)
2、下面问题:要待测;
素材入库单据明细:新增时,编辑界面只看见确定,没有出现该有的界面;
素材入库选择:客户时,出现错误,应该找不到所属的页面;(进入编辑按钮时的返回页面;)
3素材入库:客户参考,编辑,删除记录后,退出,再退出才返回到客户参考界面上;
4素材入库:客户参考:编辑,点击记录,进入编辑界面,退出后,新增按钮不可用;
5素材入库:客户参考:点击编辑按钮,进入后,退出界面,选择客户参考的一条记录,
再点击新增按钮,没有编辑界面出来;
6网页正在载入中:素材入库新增产品,编辑,再编辑(连接到产品分类)
7.出现产品编号字段不唯一后,返回再修改,还会出现系统错误的信息;

测试难点:
1、需求不确定,客户和开发人员观点存在差异,没有达成共识;
2、测试环境和用户环境有出入,没有配置正确的环境,导致有些BUG没有重现出来;
3、系统所有单据状态没有统一规则,使系统流向不明确;
4、用户需求和理论分析有区别,比如仓库要符合进出原则,产品进多少,产品就应该出多少,但客户没有明确规定,出的数量可以大于入的数量都允许;
5、单据被引用后,再修改单据数据,导致单据数据没有确定关系;
6、测试员不能和用户进行有效的沟通,了解客户所需要系统的功能,会使测试效率得不到有效提高,测试员应该尽可能地到用户的工作环境来了解;
7、每个开发人员都可能有自己的观点时,如果开发人员没有主见,任由客户说了算,
虽然解决了问题,但使系统过于复杂化,系统不能实时跟踪到问题;
8、开发人员对自己系统不负责,只完成自己的职责,而不是更好完善自己的产品;
因为开发人员对自己的产品比测试人员了解得更清楚;
9、每修改一次系统,都进行回归测试,会使测试人员的时间分配不合理;
10、做系统时,没有按行业进行规范和设计,使系统面向不同客户时,都要重新设计,
系统面向一个客户时,都要做成通用的系统,并增加客户的特殊需要就可以了;
11、并发操作;


TAG: 测试心情 个人测试 我的测试历程

 

评分:0

我来说两句

Open Toolbar