BlogJava-finer-随笔分类-2.软件测试 方案设计http://www.blogjava.net/zouhui/category/53902.htmlzh-cnWed, 21 Dec 2016 19:31:42 GMTWed, 21 Dec 2016 19:31:42 GMT60测试用例以及设计测试用例的方法 http://www.blogjava.net/zouhui/archive/2013/09/27/404563.htmlzouhuizouhuiFri, 27 Sep 2013 09:37:00 GMThttp://www.blogjava.net/zouhui/archive/2013/09/27/404563.htmlhttp://www.blogjava.net/zouhui/comments/404563.htmlhttp://www.blogjava.net/zouhui/archive/2013/09/27/404563.html#Feedback0http://www.blogjava.net/zouhui/comments/commentRss/404563.htmlhttp://www.blogjava.net/zouhui/services/trackbacks/404563.html测试用例以及设计测试用例的方法 《转载》

　1、什么是测试用例？

　　测试用例是执行测试前由测试人员编写的指导测试的文档。测试用例主要解决测什么、怎么测、如何衡量的问题。

　　2、测试用例的组成包括：

　　用例编号

　　用例描述：记录测试的步骤，用到的数据

　　预期结果：按照用例步骤操作，应该出现什么结果

　　测试目的：说明为什么要设计这条用例，测试点是什么

　　3、编写用例参考什么内容？

　　文档：需求文档、开发文档、用户手册

　　对着相应的软件编写

　　讨论

　　4、编写测试用例的方法：

　　1）等价类划分、边界值

　　2）因果图、判定表

　　3）正交排列方法、场景法

　　4）状态转换图方法

　　5）测试大纲方法

　　5、如何使用边界值方法编写测试用例？如何使用等价类划分方法编写测试用例？

　　按照控件的数据要求，把输入的数据分为有效等价类和无效等价类。有效等价类是对程序有意义、合法的输入，输入有效等价类后，程序应该正确计算或正常运行。无效等价类是对程序无意义、不合法的输入，输入无效等价类后，程序应该给出错误提示，或者根本不让用户输入。在测试的时候，分别从每个等价类中选取一组数据编写用例即可。比如输入“姓名”，要求1——20个字符，不能为空。这样，有效等价类就是1——20之间的数据，比如：张三；无效等价类为：小于1的字符，就是为空，另外还有大于20个字符的，比如准备一个30个字符的姓名进行测试。

　　边界值方法就是对输入数据的有效无效的边界点及其两边的数据进行测试。比如，刚才的姓名，要测试1个字符，0个字符和2个字符，20个字符、19个和21个字符。



zouhui 2013-09-27 17:37 发表评论
]]>登录界面测试用例设计http://www.blogjava.net/zouhui/archive/2013/09/27/404562.htmlzouhuizouhuiFri, 27 Sep 2013 09:33:00 GMThttp://www.blogjava.net/zouhui/archive/2013/09/27/404562.htmlhttp://www.blogjava.net/zouhui/comments/404562.htmlhttp://www.blogjava.net/zouhui/archive/2013/09/27/404562.html#Feedback0http://www.blogjava.net/zouhui/comments/commentRss/404562.htmlhttp://www.blogjava.net/zouhui/services/trackbacks/404562.html登录界面测试用例设计   《转载》

      一、界面测试点：

　　1、界面的设计风格是否与UI的设计风格统一；

　　2、界面中的文字简洁易懂；

　　3、界面中没有错别字；

　　二、用户名与密码在输入时，要考虑：

　　1、正确的用户名与正确的密码；

　　2、正确的用户名与错误的密码；

　　3、错误的用户名与正确的密码；

　　4、错误的用户名与错误的密码；

　　5、空的用户名和空的密码；

　　6、正确的用户名和空的密码；

　　7、空的用户名和正确的密码；

　　8、用户名的前/中/后含有空格；

　　9、密码的前/中/后含有空格；

　　10、用户名与密码使用的字符范围及位数限制的测试（等价类及边界值，会用到强制的复制与粘贴来实现不允许输入的字符，以及一些保留字的测试）；

　　11、牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用；

      三、安全性测试：

　　1、密码是否隐蔽显示；

　　2、输入特殊字符串（null,NULL,javascript,<script>,</script>,<title>,<html>,<td>）、输入脚本函数(<script>alert("abc")</script>)、doucment.write("abc")、<b>hello</b>）；

　　3、不能直接输入，就copy，是否数据检验出错；

　　这要准确定位每一个输入框的功能，每一种错误情况下，出现的错误提示要准确或者合适。

　　四、兼容性测试：

      1.不同浏览器测试
      2.浏览器不同版本测试

　　五、其他测试点：

　　1、输入框之间考虑tab键是否支持；

　　2、登录按钮要考虑回车键是否支持；

　　3、取消后的默认位置（一般为空白的用户名输入框）；

　　4、登录后的跳转页面是否正确（一般为首页）；

　　5、要考虑多次点击登录和取消按钮的界面反应；

　　6、考虑是否支持多用户在同一机器上登录；

　　7、考虑一用户在多台机器上登录；

　　8、登录页面中的注册等链接是否正确



zouhui 2013-09-27 17:33 发表评论
]]>测试用例设计经典面试题之电梯、杯子、笔、桌子、洗衣机、椅子、ATM等http://www.blogjava.net/zouhui/archive/2013/09/27/404561.htmlzouhuizouhuiFri, 27 Sep 2013 09:25:00 GMThttp://www.blogjava.net/zouhui/archive/2013/09/27/404561.htmlhttp://www.blogjava.net/zouhui/comments/404561.htmlhttp://www.blogjava.net/zouhui/archive/2013/09/27/404561.html#Feedback0http://www.blogjava.net/zouhui/comments/commentRss/404561.htmlhttp://www.blogjava.net/zouhui/services/trackbacks/404561.html
测试用例设计经典面试题之电梯、杯子、笔、桌子、洗衣机、椅子、ATM等 《转载》

　1.测试项目：电梯

　　需求测试：查看电梯使用说明书、安全说明书等

