论坛风格切换切换到宽版
  • 12715阅读
  • 120回复

BG1DO希望大家协助测试会员管理系统 [复制链接]

上一主题 下一主题
离线VR2YDC
发帖
777
只看该作者 80楼 发表于: 2008-01-10
剛剛在香港上网注冊成功,
但干嗎出生年份最早只到1970?   我也不想老呀
离线BA5AG
发帖
4257
只看该作者 81楼 发表于: 2008-01-10
'
我相信丢包经常存在的,在你我去年几次数据交换时,就发现过两次传过来的和我收到的不一致,当时我们都不知道该怎么解释。
'
kao,我怎么就没想到这么好的借口呢
离线BG6QBY
发帖
12183
只看该作者 82楼 发表于: 2008-01-10
'
今天项工程师问了一下,这个页面的有效时间是3-5分钟,具体我忘了。所以至少在5分钟不填好递交,就会显示失败。
一些在确定时间内不能提交的原因,工程师解释为数据传送丢包。
并发数应该是够的。
今天又作了一些修改,因为下班,不好意思总占着人家办公室,有些地方没有修改好,预计再做一至两次小修改,基本就订了。下面我要做的是测试各省分数据库。
希望大家继续测试,能有大量的数据进来为下一步做铺垫。
'

页面有效时间太短了。我们单位开发的高考招生志愿填报系统应该比这个要求高得多。我们目前都是保持连接15分钟。不用搞各省分数据库了,一个数据库就可以搞定的。主要看开发人员对程序和数据库的优化。
离线BG4XTR
发帖
12
只看该作者 83楼 发表于: 2008-01-10
'
数据传送丢包是句经典的骗外行的话
'
'
我相信丢包经常存在的
'

同意第一句。抛开上下文只看第二句话本身也是对的,但用来回应第一句话就很有问题,因为显然目前系统暴露出来的问题并不是网络丢包所应该表现出来的现象。

前几天我试用过了系统,感觉很不好用,显然没有经过可用性设计,完全就是在堆彻一个泥堆而不是在盖房子。上传图片功能在firefox上也不能工作。本来想报bug的,但发现系统的问题实在是多得让人懒得一一列出。也不是真得我很懒不想列,而是很多问题都是很明显的在设计中没有好好思考所带来的,既然开发者没有想把系统做好的意愿,报再多bug也是白搭,开发者总有借口把它们回绝掉的。

我觉得协会跟开发者之间如果是纯商业关系的话,不仅开发者完全有责任和义务把系统做好,协会更应该站在广大用户的立场上尽量督促开发者把系统做好。不但是把系统做到“可以工作”,更要把系统做到“工作稳定”、“易用”等等。但我现在看到的是协会处处为开发者着想,总好像让开发者去完善系统是一件很有歉意的事情。

如果是我们ham朋友中的志愿者正在义务帮助协会开发系统的话,我会比较理解协会为开发者着想的立场,但我还是觉得很多技术上的问题并不是不能解决,如果一个开发者的能力有限不能把问题解决的话,完全可以把遇到的问题公布出来啊,大家一起来想办法,一定是可以有一个比较好的解决方案的。就目前可以看到的应用和它的规模来看,并不是一个困难的应用,如果这点东西都做不好的话,我很难想象后台如果还有更多的逻辑的时候会做成什么样一个可怕的模样。

抱歉语气有点激动,实在是对系统的试用让我太失望了。
离线zhengyudong
发帖
185
只看该作者 84楼 发表于: 2008-01-10
'
看着挺聪明个人,咋傻成这样?????想骂你两句吧,有失我学者的身份,想咬你一口吧,我还是回民。 [表情]
'


