51Testing软件测试论坛

标题: [转帖] 电子商务网站--界面测试的测试点 [打印本页]

作者: 阿七 时间: 2008-4-24 10:20
标题: [转帖] 电子商务网站--界面测试的测试点
界面是软件，网站与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操

作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感

觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软

件设计人员的重视的程度还远远不够，直到最近网页制作的兴起，才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天

赋而遭拒绝。
　　目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。
1：易用性：
　　按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用

户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
易用性细则：
1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。
2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。
3):按功能将界面划分区域块，用Frame框括起来,并要有功能说明或标题。
4):界面要支持键盘自动浏览按钮功能，即按Tab键、回車鍵的自动切换功能。
5):界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。
7):分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab
8):默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。
9):可寫控制項檢測到非法輸入後應給出說明並能自動獲得焦點。
10):Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式。
11):核取方塊和選項框按選擇幾率的高底而先後排列。
12):核取方塊和選項框要有默認選項，並支援Tab選擇。
13):選項數相同時多用選項框而不用下拉清單框。
14):界面空间较小时使用下拉框而不用选项框。
15):选项数較少时使用选项框，相反使用下拉列表框。
16):专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词语。

2：
规范性：
通常界面设计都按Windows界面的规范来设计，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供

工具厢。
规范性细则：
1):常用菜单要有命令快捷方式。
2):完成相同或相近功能的菜单用横线隔开放在同一位置。
3):菜单前的图标能直观的代表要完成的操作。
4):菜单深度一般要求最多控制在三层以内。
5):工具栏要求可以根据用户的要求自己选择定制。
6):相同或相近功能的工具栏放在一起。
7):工具栏中的每一个按钮要有及时提示信息。
8):一条工具栏的长度最长不能超出屏幕宽度。
9): 工具栏的图标能直观的代表要完成的操作。
10):系统常用的工具栏设置默认放置位置。
11):工具栏太多时可以考虑使用工具箱。
12):工具箱要具有可增减性，由用户自己根据需求定制。
13):工具箱的默认总宽度不要超过屏幕宽度的1/5。
14): 状态条要能显示用户切实需要的信息，常用的有：
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提

示。
15)：滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。
16)：状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。
17)：菜单和工具条要有清楚的界限;菜单要求凸出显示，这样在移走工具条时仍有立体感。
18)：菜单和状态条中通常使用5号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。
19): 右键快捷菜单采用与菜单相同的准则。
3：帮助设施：
系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。
帮助设施细则：
1)：帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的系统帮助文档都是系统的祖先时期的说明，让人困惑)。
2)：打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。
3)：操作时要提供及时调用系统帮助的功能。常用F1。
4)：在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。
5)：最好提供目前流行的联机帮助格式或HTML帮助格式。
6)：用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。
7)：如果没有提供书面的帮助文档的话，最好有打印帮助的功能。
8)：在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的帮助方式。

4：合理性：
屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。
合理性细则：
1)：父窗体或主窗体的中心位置应该在对角线焦点附近。
2)：子窗体位置应该在主窗体的左上角或正中。
3)：多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。
4)：重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
5)：错误使用容易引起界面退出或关闭的按钮不应该放在易点击的位置。横排开头或最后与竖排最后为易点位置。
6)：与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。
7)：对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
8)：非法的输入或操作应有足够的提示说明。
9): 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。
10): 提示、警告、或错误说明应该清楚、明了、恰当。
5：美观与协调性：
界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。
美观与协调性细则：
1): 长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。
2): 布局要合理,不宜过于密集，也不能过于空旷，合理的利用空间。
3): 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。
4): 按钮的大小要与界面的大小和空间要协调。
5): 避免空旷的界面上放置很大的按钮。
6)：放置完控件后界面不应有很大的空缺位置。
7): 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。
8): 前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。常用色考虑使用Windows界面色调。
9): 如果使用其他颜色，主色调要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。
10): 大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
11): 界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。
12): 如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。
13)：对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。
14): 通常父窗体支持缩放时，子窗体没有必要缩放。
15)：如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。