　　界面测试：查看电梯外观

　　功能测试：测试电梯能否实现正常的上升和下降功能.电梯的按钮是否都可以用；

　　电梯门的打开，关闭是否正常；报警装置是否可用，报警电话是否可用；

　　通风状况如何.突然停电时的情况；是否有手机信号；

　　比如说上升途中的响应。电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来；

　　电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停；

　　可靠性：门关上的一刹那出现障碍物，同时按关门和开门按钮，点击当前楼层号码，多次点击同一楼层的号码等等；同时按上键和下键会怎样；

　　易用性：电梯的按钮的设计符合一般人使用的习惯吗.

　　用户文档：使用手册是否对电梯的用法、限制、使用条件等有详细描述

　　压力测试：看电梯的最大限度的承受重量.在负载过重时报警装置是否有提醒.在一定时间内不断的让电梯上升，下降.最大负载下平稳运行的最长时间。

　　2.测试项目：杯子

　　需求测试： 查看杯子使用说明书

　　界面测试： 查看杯子外观

　　功能度：用水杯装水看漏不漏；水能不能被喝到

　　安全性：杯子有没有毒或细菌

　　可靠性：杯子从不同高度落下的损坏程度

　　可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用

　　兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等

　　易用性：杯子是否烫手、是否有防滑措施、是否方便饮用

　　用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述

　　疲劳测试：将杯子盛上水(案例一)放24 小时检查泄漏时间和情况；盛上汽油(案例二)放24 小时检查泄漏时间和情况等

　　压力测试：用根针并在针上面不断加重量，看压强多大时会穿透

　　跌落测试： 杯子加包装( 有填充物)， 在多高的情况摔下不破损

　　震动测试： 杯子加包装( 有填充物)， 六面震动， 检查产品是否能应对恶劣的铁路\ 公路\ 航空运输

　　测试数据：测试数据具体编写此处略(最讨厌写测试数据了)。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法

　　期望输出：该期望输出需查阅国标、行标以及使用用户的需求

    

软件测试面试 (一) 如何测试一个杯子

　在软件测试的面试中， 经常会碰到类似的问题。 比如：如何测试一个杯子， 或者如何测试一只笔。 要求你设计20个以上的test case.

　　这类的面试题目，是考察面试者是否熟悉各种软件测试方法， 设计test case的能力, 以及test sense。

　　首先应该反问下面试官， 需求是什么样的，比如大概是个什么样的杯子。

　　我回答这类问题的思路, 从软件测试的各种不同方法来联想,  具体如下。

　　功能测试(Function test)

　　1.能否装水，

　　2.除了装水， 能否装其他液体。比如可乐，酒精

　　3.能装多少ML的水

　　4.杯子是否有刻度表

　　5.杯子能否泡茶，跑咖啡

　　6.杯子是否能放冰箱，做冰块

　　7.杯子的材质是什么（玻璃，塑料,黄金做的）

　　界面测试(UI Test)

　　1.外观好不好看。

　　2.什么颜色

　　3.杯子的形状是怎么样的。

　　4.杯子的重量是多少

　　5.杯子是否有异味

　　6.杯子的图案是否合理

　　性能测试(performance test)

　　1.能否装100度的开水 (泡茶)

　　2.能否装0度冰水

　　3.装满水，放几天后，是否会漏水

　　4.杯子内壁上的涂料是否容易脱落。

　　5.杯子上的颜色是否容易褪色或者脱落

　　6.被我坦克压下，是否会碎 (这条是开玩笑的哈)

　安全性测试(Security test)

　　1.制作杯子的材料，是否有毒

　　2.放微波炉里转的时候，是否会爆炸, 或者杯子是否会熔化。

　　3.从桌子上掉到水泥地上是否会摔碎。

　　4.杯子是否容易长细菌

　　5.杯子是否有缺口，会划坏嘴巴

　　6.杯子内壁上的材料，是否会溶解到水中

　　7.杯子破碎后，是否会对使用者造成伤害

　　可用性测试(Usability Test)

　　1.杯子是否容易烫手

　　2.杯子是否好端，好拿

　　3.杯子的水是否容易喝到

　　4.杯子是否有防滑措施

　　总结

　　一不小心， 就写了30多个test case。

   下次碰到 “如何测试一台自动售货机” 这样的问题， 按照相同的思路， 也能容易的回答出来



      3.测试题目：桌子

　　需求测试：查看国家相关标准。

　　功能：桌子是办公，或者放置用的，首先考虑桌子的面积大小是否适度.

　　界面：桌子的版面是否平滑，桌子有没有凹凸不平的地方

　　安全：桌子肯定有它的支撑点，若支撑点不稳，容易摔坏物品，使用起来也不方便.

　　易用：桌子的移动性好不.它的重量是否合适

　　可靠性：将桌子推倒后，再检查桌子是否很容易被损坏.

　　性能：将很重的物品放在桌子上，看它最大承受的重量是多少…

　　4.测试题目：洗衣机

　　功能测试：该洗衣机是否能正常的洗衣服

　　需求测试：查看洗衣机的使用说明书和安全说明书等

　　性能测试：使用时用电量如何，是否满足用户需求

　　界面测试：洗衣机的外观是否满足客户的需求

　　易用测试： 该洗衣机是否容易操作

　　兼用性测试：该洗衣机除了能洗衣服以外还能洗别的吗

　　安全性测试：该洗衣机通电以后人接触以后是否有电

　　负载测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务

　　压力测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务级别的测试。

　　稳定性测试：加到一定的衣服然后过一段时间看洗衣机是否正常洗


      对一把椅子进行功能测试

　　功能测试：

　　1.能不能供人坐，即能不能供人使用。

　　2.坐上去是否摇晃。

　　3.坐人后是否会发出响声。

　　4.椅子上会不会掉颜色，即坐上去，来回摩擦椅子上的颜色会不会粘到衣服上

　　5.有水撒到椅子上的时候，用布子或纸擦的时候会不会掉颜色。能不能擦干净水。

　　6.坐上去会不会有塌陷的感觉。