哎!牺牲俺一个,幸福十万ham!!!!
离线BG6QAM
发帖
13993
只看该作者 85楼 发表于: 2008-01-10
'
同意第一句。抛开上下文只看第二句话本身也是对的,但用来回应第一句话就很有问题,因为显然目前系统暴露出来的问题并不是网络丢包所应该表现出来的现象。
前几天我试用过了系统,感觉很不好用,显然没有经过可用性设计,完全就是在堆彻一个泥堆而不是在盖房子。上传图片功能在firefox上也不能工作。本来想报bug的,但发现系统的问题实在是多得让人懒得一一列出。也不是真得我很懒不想列,而是很多问题都是很明显的在设计中没有好好思考所带来的,既然开发者没有想把系统做好的意愿,报再多bug也是白搭,开发者总有借口把它们回绝掉的。
我觉得协会跟开发者之间如果是纯商业关系的话,不仅开发者完全有责任和义务把系统做好,协会更应该站在广大用户的立场上尽量督促开发者把系统做好。不但是把系统做到“可以工作”,更要把系统做到“工作稳定”、“易用”等等。但我现在看到的是协会处处为开发者着想,总好像让开发者去完善系统是一件很有歉意的事情。
如果是我们ham朋友中的志愿者正在义务帮助协会开发系统的话,我会比较理解协会为开发者着想的立场,但我还是觉得很多技术上的问题并不是不能解决,如果一个开发者的能力有限不能把问题解决的话,完全可以把遇到的问题公布出来啊,大家一起来想办法,一定是可以有一个比较好的解决方案的。就目前可以看到的应用和它的规模来看,并不是一个困难的应用,如果这点东西都做不好的话,我很难想象后台如果还有更多的逻辑的时候会做成什么样一个可怕的模样。
抱歉语气有点激动,实在是对系统的试用让我太失望了。
'
严重同意。。。。。。。。。。。。
离线BG1DO
发帖
18932
只看该作者 86楼 发表于: 2008-01-10
'
同意第一句。抛开上下文只看第二句话本身也是对的,但用来回应第一句话就很有问题,因为显然目前系统暴露出来的问题并不是网络丢包所应该表现出来的现象。
前几天我试用过了系统,感觉很不好用,显然没有经过可用性设计,完全就是在堆彻一个泥堆而不是在盖房子。上传图片功能在firefox上也不能工作。本来想报bug的,但发现系统的问题实在是多得让人懒得一一列出。也不是真得我很懒不想列,而是很多问题都是很明显的在设计中没有好好思考所带来的,既然开发者没有想把系统做好的意愿,报再多bug也是白搭,开发者总有借口把它们回绝掉的。
我觉得协会跟开发者之间如果是纯商业关系的话,不仅开发者完全有责任和义务把系统做好,协会更应该站在广大用户的立场上尽量督促开发者把系统做好。不但是把系统做到“可以工作”,更要把系统做到“工作稳定”、“易用”等等。但我现在看到的是协会处处为开发者着想,总好像让开发者去完善系统是一件很有歉意的事情。
如果是我们ham朋友中的志愿者正在义务帮助协会开发系统的话,我会比较理解协会为开发者着想的立场,但我还是觉得很多技术上的问题并不是不能解决,如果一个开发者的能力有限不能把问题解决的话,完全可以把遇到的问题公布出来啊,大家一起来想办法,一定是可以有一个比较好的解决方案的。就目前可以看到的应用和它的规模来看,并不是一个困难的应用,如果这点东西都做不好的话,我很难想象后台如果还有更多的逻辑的时候会做成什么样一个可怕的模样。
抱歉语气有点激动,实在是对系统的试用让我太失望了。
'

看完了您的回复,我也没看出来系统应该改什么地方,毕竟我不是学计算机的,所以这方面不专业还望大家谅解。不过您的抱怨我深表理解。我的性格也是不愿意为难谁,能自己做也尽量不麻烦别人,尽量站在对方立场上想问题。当然您不说,我不追,因我没有道理强求的。
离线BG4XTR
发帖
12
只看该作者 87楼 发表于: 2008-01-11
'
看完了您的回复,我也没看出来系统应该改什么地方,毕竟我不是学计算机的,所以这方面不专业还望大家谅解。不过您的抱怨我深表理解。我的性格也是不愿意为难谁,能自己做也尽量不麻烦别人,尽量站在对方立场上想问题。当然您不说,我不追,因我没有道理强求的。
'

我下面列出了一些很明显的问题,在这个时候再提交这些问题可能是太晚了一点,也许已经没有机会去完全改正,我为我以前的消极对待问题的态度向您道歉。