6：菜单位置：
菜单是界面上最重要的元素，菜单位置按照按功能来组织。
菜单测试细则：
1): 菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。
2): 常用的有“文件”、“編輯”，“查看”等，幾乎每個系統都有這些選項，當然要根據不同的系統有所取捨。
3): 下拉菜单要根据菜单选项的含义进行分组，並且按照一定的规则进行排列，用横线隔开。
4): 一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
5): 没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边。
6): 如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。
7): 菜单深度一般要求最多控制在三层以内。
8): 对常用的菜单要有快捷命令方式，组合原则见8。
9): 对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式——即只有需要的菜单才显示——最好。
10): 菜单前的图标不宜太大，与字高保持一直最好。
11): 主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。
12): 主菜单数目不应太多，最好为单排布置。

13):菜单条是否显示在合适的语境中？

14):应用程序的菜单条是否显示系统相关的特性（如时钟显示）？

15):下拉式操作能正确工作吗？

16):菜单、调色板和工具条是否工作正确？

17):是否适当地列出了所有的菜单功能和下拉式子功能？

18):是否可能通过鼠标访问所有的菜单功能？

19):相同功能按钮的图标和文字是否一致？

20):是否能够用其他的文本命令激活每个菜单功能？

21):菜单功能是否随当前的窗口操作加亮或变灰？

22):菜单功能是否正确执行？

23):菜单功能的名字是否具有自解释性？

24):菜单项是否有帮助，是否语境相关？

25):在整个交互式语境中，是否可以识别鼠标操作？

26):如果要求多次点击鼠标，是否能够在语境正确识别？

27):如果鼠标有多个按钮，是否能够在语境中正确识别？

28):光标、处理指示器和识别指针是否随操作恰当地改变？
7:独特性：
如果一味的遵循业界的界面标准，则会丧失自己的个性.在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。尤

其在商业软件流通中有着很好的迁移默化的广告效用。
测试细则：
1):　安装界面上应有单位介绍或产品介绍，并有自己的图标。
2):　主界面，最好是大多数界面上要有公司图标。
3):　登录界面上要有本产品的标志，同时包含公司图标。
4):　帮助菜单的“关于”中应有版权和产品信息。
5):　公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。

8：快捷方式的组合
在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些在西文Windows及其应用软件中快捷键的使用大多是一致的。
菜单中：
1):面向事务的组合有:
Ctrl-D 删除；Ctrl-F 寻找；Ctrl –H替换；Ctrl-I 插入；Ctrl-N 新记录；Ctrl-S 保存 Ctrl-O 打开。
2)：列表:
Ctrl-R ，Ctrl-G定位；Ctrl-Tab下一分页窗口或反序浏览同一页面控件；。
3):编辑:
Ctrl-A全选；Ctrl-C 拷贝；Ctrl-V 粘贴；Ctrl-X 剪切；Ctrl-Z撤消操作；Ctrl-Y恢复操作。
4)文件操作:
Ctrl-P 打印；Ctrl-W 关闭。
5):系统菜单
Alt-A文件；Alt-E编辑；Alt-T工具；Alt－W窗口；Alt－H帮助。
6):MS Windows保留键:
Ctrl-Esc 任务列表；Ctrl-F4 关闭窗口； Alt-F4 结束应用；Alt-Tab 下一应用；Enter 缺省按钮/确认操作；Esc 取消按钮/取

消操作；Shift-F1 上下文相关帮助。
按钮中：
可以根据系统需要而调节，以下只是常用的组合。
Alt-Y确定(是)；Alt-C取消；Alt-N 否；Alt-D删除；Alt-Q退出；Alt-A添加；Alt-E编辑；Alt-B浏览；Alt-R读；Alt-W写。
这些快捷键也可以作为开发中文应用软件的标准,但亦可使用汉语拼音的开头字母。
9:安全性考虑：
在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生