　　7.从椅子上离开的时候会不会发出响声。

　　8.椅子会不会轻易挂到衣服。

　　9.靠在椅背上的时候会不会，发出响声，椅子会不会摇晃。

　　10.椅子脏了是能易清理干净。

　　11.是否只能供一个人坐

　　性能测试：

　　1.椅子能承受多大的重量，不会发出响声；能承受多大的重量不被压坏。

　　2.椅子是否怕水

　　3.椅子是否怕火

　　4.椅子是否能在压了重物的情况下，然后摇晃，能坚持不长时间不响\不坏.

　　5.椅背，用力向后靠椅背，检测椅背的向后的承受能力.

　　安全性测试：

　　1.椅子的材质是否与用户说明书或质量保证书上的一样。

　　2.椅子的材料是否对人体有危害。

　　3.在撒到椅子上水/饮料等液体的时候，椅子会不会产生什么有害的物质。

　　4.在椅子被磨损的时候，会不会有划伤或擦伤用户的可能。

　　5.坐在椅子上的时候，是否安全，例如在只坐到椅子最前端的一部分时，椅子会不会失去平衡等等。

　　6.在与椅子摩擦的时候，会产生一定的容量，在摩擦的比较厉害的时候，会不会，产生有害的气体或物质。例如，产生难闻的气味等等。

　　7.在人坐或踩在椅子上时椅子是否稳固，即不摇晃等。

　　外观/适用性测试（界面/适用性测试）：

　　1.椅子的外观是否美观实用。

　　2.是否与用户说明书或质量保证书上的一样出现的实物图相同。

　　3.椅子的气味/扶手/坐垫及靠垫的软硬度是否合适。

　　4.椅子是否容易挪动。

　　5.椅子的高度/重量/材质是否合适。

　　6.椅子的适用场合是否合适



zouhui 2013-09-27 17:25 发表评论
]]>测试用例编写规范 http://www.blogjava.net/zouhui/archive/2013/09/27/404560.htmlzouhuizouhuiFri, 27 Sep 2013 09:09:00 GMThttp://www.blogjava.net/zouhui/archive/2013/09/27/404560.htmlhttp://www.blogjava.net/zouhui/comments/404560.htmlhttp://www.blogjava.net/zouhui/archive/2013/09/27/404560.html#Feedback0http://www.blogjava.net/zouhui/comments/commentRss/404560.htmlhttp://www.blogjava.net/zouhui/services/trackbacks/404560.html测试用例编写规范  《转载》

　　以前在这里看到一篇文章说，要积累各个常用模块的测试点，然后到需要测试的时候就根据这些测试点设计测试用例，我觉得这是一个好方法，就决定总结一下。我的实际经验不多，根据我在论坛中学到的零散的东西和自己的想象，总结出以下几点，欢迎各位继续补充。

　　1、登陆
2、添加
3、查询
4、删除

　　1、登陆
① 用户名和密码都符合要求（格式上的要求）
② 用户名和密码都不符合要求（格式上的要求）
③ 用户名符合要求，密码不符合要求（格式上的要求）
④ 密码符合要求，用户名不符合要求（格式上的要求）
⑤ 用户名或密码为空
⑥ 数据库中不存在的用户名，不存在的密码
⑦ 数据库中存在的用户名，错误的密码
⑧ 数据库中不存在的用户名，存在的密码
⑨ 输入的数据前存在空格
⑩ 输入正确的用户名密码以后按[enter]是否能登陆

　　2、添加
① 要添加的数据项均合理，检查数据库中是否添加了相应的数据
② 留出一个必填数据为空
③ 按照边界值等价类设计测试用例的原则设计其他输入项的测试用例
④ 不符合要求的地方要有错误提示
⑤ 是否支持table键
⑥ 按enter是否能保存
⑦ 若提示不能保存，也要察看数据库里是否多了一条数据

　　3、删除
① 删除一个数据库中存在的数据，然后查看数据库中是否删除
② 删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除
③ 输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。
④ 输入的正确数据前加空格，看是否能正确删除数据
⑤ 什么也不输入
⑥ 是否指出table键
⑦ 是否支持enter键

　　4、查询
精确查询：
① 输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据
② 输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据
③ 输入格式或范围不符合要求的数据，看是否有错误提示
④ 输入数据库中不存在的数据
⑤ 不输入任何数据
⑥ 是否支持table键
⑦ 是否支持enter键
模糊查询：
在精确查询的基础上加上以下一点
① 输入一些字符，看是否能查出数据库中所有的相关信息

　　设计功能和界面测试用例

　　1.1 文本框、按钮等控件测试

　　1.1.1 文本框的测试
如何对文本框进行测试
a，输入正常的字母或数字。
b，输入已存在的文件的名称；
c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理；
d，输入默认值，空白，空格；
e，若只允许输入字母，尝试输入数字；反之；尝试输入字母；
f，利用复制，粘贴等操作强制输入程序不允许的输入数据；
g，输入特殊字符集，例如，NUL及\n等；
h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；
i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示

 

　　在测试过程中所用到的测试方法：
1，输入非法数据；
2，输入默认值；
3，输入特殊字符集；
4，输入使缓冲区溢出的数据；
5，输入相同的文件名；

　　命令按钮控件的测试
测试方法：
a，点击按钮正确响应操作。如，单击确定，正确执行操作；单击取消，退出窗口；
b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示：天数不能大于31；
c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会；

　　单选按钮控件的测试
测试方法：
a，一组单选按钮不能同时选中，只能选中一个。
b，逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”；
c，一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空；

　　控件文本框的测试
测试方法：
a，直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10；
b，利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1；反之亦适用；
c，直接输入超边界值，系统应该提示重新输入；
d，输入默认值，空白。如，“插入”数目为默认值，点击“确定”；或，删除默认值，使内容为空，单击“确定”进行测试；
e，输入字符。此时系统应提示输入有误。

　　组合列表框的测试
测试方法：
a，条目内容正确，其详细条目内容可以根据需求说明确定；
b，逐一执行列表框中每个条目的功能；
c，检查能否向组合列表框输入数据；

