大家说说这有多少个BUG，开发非要说没问题！！崩溃中...

xjdp · 发表于 2010-4-22 14:27:30

注意日期和查询的日期

msnshow · 发表于 2010-4-23 21:57:43

这里有点歧异，结束日期如果是指发卡的结束日期，那结果就没问题

需要确定需求，文字描述需要修改

qiguojie · 发表于 2010-4-26 15:04:50

1、页面显示比较乱，很多地方可以适当调整
2、既然是日期字段，就没必要显示具体时间出来
3、没有防伪码的记录不知道是不是符合需求，那条记录也许会有问题

peag · 发表于 2010-5-7 12:26:53

文字描述有点歧义~~问清楚开发的意思

liqian913 · 发表于 2010-5-11 16:21:02

补充一点~
问下：卡防伪码可以为中文？

那行已激活的记录，为何没有激活时间点？

[ 本帖最后由 liqian913 于 2010-5-11 16:22 编辑 ]

fnxhgg · 发表于 2010-6-15 20:01:08

yzylion · 发表于 2010-6-20 14:31:41

原帖由 msnshow 于 2010-4-23 21:57 发表
这里有点歧异，结束日期如果是指发卡的结束日期，那结果就没问题

需要确定需求，文字描述需要修改

这里应该也是有问题的结束日期是4-21
但是查询出来的结果有4-23的\
这个看需求与查询条件的对应关系

qzj_test · 发表于 2010-6-22 16:18:37

确认需求是王道

jiangfeihome · 发表于 2010-6-28 15:03:12

确定需求！！结束时间是哪个字段的结束时间？

actrei · 发表于 2010-6-29 17:20:02

1.照查询结果来看，查询的日期是以发卡日期为准，应该对照需求文档确认下。
2.卡防伪码应该不能是空白和中文字符。
3.卡编号88888的卡没有激活日期和结束日期。
4.发卡日期、激活日期、结束日期格式有问题，精确到00:00:00.0 ?
5.页面显示太乱。

暂时就这几个··

testadvance · 发表于 2010-7-5 17:22:21

补充一点:在设置查询条件的时候,结束日期设置的是2010-04-21,而在查询结果的列表中显示出了结束日期为2010-04-22和2010-04-23的记录.
个人认为上面设置的查询条件应该是"与"的关系.

千里 · 发表于 2010-7-9 14:12:03

主要是排版问题，但我一般不把它列为BUG。因为用BUG这个词太严肃了，用轻一点的词，我一般说建议改。告诉开发，这样的排版并不好，开发会就某些问题进行修改。另外再不行就开展全员培训，讲用户体验。

chengning · 发表于 2010-7-12 11:15:32

我们公司一般把页面显示的 BUG 叫建议呵呵也就是说开发和主管说可以不修改就不修改的

水中的鱼 · 发表于 2010-7-22 13:52:47

1.防伪码没有限制字符类型
2.查询结果错误，发卡日期为4-21的也被查出来了，结束日期为4-22的也被查出来了
3.卡金额应统一小数点显示的位数
4.显示不整齐

[ 本帖最后由水中的鱼于 2010-7-22 13:55 编辑 ]

houzeal · 发表于 2010-7-23 14:20:27

你们Boss呢？

liuhaisheng2008 · 发表于 2010-7-23 17:08:18

金额格式不统一

goole · 发表于 2010-8-10 16:50:07

不知道需求是什么，但按经验看，问题是蛮多的

goole · 发表于 2010-8-10 16:53:53

一看就知道是没有明确需求说明书的产物

goole · 发表于 2010-8-10 16:54:01

一看就知道是没有明确需求说明书的产物

523015006 · 发表于 2011-9-29 11:57:19

我一个新手都看出来了

		自动登录	找回密码
密码			(注-册)加入51Testing

查询结果有问题