的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中

断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。
安全性细则：
1)：最重要的是排除可能会使应用非正常中止的错误。
2)：应当注意尽可能避免用户无意录入无效的数据。
3)：采用相关控件限制用户输入值的种类。
4)：当用户作出选择的可能性只有两个时,可以采用单选框。
5)：当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。
6)：当选项特别多时，可以采用列表框，下拉式列表框。
7)：在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。
8)：对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
9):对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
10):对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
11)：对错误操作最好支持可逆性处理，如取消系列操作。
12):在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
13):对可能造成等待时间较长的操作应该提供取消功能。
14)：特殊字符常有；;’”><,｀‘：“［”｛、\|｝］+=)-(_*&&^%$#@!
,.。?/还有空格。
15)：与系统采用的保留字符冲突的要加以限制。
16)：在读入用户所输入的信息时，根据需要选择是否去掉前后空格。
17)：有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理。

10:多窗口的应用与系统资源：
设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源。
1)：在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口

。
2)：在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS系统资源。
3)：关闭所有窗体，系统退出后要释放所占的所有系统资源，除非是需要后台运行的系统。
4)：尽量防止对系统的独占使用。

5)：窗口能否基于相关的输入或菜单命令适当地打开？

6)：窗口能否改变大小、移动和滚动？

7)：窗口中的数据内容能否使用鼠标、功能键、方向箭头和键盘访问？

8)：当被覆盖并重调用后，窗口能否正确地再生？

9)：需要时能否使用所有窗口相关的功能？

10)：所有窗口相关的功能是可操作的吗？

11)：是否有相关的下拉式菜单、工具条、滚动条、对话框、按钮、图标和其他控制可为窗口可用，并适当地显示？

12)：显示多个窗口时，窗口的名称是否被适当地表示？

13)：活动窗口是否被适当地加亮？

14)：如果使用多任务，是否所有的窗口被实时更新？

15)：多次或不正确按鼠标是否会导致无法预料的副作用？

16)：窗口的声音和颜色提示和窗口的操作顺序是否符合需求？

17)：窗口是否正确地关闭？

作者: 美元测试 时间: 2008-4-28 17:36
呵呵很详细
不过这应该适用于所有的web网站测试
而并非针对电子商务网站的

作者: 阿七 时间: 2008-4-29 15:35
恩你说的对呵呵
我以后会多多找电子网站的资料发上来
呵呵

作者: 燕子东南飞 时间: 2008-5-7 14:44
写的很详细，不过在公司可没有做的这么细！

作者: 吴如领 时间: 2008-5-8 17:04
写的比较多，看都很难看玩~ 具体测试用不了全部~~
功能测试好东西~~

作者: 阿七 时间: 2008-5-9 11:37
是丫没时间全部这样做
不过可以注意下
^_^

作者: gaobugu 时间: 2008-5-16 10:11
好全啊

作者: 阿七 时间: 2008-5-17 14:42

作者: zkfxysy 时间: 2008-5-23 12:03
哇，好详细呀，谢谢了，收藏了，呵呵

作者: tanjunlu 时间: 2008-11-2 10:37
哈哈，果然很详细，学习中

作者: bluelucas 时间: 2009-1-5 20:37
标题: 很详细
好全，谢谢分享。

作者: jenvee 时间: 2009-2-18 17:36
标题: 回复 1# 的帖子
就是界面测试

作者: ww2link 时间: 2009-2-26 12:35
人的一生，就像一场戏，有开始就会有结束…