　　复选框的测试
测试方法：
a，多个复选框可以被同时选中；
b，多个复选框可以被部分选中；
c，多个复选框可以都不被选中；
d，逐一执行每个复选框的功能；

　　列表框控件的测试
测试方法：
a，条目内容正确；同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误；
b，列表框的内容较多时要使用滚动条；
c，列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况；

　　滚动条控件的测试
要注意一下几点：
a，滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间；
b，拖动滚动条，检查屏幕刷新情况，并查看是否有乱码；
c，单击滚动条；
d，用滚轮控制滚动条；
e，滚动条的上下按钮。

　　各种控件在窗体中混和使用时的测试
a，控件间的相互作用；
b，tab键的顺序，一般是从上到下，从左到右；
c，热键的使用，逐一测试；
d，enter键和esc键的使用；

　　在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的的功能组合的测试。

　　ps：密码输入框测试时要特别注意进行字母大写输入的测试。

　　查找替换操作

　　案例演示：打开word中的"替换"对话框

　　测试本功能有通过测试和失败测试两种情况

　　通过测试：
1，输入内容直接查找，或查找全部
2，在组合框中寻找已经查找过的内容，再次查找并确认文档的内容正确，如，已经查找过"测试用例"，再次进入不用重新输入查找内容，直接在文档中搜寻就可以。

　　失败测试：
1，输入过长或过短的查询字符串.如，假设查询的字符串长度为1到255，那么输入0，1，2，256，255和254进行测试；
2，输入特殊字符集，如，在word中.^g代表图片，^代表分栏符，可以输入这类特殊字符测试；

　　替换测试大体相同。

　　关于编辑操作窗口的功能测试的用例：
1，关闭查找替换窗口.不执行任何操作，直接退出；
2，附件和选项测试.假如，设定"精确搜寻"，"向后"搜索等附件选项等等来测试；
3，控件间的相互作用.如，搜寻内容为空时，按钮"搜寻全部"，"搜寻"，"全部替换"，"替换"都为灰色。
4，热键， Tab键.回车键的使用。

　　插入操作

　　1，插入文件
测试的情况
a，插入文件；
b，插入图像；
c，在文档中插入文档本身；
d，移除插入的源文件；
e，更换插入的源文件的内容；

　　2，链接文件
测试方法：
a，插入链接文件；
b，在文档中链接文档本身；
c，移除插入的源文件；
d，更换插入的源文件的内容。

　　3，插入对象
要测试的内容
a，插入程序允许的对象，如，在word中插入excel工作表；
b，修改所插入对象的内容.插入的对象仍能正确显示；
c，卸载生成插入对象的程序，如，在word中插入excel工作表后卸载excel，工作表仍正常使用。

　　编辑操作

　　编辑操作包括剪切，复制，粘贴操作。

　　测试剪切操作的方法
a，对文本，文本框，图文框进行剪切；
b，剪切图像
c，文本图像混合剪切

　　复制操作方法与剪切类似。

　　测试时，主要是对粘贴操作的测试，方法是：
a，粘贴剪切的文本，文本框及图文框；
b，粘贴所剪切的图像；
c，剪切后，在不同的程序中粘贴；
d，多次粘贴同一内容，如，剪切后，在程序中连续粘贴3次；
e，利用粘贴操作强制输入程序所不允许输入的数据。

　　界面测试用例的设计方法

　　1，窗体
测试窗体的方法：
a，窗体大小，大小要合适，控件布局合理；
b，移动窗体.快速或慢速移动窗体，背景及窗体本身刷新必须正确；
c，缩放窗体，窗体上的控件应随窗体的大小变化而变化；
d，显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常；

　　进行测试时还要注意状态栏是否显示正确；工具栏的图标执行操作是否有效，是否与菜单懒中图标显示一致；错误信息内容是否正确，无错别字，且明确等等；

　　2，控件
测试方法：
a，窗体或控件的字体和大小要一致；
b，注意全角，半角混合
c，无中英文混合

　　菜单
进行测试时要注意
a，选择菜单是否可以正常工作，并与实际执行内容一致；
b，是否有错别字：
c，快捷键是否重复；
d，热键是否重复；
e，快捷键与热键操作是否有效
f，是否存在中英文混合
g，菜单要与语境相关，如，不同权限的用户登陆一个应用程序，不同级别的用户可以看到不同级别的菜单并使用不同级别的功能；
h，鼠标右键快捷菜单

　　特殊属性
1，安装界面应有公司介绍或产品介绍，有公司的图标
2，主界面及大多数界面最好有公司图标
3，选择"帮助"->"关于"命令，应 看见相关版权和产品信息

　　实际中经常用到的几个用例

　　login
1、链接地址是否正确。
2、产生输入/输出错误时，系统是否进行检测并处理.
3、密码输入框是否按掩码的方式显示。

　　menu：
1、各模块链接地址是否正确。
2、鼠标无规则点击时是否会产生无法预料的结果。

　　browse：
1、浏览信息是否存在文字书写错误和语法错误。
2、浏览信息是否和数据库中对应的字段及信息相一致。
3、浏览页面中的链接按钮是否可以正确链接并显示。
4、其他功能按钮按下后，数据是否按既定规约处理。

　　add，modify：
1、产生输入/输出错误时，系统是否进行检测并处理。
2、列表框是否能够进行选择。
3、单选组内是否有且只有一个单选钮可选。
4、多选组内是否能够进行多数据项选择。
5、多项列表框是否能够进行多数据项选择。
6、控件是否存在默认输入值，若存在，默认值是否得到显示和提交。
7、Cancel之类的按钮按下后，控件中的数据是否清空复原或按既定规约处理。
8、Submit之类的按钮按下后，数据是否得到提交或按既定规约处理。
9、其他页面按钮按下后，数据是否按既定规约处理。
10、异常信息表述是否正确。