这些问题依然只是系统中存在最明显的一些问题(只是冰山一角,原因我前面已经说过了,是设计上的问题,如果只从表像上来看,没有什么意义,所以就不再一一列出),在我看来都很严重。但我也知道我是一个对技术很挑剔的人,所以我还是把这些问题分了一下优先级,p1的最严重,p4的最不严重。我想看看开发人员是如何来回应这些问题的。这里面不少问题可以用“用户不会这样用的”、“用户可以那样用就可以避免”、“这只有很少一部分人会遇到这个问题”等等很多的理由去把它规避掉,在我看来,这是一种正常的商业手段,但不是一个有责任心的开发者应该有的态度。

其实静下心来,在internet上或者企业中比这个会员系统做得更糟糕十倍而可能卖得更贵100倍的应用系统也比比皆是,真得也用不着为这个系统这些小小的不完美而感到痛心。协会最近为会员所做出的努力也是大家有目共睹的,无论是会员系统、会刊、入会流程上都能体会到。协会的工作繁忙,也许对会员系统的关注不可能做到细致入微,我对这个系统这么多的抱怨,其实真的是因为它已经比没有的时候好多了,只是希望它能做得更好。

p1: 整个系统在firefox上完全不工作。详见系统在firefox上的bug列表。
p1: 电话号码输入框太短,无法输入分机号。
p1: 身份证号码不允许输入18位身份证最后的"x"。
p1: 注销登录后仍可以在“自动修改会员信息”中看到登录时的数据。
p2:提交后出现任何错误,都必须把所有数据重新输入。
p2:左上角的登录界面状态不对,很多情况下已经登录了仍显示出登录界面。还有一些情况下已退出登录却仍显示已登录状态。比如,不管登录与否,点“会员中心”出现的一定是未登录的界面。
p3:页面未用meta标签指明页面编码,容易增大乱码出现的可能性。
p3:电话号码的输入时,如果区号输入错误,会提示电话号码错误,并把光标定位到电话号码框中,造成用户的疑惑。
p4:页面如果用utf-8编码代替gb2312编码更好。
p4:电话号码、手机号码输入框只要光标定位上去就会把框中的内容清空。这个设计如果用在密码输入框上,可以认为是人性化的设计,但用在电话号码框上就是很不人性化的设计。因为密码是看不到的,要修改还不如重新输入,而电话号码是明文的,很可能我只是要修改一下,不想重新输入。
p4: 手机号码的验证正规表达式过于严格,以后要修改的可能性比较大,比如,目前无法支持153号段的手机号码。
p4: 工作单位、电子邮件项标识为“必填”,但不填仍可提交数据。


在firefox上的bug列表:

p1:入会的提交按钮不工作。原因:形如"window['txyb']"这样的写法不标准。应把控件放入form中,用document.form[0]...或者用document.getelementbyid来获取控件句柄。
p1:上传图片的“浏览”按钮不工作。原因:showmodaldialog不是w3c标准的函数,因避免使用。
p1:用户登录界面中的“登录”和”退出登录”不工作。原因:javascript调用不规范。
p3:入会保证的“不同意”按钮不工作。原因:不是window.open打开的窗口不能用window.close关闭。
离线BG3OJJ
发帖
19
只看该作者 88楼 发表于: 2008-01-11
我也是用firefox,深受不标准的害,楼上的测试非常仔细,我们真的应该感谢!在看到这位bg4xtr的严谨的同时,我们也看到了...

  再次感谢!

  大家的目的都只有一个,希望她成功地稳定的运行起来!!!
离线BG1DO
发帖
18932
只看该作者 89楼 发表于: 2008-01-11
'
我下面列出了一些很明显的问题,在这个时候再提交这些问题可能是太晚了一点,也许已经没有机会去完全改正,我为我以前的消极对待问题的态度向您道歉。
这些问题依然只是系统中存在最明显的一些问题(只是冰山一角,原因我前面已经说过了,是设计上的问题,如果只从表像上来看,没有什么意义,所以就不再一一列出),在我看来都很严重。但我也知道我是一个对技术很挑剔的人,所以我还是把这些问题分了一下优先级,p1的最严重,p4的最不严重。我想看看开发人员是如何来回应这些问题的。这里面不少问题可以用“用户不会这样用的”、“用户可以那样用就可以避免”、“这只有很少一部分人会遇到这个问题”等等很多的理由去把它规避掉,在我看来,这是一种正常的商业手段,但不是一个有责任心的开发者应该有的态度。
其实静下心来,在internet上或者企业中比这个会员系统做得更糟糕十倍而可能卖得更贵100倍的应用系统也比比皆是,真得也用不着为这个系统这些小小的不完美而感到痛心。协会最近为会员所做出的努力也是大家有目共睹的,无论是会员系统、会刊、入会流程上都能体会到。协会的工作繁忙,也许对会员系统的关注不可能做到细致入微,我对这个系统这么多的抱怨,其实真的是因为它已经比没有的时候好多了,只是希望它能做得更好。
p1:用户登录界面中的“登录”和”退出登录”不工作。原因:javascript调用不规范。
p3:入会保证的“不同意”按钮不工作。原因:不是window.open打开的窗口不能用window.close关闭。
'