或许正是因为人生的寂寞神就安排了一对对男女美丽的爱。可是你发觉了吗？爱的一开始，总是甜蜜的，因为你会感觉到有人陪，有人帮助自己分但一些事情，便不会孤独、寂寞、无助…有一个人想着你干洗店加盟盼着你、恋着你、爱着你那时候，你心里面总是甜甜的美美的那是多么的美妙…但是，随着时间的推移，好像什干洗设备么事情都来了你会觉得爱情其实并不是那么的单纯！它并不是只有快乐它还有伤心爱情就像一把双刃剑，你用的好的话它就会让你快乐用的不好它就会伤了你！

有人说失去了的你才会觉它得珍贵，因为它让你哭过、笑过、幸福过、悲伤过…它带走了你太多情感。每个人都有过去，过去的意义是给我们经验与教训！以其往seo日的感情和回忆。如果你现在你以前失去的东西。你还会迟疑么、你还要等待吗？这个世界真正属于你的东西并不多你女性健康不去珍惜它就会离你而去。于是就有太多的人说：不求天长地久，只求曾经拥有。多么美好啊！请问：你真的一点高周波点都不在意么我想那些「曾经拥有」的人不会得到真爱的，或许他们开始的爱情会甜甜蜜蜜的，最后树到鸟散他们干洗加盟会伤心、会痛苦、会后悔的……

在岁月的长河中我们太渺小了！不过我们既然不能在这条河流里留下浓艳的一笔，至少我们能与自己相亲相爱的人度过剩下的旅程，当我们老去的那一天，我们能主轴头自豪的说；我今生没有遗憾了。

就让我们都为我们的爱人努力让她开心、快乐、欢笑。请记住不要轻易牵手：更不要轻易放手！

作者: lee1241 时间: 2009-4-15 11:28
标题: 好贴！顶一个
好贴！顶一个

作者: kuaileyun9 时间: 2009-6-9 11:46
写的很详细，谢谢楼主分享

作者: diemeng1984 时间: 2009-6-11 12:04
很详细啊，可以作为写测试用例时的参考

作者: zbsongbing 时间: 2009-6-14 00:04
很详细，正是我想要的。谢谢

作者: mandytintin 时间: 2009-6-18 09:57

感谢LZ分享，太全面了

作者: siriusbb 时间: 2009-8-20 16:47
感谢lz
学习了

作者: crazy715 时间: 2009-11-12 20:37
好详细，收藏学习了。。

作者: mai_gu 时间: 2009-11-26 20:09
呵呵，谢谢楼主！

作者: freedom_me 时间: 2009-12-30 16:59
很有帮助~sdlkfj%

作者: 原点 时间: 2010-1-5 15:54
辛苦了，呵呵

作者: 尘封的记忆 时间: 2010-1-5 16:14
学习了

作者: melodylzl 时间: 2010-6-9 10:49
貌似重点不是介绍电子商务的测试，而只是普通web测试

作者: 金子快来 时间: 2010-8-11 16:49
没看完，但我更多的感觉，做成UI的开发规范更好吧。
如果你是一名具体的功能测试工程师，在没有这个规范的前提下，你提出大量这些BUG，项目经理与开发人员脸都会绿的吧。
这些东东，应该在测试那个阶段提，提多大的范围还是应该认真考虑。建议测试开始时还是要更多的关注业务功能本身。

作者: 联盟新秀 时间: 2010-8-24 22:13
来看看

作者: xiaolingit 时间: 2010-10-4 14:00
回复 1# 阿七

呵呵，新手上路，学习哈……

作者: 我来自火星 时间: 2010-10-7 18:49
感谢lz 太详细了

作者: foxliu 时间: 2010-10-8 17:16
写的很好，但如果你能够有一些界面测试的实例给大家分享那就会更加的形象，更容易让人理解。

作者: guanglongsanri 时间: 2010-10-14 11:55
学习了

作者: soporcrow 时间: 2010-10-22 10:40
mark

作者: Gasgoo 时间: 2010-10-25 11:34
规范。。。

作者: AwL_1124 时间: 2010-10-26 10:31
Add it in my favorites

作者: mff0322 时间: 2010-11-10 16:45
谢谢分享