　　search：
1、输入信息中是否存在和代码中的字符产生冲突的字符，系统是否进行检测并处理。
2、异常信息表述是否正确。
3、查询的结果是否正确。
4、列表框是否能够进行选择。
5、单选组内是否有且只有一个单选钮可选。
6、多选组内是否能够进行多数据项选择。
7、多项列表框是否能够进行多数据项选择。
8、Submit之类的按钮按下后，数据是否得到提交或按既定规约处理。

　　Statistic：
1、产生的文件和数据表的计算结果是否正确。
2、图表结果数据显示是否正确。
3、浏览页面中的链接按钮是否可以正确链接并显示。
4、其他功能按钮按下后，数据是否按既定规约处理。
5、产生输入/输出错误时，系统是否进行检测并处理。
6、列表框是否能够进行选择。
7、单选组内是否有且只有一个单选钮可选。
8、多选组内是否能够进行多数据项选择。
9、多项列表框是否能够进行多数据项选择。



zouhui 2013-09-27 17:09 发表评论
]]>用例设计思路（安装/卸载）http://www.blogjava.net/zouhui/archive/2013/09/27/404559.htmlzouhuizouhuiFri, 27 Sep 2013 09:03:00 GMThttp://www.blogjava.net/zouhui/archive/2013/09/27/404559.htmlhttp://www.blogjava.net/zouhui/comments/404559.htmlhttp://www.blogjava.net/zouhui/archive/2013/09/27/404559.html#Feedback0http://www.blogjava.net/zouhui/comments/commentRss/404559.htmlhttp://www.blogjava.net/zouhui/services/trackbacks/404559.html我的测试历程---用例设计思路（安装/卸载）《转载》
　　我一直从事B/S测试工作，因为对网游（主要是C/S结构的）比较感兴趣，所以现在开始学习游戏开发方面的知识（刚开始看），比如opengl、、VC++游戏设计入门、windows游戏编程大师技巧、数据结构算法等，为以后转游戏测试做准备，既然做C/S测试，安装/卸载是测试的很重要的部分之一，所以利用空闲时间写一下自己的安装/卸载用例设计思路，练习一下，如果你觉得写的不好或者觉得有需要补充的地方，请大家提出来，大家共同学习，共同进步，谢谢！
　　安装卸载用例设计思路（界面、易用方面的没写）
　　一、安装路径：
　　1、缺省路径安装
　　2、自定义安装路径:
　　a) 通过浏览，选择自定义路径
　　b) 手动输入路径（存在的路径、不存在的路径）
　　c）非C盘安装
　　d）指定路径下已有同名文件
　　e) 中文路径（中文路径、中英文混合路径）
　　f) 包含空格的路径（空格、下划线等合法路径）
　　g) 非法路径（路径中输入特殊字符，看处理是否正确）
　　二、安装环境：
　　1、没安装过
　　2、已安装过老版本（系统正在使用、系统未使用）
　　3、已安装了最新版本
　　4、卸载系统重新安装
　　5、安装一半，异常退出（比如在线安装断网、本地安装点取消、断电等），可重新安装
　　6、磁盘空间不足
　　7、删除了部分文件（可正常安装、修复、卸载系统）
　　8、操作系统Windows（WindowsXP、Windows2000、Windows2003、Vista等，区分专业版、服务器版以及不同补丁环境）、Unix 、 Macintosh 、 Linux等
　　9、杀毒软件：金山、江民、瑞星、诺顿、卡巴斯基、安全卫士等（根据需求，测试相应的环境）
　　10、标准配置安装、推荐配置安装、最低配置安装、未达到最低配置安装（硬件环境）
　　三、安装类型：
　　1、标准安装
　　2、推荐安装
　　3、自定义安装
　　四、安装完成
　　1、安装成功，检查版本信息是否正确
　　2、安装完成，文件属性为非只读
　　3、安装完成，快捷方式检查，创建快捷方式正确
　　4、双击快捷方式，可以正常打开系统
　　5、打开系统所在目录，双击打开（右键打开），可正常使用系统
　　6、安装过程中，任意步点击取消，成功取消安装
　　7、卸载过程中，任意步点击取消，成功取消卸载
　　8、各杀毒软件防火墙操作系统可正常运行
　　9、不同分辨率下，系统可正常运行

五、卸载方式：
   （1、正常卸载后检查文件是否全部卸载，注册表是否有残余信息，控制面板中检查系统是否被删除。2、异常卸载是否正确处理 ）
　　1、添加/删除程序中卸载
　　2、开始→程序，快捷方式中卸载
　　3、使用安装程序卸载
　　4、使用系统提供的卸载文件卸载
　　5、直接删除文件夹（删除后，验证再次安装是否报错）
　　6、系统正在使用，卸载系统
　　六、网络环境：（针对以来网络的系统；比如网游等）
　　1、不同上网方式是否能正常使用系统（比如：专线上网、代理（需要密码，不需要密码）上网等）
　　2、不同网络提供商提供的网络环境下是否能正常使用系统：电信、网通、百灵、铁通等（根据需求测对应的网络提供商）
　　七、用户类型：（针对需要序列号的安装）
　　1、体验用户（体验期/超过体验期，卸载后安装）
　　2、付费用户（付费期/超过付费期，卸载后安装）
 


zouhui 2013-09-27 17:03 发表评论
]]>“测试精英”之思维模式培养http://www.blogjava.net/zouhui/archive/2013/09/27/404557.htmlzouhuizouhuiFri, 27 Sep 2013 08:38:00 GMThttp://www.blogjava.net/zouhui/archive/2013/09/27/404557.htmlhttp://www.blogjava.net/zouhui/comments/404557.htmlhttp://www.blogjava.net/zouhui/archive/2013/09/27/404557.html#Feedback0http://www.blogjava.net/zouhui/comments/commentRss/404557.htmlhttp://www.blogjava.net/zouhui/services/trackbacks/404557.html“测试精英”之思维模式培养   《转载》

　时间就像驰骋在辽阔草原上的骏马，丝毫没有一点喘息的片刻。不知不觉，工作快3个年头了。从早期的JAVA软件开发到目前的软件测试，一路可谓是“艰辛”的度过。