赞一个!!!tnx!其实技术好的人大有人在啊,像您这样不敷衍了事的确实不多啊!
离线ACDC
发帖
423
只看该作者 90楼 发表于: 2008-01-11
刚去看了下,日期我可以选择2月31日,别的就没耐心测试了
离线BG1DO
发帖
18932
只看该作者 91楼 发表于: 2008-01-11
行,也算是一个bug。建议还是多帮着挑挑错误,不要拿潜台词当借口,也是为了千千万万后来人啊,呵呵!我可是一直都诚心诚意请大家来提问题,将来谁要是说我早就看出来了,就是不说,那可就不好的了。
离线BG9TX
发帖
3066
只看该作者 92楼 发表于: 2008-01-11
注册了,没有查询到什么信息
今天上去发现流水号忘记了,操作证号登录失败~~~~
怎么找回流水号啊????????
离线BG1DO
发帖
18932
只看该作者 93楼 发表于: 2008-01-12
告诉你要记牢,你偏不记牢,这属于智力问题,需要耐着性子给协会总部打电话了,哇哈哈,真是天大的惩罚啊,痛苦吧???!
离线BG4XTR
发帖
12
只看该作者 94楼 发表于: 2008-01-12
'

今天上去发现流水号忘记了,操作证号登录失败~~~~
怎么找回流水号啊????????
'
'
告诉你要记牢,你偏不记牢,这属于智力问题,需要耐着性子给协会总部打电话了,哇哈哈,真是天大的惩罚啊,痛苦吧???!
'

在我看来这就是一个非常严重的usability上的问题,既然有很多人记不住流水号(显然记这个数字也是没有意义的,毕竟又不是会员证号或者呼号什么的),就说明这不是用户的错,更不是智力的问题,而是系统就不应该设计成让用户要输入流水号才可以登录。系统如果在设计的时候没有进行过可用性的设计,往往都会出现这些问题。这些问题怎么说呢,说严重就很严重,说不严重就一点也不严重,于是往往就成为项目开发中的牺牲品,用降低用户体验的代价来换取项目进度、开发成本、程序员吃喝玩乐的时间。

要解决这个问题其实也不是太难,既然系统已经限制了身份证号是唯一的,完全可以要求用户用身份证号代替流水号登录。或者更直接的,要求用户自己指定一个登录用的用户名。

其实这一点招商银行就做得很好,一般银行的信用卡服务都是要输入信用卡卡号的,而招商银行的电话银行和信用卡网上银行都是输入身份证号码就可以的。不要小瞧这一点点的改动,这就很好的体现了以用户为中心的设计,想想就可以知道,能记住自己身份证号码的人显然远远多于能记住信用卡卡号的人。
离线BA5AG
发帖
4257
只看该作者 95楼 发表于: 2008-01-12
zrsa的系统就是用身份证号码做入会过程的登录的...
离线BA4XA
发帖
3348
只看该作者 96楼 发表于: 2008-01-12
其实 除身份证号码外,还可以用呼号或姓名作为别名方式登录

不少网上银行也是提供别名方式 登录
离线wuhao
发帖
830
只看该作者 97楼 发表于: 2008-01-15
你们那几个工程师是做建筑的吧?

似乎一点网络编程经验都没有~~~~
离线BA5AG
发帖
4257
只看该作者 98楼 发表于: 2008-01-15
'
你们那几个工程师是做建筑的吧?
似乎一点网络编程经验都没有~~~~
'
08年度最佳笑话
离线wuhao
发帖
830
只看该作者 99楼 发表于: 2008-01-15
'
08年度最佳笑话
'

还第十次修改,我看把人换掉才靠谱!