作者: caiw0418 时间: 2010-11-17 15:35
很好收藏起来

作者: caiw0418 时间: 2010-11-17 15:35
学习

作者: 骄阳似火 时间: 2011-1-14 17:03
从哪里拷贝的吧

作者: 本来就很乖 时间: 2011-4-19 15:09
真的很详细，收藏了，谢谢LZ

作者: 本来就很乖 时间: 2011-4-19 15:10
真的很详细，收藏了，谢谢LZ

作者: helen_xyy 时间: 2011-4-29 19:50
这么多。。。。刚入测试行过来看看只是了解了解

作者: 默铭 时间: 2011-5-19 15:53
好贴！顶……

作者: ananbo 时间: 2011-6-13 13:39
总结的真好啊

作者: yimao1029 时间: 2011-6-13 15:01
总结的很全，但是全部做到不容易，不过可以多注意一下

作者: btnn 时间: 2011-8-27 11:41
详细，有用。呵呵。

作者: lengyao 时间: 2011-8-29 16:45
学习中...

作者: 张小麦 时间: 2011-10-9 16:37

作者: yy198808 时间: 2011-10-11 15:28
不错呀！

作者: ottobaby 时间: 2011-12-30 19:57
挺详细，但是实际上用不了这么多

作者: 黑色南极 时间: 2012-3-20 18:31
好详细，学习了

作者: xiao_long_ing 时间: 2012-4-5 19:12
谢谢楼主的分享

作者: liangxianquan85 时间: 2012-4-12 08:53
很全面。感谢分享，学习了

作者: Jesseli 时间: 2012-4-17 15:00
好详细，收藏学习了。。

作者: xuli107 时间: 2012-5-19 13:22
很详细了慢慢看

作者: kerryliyan 时间: 2012-5-23 17:02
不错，先收藏了

作者: huangJenny 时间: 2012-8-9 21:28
功能点好全，好细心的讲解

作者: coolwind09 时间: 2012-11-9 10:33
写的挺详细的。

作者: 41544405 时间: 2012-12-6 16:38
可以参考谢谢分享！

作者: lxh 时间: 2013-1-19 10:15
学习了

作者: lxh 时间: 2013-1-19 10:16
很好的帖子，不错

作者: kuangli1020 时间: 2013-2-21 17:44
不错贴，先谢谢啦

作者: plum_833 时间: 2013-2-28 13:05
感谢版主无限付出，收藏

作者: ccg890811 时间: 2013-3-11 14:01

慢慢看撒！

作者: janehost 时间: 2013-4-3 16:07
学习了

作者: janehost 时间: 2013-4-7 17:31
楼主，谢谢；了

作者: duanguanwu 时间: 2013-4-8 13:18

好贴。。必须顶起

作者: 挑战无处不在 时间: 2013-4-23 17:00
不错学习了

作者: 51dhy1014 时间: 2013-5-28 17:50
够细，学习了

作者: hlhelei 时间: 2013-8-16 16:45
学习了

作者: 会飞的小小鱼儿 时间: 2013-9-12 13:42
写的很好，谢谢分享

作者: catsyy 时间: 2013-10-16 12:31
总结的很多，不过我觉得这些都是可以用一些测试的方法总结归类下，对于电商网站中，要考虑的东西不是这么简单，比如库存这个点：该如何更好的做到实时更新，同步库存？比如电商网站，什么信息不需要实时读取数据库，而是通过服务器缓存或客户端缓存等，来提高网站速度们，类似很多可以思考

作者: synthere 时间: 2014-7-24 14:03
很详细，感谢楼主分享

作者: dcbakkk 时间: 2015-1-6 17:30
Mark有时间来看

作者: EVA的苦咖啡 时间: 2015-5-13 15:54
好东西，慢慢看

作者: Gabb 时间: 2015-11-30 10:58
来得有点晚。不过还是忍不住怒赞一个

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)