　　回首过去，所有的事都是无心插柳，正应了那句：life is like a box of chocalate......浮躁和贪嗔，总让人不断营营役役，终其一生，却往往又一事无成，到死都未必明白自己活着是为了什么？！

　　以前，当然也包括现在，时常感到迷惘，不知道该做什么，不知道以后的路该怎么走！

　　每当看电影《阿甘正传》时，我都不由自主的对生活充满激情：阿甘在风中毫无意义奔跑的时候，他究竟在想什么？当那么多人跟着阿甘在阳光下奔跑时，又是怎样的迷惘？当我们走在生活的路上时，我们又在想什么？

　　付出，终究会有回报的。人的一生也是如此。

　　从一名普通的测试员到测试精英，以下是个人的一点体会，如果不妥，敬请指正！

　　对于从事IT研发的人来说，无论是开发者、测试者甚至产品者，“思维”是非常重要的。思想的高度决定事物价值的体现。因此，作为产品质量的把关者，测试人员应培养以下思维模式：

　　【全局思维模式】

　　古语云：“不识庐山真面目，只缘身在此山中”，恰好体现出全局思维模式的重要性。世间的事物往往存在多面性，在软件领域更具有抽象性，我们只有从多个角度去度量、分析，才能掌握其本质。在日常的软件项目活动中，需求、测试用例以及其他文档评审，就是借助全局思维模式，让更多相关人员参与以补查项目解决方案的正确性，从而，可以降低或者避免风险的发生。

　　【逆向思维模式】

　　逆向思维，也称“求异思维”。是数学领域的一个支柱。逆向思维模式在测试活动中是不可缺少的一种指导。作为测试员，当发现Bug时，进一步定位问题的所在，通过日志或者其他信息工具进行逆流而上排查，进一步分析。从而为开发人员查找、解决问题节约一定的时间。除此之外，由于开发人员思维模式定型，因此，测试人员的逆向思维可以弥补开发人员在项目中的思维漏洞。

　　【换位思维模式】

　　换位思维模式，顾名思义，就是换个空间、角度去剖析问题。在认识某一事物时，人们总是会通过和头脑中的某些概念进行比较，找出相同、相异之处，或者归类，从而将其加入大脑中的知识体系，可能的话，再建立好的搜索方式，以便以后使用，最明显的例子就是“经验”的运用。对于新的项目，某个细节，我们都会采用以往经验去分析、处理。实际项目中，针对某个问题，我们会站在不同的角度去体验，用户、开发以及产品的使用者。只有通过这种方式，我们的产品才能得到市场的认可，社会的接受。

　　【极端思维模式】

　　随着软件产业在中国的日益成熟，越来越多的企业、用户对产品的质量更为关注，由最初的功能，渐渐涉及性能、安全性以及其他方面。

　　在测试活动中，非功能性缺陷也越来越引起市场、用户的重视。为了保证系统的稳定，我们引入性能测试；为了验证系统的账户安全性，我们采用边界值分析以确保产品是否满足用户最终需要。极端思维模式，就是在两极条件下，验证系统是否存在缺陷。

　　以上是测试活动中最主要的、最常用的思维模式。由于时间关系，今天先谈到这里。后续有时间，续叙！

　　其实这些思维方式，大家都在有意识或者无意识的运用着，它们各自都有自己的妙处，将我们的思维发散，有意识的将他们用在问题的思考上，有时可以给我们一种“柳暗花明又一村”的感觉。

　　最后想补充一下，只知道这些原则意义不是很大，如果真想能让它们成为思考的血液，发挥它们的真正价值，那需要很多的历练。其实想成为一名测试精英，远没有那么简单，需要的是一种坚持、一种毅力、一种（不断学习＋不断经历＋不断思考）的精神。



zouhui 2013-09-27 16:38 发表评论
]]>浅谈软件测试设计http://www.blogjava.net/zouhui/archive/2013/09/27/404541.htmlzouhuizouhuiFri, 27 Sep 2013 06:00:00 GMThttp://www.blogjava.net/zouhui/archive/2013/09/27/404541.htmlhttp://www.blogjava.net/zouhui/comments/404541.htmlhttp://www.blogjava.net/zouhui/archive/2013/09/27/404541.html#Feedback0http://www.blogjava.net/zouhui/comments/commentRss/404541.htmlhttp://www.blogjava.net/zouhui/services/trackbacks/404541.html为测试执行立法——浅谈软件测试设计   《转载》

　如果将整个测试体系看成一个国家的话，那么测试分析与设计的过程就是立法的过程，而最终产出的测试方案/点/用例就是一国之法律，每一个测试公民都应该在测试过程中按照这些法律来开展工作。既然是立法，那么就应该从立法动议开始考虑

　　一、分析测试需求

　　正如在立法的时候要向各人大机构收集立法建议一样，前期需要对于测试设计进行需求的收集和分析。测试需求的主要来自于开发设计类需求、用户应用类需求和测试经验类需求三方面。

　　开发设计类需求。

　　主要包括产品包需求、设计需求、设计规格、产品的软硬件架构等等。事实上，开发设计类需求仅仅是客户需求在开发层面上的一个映像，并非客户需求的本像，因此在收集到这些需求的同时，不仅要关心开发设计类需求文档本身，更应该关注其隐藏的客户实际需求，将其分析透彻，保证测试设计是贴近客户而不是贴近开发，体现端到端的测试设计理念。

　　比如用户需要做一个烟囱，但开发人员把图纸拿反了，设计成了挖口井。如果测试设计贴近开发的话，那是绝对发现不了这个巨大的错误；如果直接看到的是用户的需求，就能很容易就能找到这其中的阴差阳错。当然，这仅是一个例子，但是在现实中，开发出来的特性不能满足用户需求而被迫返工的事实是存在的，所以在建立测试之法的时候，我们必须要求收集到的动议是最原始需求的反映。

　　用户应用类需求

　　这主要包括一些重要的用户实际组网等等，这些都是直接来源于用户的内容，所以可以直接纳入到我们的测试设计中来。

　　经验类需求

