-
web service 测试工具 soapUI
2007-10-10 13:00:22
soapUI快速入门
本文指导你如何根据请求和测试用例来创建你的第一个soapUI工程。文中例子主要用到amazon.com提供的web服务。
soapUI入门非常容易，但要想更深入的掌握soapUI的功能，还需要对下面的概念和技术有较好的了解：
l WSDL – 基本概念（服务、端口、绑定、端口类型），相关的xml-schema
l SOAP – 基本概念，相关的WSDL（绑定、等等），不同的编码类型（soap-encoded/literal）和消息类型 （document/rpc）
l XML与XML相关的技术 – Xpath、XML Schema、命名空间、等等
可以在W3C找到相关的规范；在W3Schools和 找到相关的教程。zvon.org
安装、运行soapUI
根据下面的步骤来安装、运行soapUI：
l 从站点top page，通过Java WebStart可以在线安装最新的版本
无论上面的那种安装方式，soapUI将会以一个空的工作空间开始。
创建、导入工程
安装并运行soapUI之后，你就可以创建第一个soapUI工程了。
l 右击左侧导航面板中的工作空间节点，选择”New WSDL Project”
l 在工程被保存前，应该填写工程名字和相应的本地WSDL文件
l 上面的内容填写好之后，将会帮你在工作空间创建一个空的工程
如果不是通过在线方式安装的，在下载文件的根目录有个例子工程；选择”Import Project”，找到sample-soapui-project.xml。
可以从用户指南获得更多关于工程的内容。
工程添加Web服务
现在可以为工程增加一个接口（WebService PortTypes）。
l 右击工程节点，选择” Add WSDL from URL”
l 输入WSDL接口的url：
http://webservices.amazon.com/AWSECommerceService/AWSECommerceService.wsdl
增加amazon的Web服务，选择”OK”按钮
l soapUI会提示你是否为每个操作创建一个默认的请求，通常选择”Yes”按钮
l soapUI为amazon的端口类型” AWSECommerceServicePortType”创建了一个SOAP/Http绑定，并且为每一个操作创建了一个节点。
可以从用户指南获得更多关于接口的内容。
操作请求
上面操作已经增加了amazon Web服务，接下来可以执行请求了。在上面增加接口的时候，已经根据WSDL的Schema定义为每一个操作创建了默认请求。
l 展开接口下面的任何一个操作节点，能够看到创建的”Request
l 双击请求节点，在soapUI的右侧会出现请求编辑器（参照下图）
l 请求编辑器分为三部分
Ø 顶部的工具栏，包含一组请求相关的动作、操作
Ø 左边是请求区域
Ø 右边是响应区域
l soapUI默认生成的请求中，”?”表示需要被替换的内容。根据需要，可以替换或者删除掉这些值。通过按下工具栏最左边的按钮（绿色箭头）来发送一个请求
l 请求会在后台执行，响应内容会出现在编辑器的右边
可以从用户指南获得更多关于请求的内容。
-
界面测试与设计规则
2007-07-30 14:42:23
界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网页制作的兴起，才受到专家的青睐。
目前流行的界面风格有三种基本方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。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):状态条的高度以放置5号字为宜，滚动条的宽度比状态条的略窄。
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):如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。
11):大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
12):界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。
13):如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。
14):对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。
15):通常父窗体支持缩放时，子窗体没有必要缩放。
16):如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。
6：菜单位置：
菜单是界面上最重要的元素，菜单位置按照按功能来组织。
菜单位置细则：
1):菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。
2):常用的有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，当然要根据不同的系统有所取舍。
3):下拉菜单要根据菜单选项的含义进行分组，并切按照一定的规则进行排列，用横线隔开。
4):一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
5):没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头， 不常用的靠后放置；重要的放在开头，次要的放在后边。
6):如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。
7):菜单深度一般要求最多控制在三层以内。
8):对常用的菜单要有快捷命令方式，组合原则见8。
9):对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式����即只有需要的菜单才显示����最好。
10):菜单前的图标不宜太大，与字高保持一直最好。
11):主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。
12):主菜单数目不应太多，最好为单排布置。
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):显示多个窗口时，窗口的名称是否被适当地表示？
3):活动窗口是否被适当地加亮？
4):如果使用多任务，是否所有的窗口被实时更新？
5):在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS系统资源。
6):关闭所有窗体，系统退出后要释放所占的所有系统资源 ，除非是需要后台运行的系统。
4):尽量防止对系统的独占使用。美丽的事物常常会让人无法抗拒。这就是为什么产品出色的外观设计对于电脑、汽车、日用品、家具、食品、服装等等几乎所有商品的销售与推广，都有着举足轻重的作用的原因。
同样的道理，对于软件公司来说，软件产品就是他们的商品，而软件界面就是他们产品的外观，界面的美观与否，直接关系到了软件产品的营销成败。
我们可以清楚地看到，微软公司对软件界面设计的重视。请回想一下您在第一次见到win2000时的情景，与nt4.0相比是否惊叹他界面的美观性与易用性？而您如果使用过xp系统，则会被其令人神奇的感官概念而震惊折服！金山公司的金山词霸就是国内软件成功的例子了，从金山词霸3.0到金山词霸2001 的变化堪称经典。著名的网页动画制作软件flash从3.0到4.0，仅仅修改了图标和窗体，立即大为增色…
现今世界上成功的软件公司都非常重视软件界面的美化设计工作，因为他们深刻地知道，在激烈的市场竞争中，仅仅有强大的功能是远远不够的，不足以战胜强劲的对手。我们可以相象一下，您在挑选手机的时候，如果有两款手机，性能相同，而第一款比第二款要美观很多，那么您将选择哪一款呢？当然是美观的那一款了。试想，您的客户，也会拿您和您竞争对手的软件做这样的比较的。
现在的软件企业都知道，广告和市场推销活动对市场营销的作用是多么的重要，并不遗余力地打广告、做活动、做推广。但我们知道，这些活动的最终目的，是为了让用户购买并使用软件产品，而用户最终使用的也是您的产品，那么为什么不在软件界面的美观性上多下些工夫呢？在诸如家用电器、汽车、电脑等成熟的市场中，用非常精美的广告去推广一种功能强大却丑陋无比的产品，是一种笑话。然而，这样的笑话在软件行业里却屡见不鲜。这也是像中国足球一样，中国软件业与国外相比较存在的一个很大的差距。 -
8. 基于WEB信息管理系统测试时应考虑的因素有哪些？
2007-06-11 17:51:53
1. 基于WEB信息管理系统测试时应考虑的因素有哪些？
一、功能测试
1、链接测试
2、表单测试
3、Cookies测试
4、设计语言测试
5、数据库测试
二、性能测试
1、连接速度测试
2、负载测试
3、压力测试
三、可用性测试
1、导航测试
2、图形测试
3、内容测试
4、整体界面测试
四、客户端兼容性测试
1、平台测试
2、浏览器测试
五、安全性测试
-
缺陷描述
2007-06-11 17:50:12
1) 缺陷基本信息
缺陷状态，分为“待分配”、“待修正”、“待验证”、“待评审”、“关闭”
缺陷标题：描述缺陷的标题
缺陷的严重程度：描述缺陷的严重程度，一般分为“致命”、“严重”、“一般”、“建议”四种
缺陷的紧急程度：描述缺陷的紧急程度，从1－4，1是优先级最高的等级，4是优先级最低的等级
缺陷提交人：缺陷提交人的名字（邮件地址）
缺陷提交时间：缺陷提交的时间
缺陷所属项目/模块：缺陷所属的项目和模块，最好能较精确的定位至模块
缺陷指定解决人：缺陷指定的解决人，在缺陷“提交”状态为空，在缺陷“分发”状态下由项目经理指定相关开发人员修改
缺陷指定解决时间：项目经理指定的开发人员修改此缺陷的deadline
缺陷处理人：最终处理缺陷的处理人
-
笔试题 呵呵
2007-06-11 17:46:32
1. 按照瀑布模型软件开发都分哪几个阶段？对应的测试环节又分哪几个阶段？
瀑布开发模型可以分为六个不同的阶段
1.需求分析
2.设计
3.实现
4.测试
5.安装
6.维护
1. 黑盒和白盒测试技术的概念。
黑盒测试又称为功能测试或数据驱动测试，把系统看成一个黑盒子，不考虑程序的内在逻辑，只根据需求规格说明书的要求来检查程序的功能是否符合它的功能说明。
白盒测试又称为结构测试和逻辑驱动测试，允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。
2. 写出测试用例设计的3种方法。
等价类划分方法
边界值分析方法
错误推测方法
因果图方法
判定表驱动分析方法
正交实验设计方法
功能图分析方法
场景设计方发
3. 测试都包括哪些内容。（题目提示了一个易用性……）
测试内容包括：正确性测试，容错性测试，性能与效率测试，易用性测试，文档测试等。
4. 经典的三角形问题，设计出一组测试用例，还要画出流程图。
5. 写出一些你所知道的常用数据库
SQL Server 、Oracle 、MySql、Access、Db2、SQL AnyWhere等。
6. 算出小于10000的含有1的正整数的个数
-
怎么回事 没有二级页面的链接
2007-05-20 20:32:17
-
验证与确认测试
2007-05-20 20:27:16
验证：按照IEEE/ANSI的定义，是为确定某一开发阶段的产品是否满足在该阶段开始时提出的要求而对系统或部件进行评估的过程。
我们有清晰完整的需求吗？有一个好的的设计码？按照设计生产出的产品是什么？验证就是对诸如需求规格说明，设计规格说明和代码之类的产品进行评估、评审、审查和桌面检查的过程。如果是针对代码，其含义就是代码的静态分析——代码评审，而不是动态执行代码。验证测试可应用到开发早期一切可以被评审的事物上，以确保该阶段的产品正是我们所需要的。确认：按照IEEE/ANSI的定义，是在开发过程中或结束时，对系统或部件进行评估，以确定其是否满足需求规格的过程。
正式的确认包括实际软件或仿真模型的运行，确认是“基于计算机的测试”过程，它经常暴露错误的现象。定义：测试=验证+确认
验证和确认是互补的，发现错误的效果会由于它们中的一个或另一个没有完成而受到损失，它们是为捕获不同类型问题而设计的过滤器。
历史上的测试一直是主要针对确认，而且这种情况还将继续，这并不是说我们应该停止做确认，而是应更加清楚怎么去做，并怎样结合验证去做。我们必须保证在适当的时候，对适当的产品进行验证和确认。