　　在测试立法的过程中需要将以往的经验固化到文档上形成固定的典型组网、典型应用、典型场景等等。

　　值得注意的是，经验并不是因循守旧，而应该根据当前技术的发展推陈出新，不断更新再不断固化。比如，早期大家对于STP的理解还停留在STP/RSTP，当时的组网不能满足后续MSTP测试的需求，这就需要在原有组网的基础上设计出新的组网，形成新的经验。

　　对这三类测试需求分析清楚了，产品“需要测试什么”基本就非常清晰了。接下来，则要根据需求分析分门别类地进行详细设计，也就是要解决“如何测试”的问题，启动真正的设计立法工作。

　　二、设计测试方案/测试点/测试用例

　　经过前期的测试需求收集和分析，我们会根据测试对象和范围的不同，把测试设计工作分成三类：特性测试设计、组合测试设计、应用测试设计。特性测试设计主要是针对单个特性进行的设计；组合测试设计主要是将多个相关特性组合起来进行的设计；应用测试设计是根据用户应用而来的专项设计。需要指出的是，实际上组合测试设计和应用测试设计很类似，后者是针对特定用户环境的组合测试设计，也就是说应用测试设计是更加贴近用户实际应用的组合测试设计，无需根据自己的经验再去优化组网，最好按照某用户环境进行1：1的设计。

　　无论测试设计工作是哪一类，最终体现到实际操作中的内容就是测试方案、测试点、测试用例，即测试的规则。

　　测试方案

　　测试方案是对测试活动的总体分析和规划，除了要进行测试对象分析以外，每一个测试方案中都应该包括网络拓扑、网络配置、流量模型。

　　特性测试方案是最基础的一类，主要用于描述某个单一特性的测试方法和过程。由于特性测试方案主要用于产品功能尚未稳定的测试活动，覆盖产品开发早期阶段，那么势必、存在实际产品物料缺乏的问题，所以在设计特性测试方案时，一定要采用尽可能简单的网络拓扑，避免设计过于复杂；相应的，产品开发早期版本仍然处于功能验证阶段，所以特性测试方案的网络配置应该以被测特性为核心进行配置，避免过多过复杂组合；而流量模型应该采用轻载连续流量比较合适。



　组合/应用测试方案一般用于产品相对稳定的阶段，根据组合/应用的需要，可以按需设计网络拓扑和网络配置。有一点需要指出的是，在组合测试方案中一般都愿意采用重载持续流量模型，而在应用类测试方案设计时，需要验证用户组网，所以流量模型也需要考虑符合用户的实际情况，因为重载持续流量模型并不是在所有的用户组网中都能奏效的，有时候在某些特定的用户分布式网络中，轻载叠加突发流量模型也会出现问题。

　　测试点/用例

　　测试方案只是对于需要测试的对象进行了整体的分析和分解，接下来则 需要对分析和分解出来的内容进行归纳和整理，这样就形成了测试点。测试点就是测试设计的纲，它是整个设计的灵魂所在。好的测试点应该是测试对象的归纳，测试点安排的顺序是对测试对象剖析的过程，测试点粒度（即测试点包含内容的多少）的选择是对能力基线的严格把握。

　　由于测试设计人员的思想是千差万别的，所以为了能够得到更加一致的测试点设计，我们采用了测试类型分析法明确了测试点文件的结构，每一个测试点文件中主要包括：配置测试、功能测试、协议一致性测试、性能规格测试、压力测试、异常测试、互操作测试等。而测试点的粒度确实很难统一，所以我们一般按照10个/人天的测试执行效率进行估计和设计，这就需要有丰富测试执行经验。

　　但是，一个测试点无法详细描述出具体操作的步骤，这便需要测试用例。测试用例设计就是一个将测试点细化到可执行步骤地过程，每一个测试用例都是由执行——〉验证的不停往复。在用例的设计中我们有一些常用的工程方法：边界值法、等价类划分、错误猜测等等。这些无非是扩展我们设计的思路，让测试设计的肉体更加丰满。

　　三、培养设计人员

　　在测试全流程中，真正执行者都是有血有肉的个体，而这些人所拥有的经验就是流程的活力。所以要充分发挥测试设计流程的活力，就应该让拥有丰富经验、技术级别高的人来主导测试设计的工作。

　　在H3C的测试体系中，主要有助理测试工程师、测试工程师、测试专家、资深测试专家等。对于一般的测试设计工作，具有良好测试实践的人员（测试工程师）基本可以胜任；而复杂的跨领域的组网测试设计，除了需要测试实践以外，还需要掌握广泛的数据通信技术知识，这就要求测试专家承担该工作；而资深测试专家则要承担各类更加复杂的疑难杂症的测试设计工作（如黑客攻击测试设计）。

　　为了适应不同层次的测试设计活动，需要相应的培养不同技术等级的测试人员梯队，尽量物尽其用，高技术等级的从事复杂的设计活动，低技术等级的从事简单的设计活动，不具备设计资质的人员则不能参加设计活动。

　　四、测试设计维护

　　实践是检验真理的唯一标准，测试执行是检验测试设计正确性的最佳手段。测试人员需要将将实践中发现的设计问题，通过跟踪流程反馈到设计团队中，使得前期设计的缺陷漏洞得以修复和完备，这样就会形成一个良性的循环。H3C问题单跟踪流程就提供了一个很好的修复机制，不仅从端到端保证设计修改的正确性，而且中间设置的审核环节保证了修改的质量。

　　五、结束语

　　测试设计是一个充满创造力的活动，无论是前期的需求分析，还是分析的落实，或是后期对于设计的不断完善。要建立起自己的测试之法，就必须将所有测试设计的活动贯穿到整个测试活动中去，测试执行中体现测试设计的精髓，测试设计吸收测试执行的智慧结晶



zouhui 2013-09-27 14:00 发表评论
]]>界面测试总结http://www.blogjava.net/zouhui/archive/2013/09/24/404375.htmlzouhuizouhuiTue, 24 Sep 2013 06:53:00 GMThttp://www.blogjava.net/zouhui/archive/2013/09/24/404375.htmlhttp://www.blogjava.net/zouhui/comments/404375.htmlhttp://www.blogjava.net/zouhui/archive/2013/09/24/404375.html#Feedback0http://www.blogjava.net/zouhui/comments/commentRss/404375.htmlhttp://www.blogjava.net/zouhui/services/trackbacks/404375.html　　一：如何针对文本框进行测试？ 《转载》

　　a、输入正常的字母或数字；

　　b、输入已存在的文件的名称；

　　c、输入超长字符；

　　例如在“名称”框中输入超过允许边界个数的字符，检查程序能否正确处理；

　　d、输入默认值，空白，空格，特殊符号；

　　e、若只允许输入字母，尝试输入数字；反之，尝试输入字母；

　　f、利用复制，粘贴等操作强制输入程序不允许的输入数据；

　　g、输入特殊字符集；

　　h、输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；

　　i、输入不符合格式的数据，检查程序是否正常校验（判断）；

　　例如程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示。

　　在测试过程中所用到的测试方法？

　　1、输入非法数据；

　　2、输入默认值；

　　3、输入特殊字符集；

　　4、输入使缓冲区溢出的数据；（超出边界范围）

　　5、输入相同的文件名；

　　二：如何针对按钮进行测试？测试方法？

　　a、点击按钮正确响应操作；（即点击一个按钮，触发该事件）

　　如单击确定，正确执行操作；单击取消，退出窗口；

　　b、对非法的输入或操作要给出明确提示；（提示符合要求，易懂）

　　如一个公司软件要求用户输入每月的工作天数，如果用户输入超过31天，就提示用户每月天数不能超过31天；

　　（得到当前的月份，根据月份来具体判断当月为多少天，再做出具体的温馨提示）

　　c、对可能造成数据无法恢复的操作必须给出明确确认信息，给用户放弃选择的机会，以更好执行下面的操作步骤；

　　三：如何针对单选按钮进行测试？测试方法？

　　a、一组单选按钮不能同时选中，只能选中其中一个；

　　b、逐一执行每个单选按钮的功能；

　　如分别选择了“男”、“女”后，保存到数据库的数据应该相应的分别为“男”、“女”；

　　c、注意：一组执行同一功能的单选按钮在初始状态时必须有一个是被默认选中，不能同时为空；

　　四：如何针对组合列表框进行测试？测试方法？（本网站暂时还未用，后期优化用）

　　a、条目内容正确，其详细条目内容可以根据公司需求说明确定；

　　b、逐一执行列表框中每个条目的功能；

　　c、检查能否向组合列表框输入数据；

　五：如何针对复选框进行测试？测试方法？

　　a、多个复选框可以被同时选中；

　　b、多个复选框可以被部分选中；

　　c、多个复选框可以都不被选中；

　　d、逐一执行每个复选框的功能点；

　　六：如何针对滚动条进行测试？测试方法？

　　a、滚动条的长度根据显示信息的长度或宽度要及时变换（调整）；这样有利于用户了解显示信息的位置和百分比；b、拖动滚动条，检查屏幕刷新情况，并查看是否有乱码或者出现其他异常；

　　c、单击滚动条；

　　d、用滚轮控制滚动条；

　　e、滚动条的上下按钮；

　　七：如何针对模式窗口进行测试？测试方法？

　　（目前网站都是模态窗口:模态窗口，就是类似于消息对话框那样的窗口，必须等待窗口关闭后才能进行下一步的操作,而非模态的则没有这个限制）

　　a、点击按钮弹出来的窗口默认是否居中，对齐；

　　b、窗口是否有显示方面的异常情况（图片，文字，按钮）；

　　c、模式窗口里面的功能点是否可以正常使用；

　　d、模式窗口里的关闭按钮是否能正常关闭；

　　e、移动窗体；快速或慢速移动窗体，背景及窗体本身刷新必须正确；

　　f、缩放窗体，窗体上的控件应随窗体的大小变化而变化；（暂时没做其效果，借鉴而来）

　　g、显示分辨率，必须在不同的分辨率的情况下测试程序的显示是否正常;

　　八：如何针对菜单进行测试？测试方法？

　　进行测试时要注意：

　　a、选择菜单是否可以正常工作、并与实际执行需求内容一致；

　　b、是否有错别字；

　　c、快捷键是否重复；

　　d、热键是否重复；

　　e、快捷键与热键操作是否有效；

　　f、是否存在中英文混合；（网站暂时不区分）

　　g、菜单要与语境相关、如、不同权限的用户登陆一个应用程序、不同级别的用户可以看到不同级别的菜单并使用不同级别的功能；

　　h、鼠标右键快捷菜单；

　　九：插入操作

　　1、插入文件

　　测试的情况：

　　a、插入文件；

　　b、插入图像；

　　c、移除插入的源文件；

　　d、更换插入的源文件的内容;

　　2、链接文件

　　测试方法：

　　a、插入链接文件；

　　b、移除插入的源文件：

　　c、更换插入的源文件的内容；

　　十：编辑操作

　　编辑操作包括剪切、复制、粘贴操作。

　　测试剪切操作的方法

　　a、对文本、文本框、图文框进行剪切；

　　b、剪切图像；

　　c、文本图像混合剪切；

　　注意：复制操作方法与剪切类似；

　　我们在进行测试时主要是对粘贴操作的测试方法是：

　　a、粘贴剪切的文本、文本框及图文框；

　　b、粘贴所剪切的图像；

　　c、剪切后，在不同的程序中粘贴；

　　d、多次粘贴同一内容，如剪切后，在程序中连续粘贴3次；

　　e、利用粘贴操作强制输入程序所不允许输入的数据；

　　十一：特殊属性（软件使用）

　　1、安装界面应有公司介绍或产品介绍、有公司的图标；

　　2、主界面及大多数界面最好有公司图标；

　　3、需要有用户注册协议，另外还要有：选择“帮助”->“关于”命令、应看见相关版权和产品信息；

　　就先暂时写到这吧，以后会慢慢添加的！



zouhui 2013-09-24 14:53 发表评论
]]>