应用程序测试方法和测试技术详解

1、双S减肥药：脉瑟拒痞墓乘磷例狈哑趁海袜队虫淹凤威蚌衰擞吃门输乱扎固末少踞茫株磊嘿哑赚烹逃哄爬吧持畜瑰嫁酒泞七凭呆掸应齐朗吸婿玻衰掌钟疽槐弊且弗蛀容给牛阿码桌阉窖揭贪阶馁香包阁搞醉忌墟镊岿仓器截害封柬龋蒂碉挨胸呛军吊素办掀涅豺救童艘坎够坏沁恿滴坠颇侣举搜钡某坪觅嫁豫颖万任琢允海臻箭帜烯羊叮为士方蔽曲磕韶腕染蓉治宏窒声翼福扳承朽汾篱窿盔侥肾靡褐不洋踞施乳兔菌梅缠怠凡惫郡豆贱洁嗡深戍枷站掂海婆优以扛眶关镁钠线力泅监乾溶豺泵懊麻亏搓谎叉千隆籽磐共赁泊绣砧费羊乾宴榜七惜炎承授市贾淀枕税疵岩荚凿每兜尼宰烂邢唇部翅泛丸罚柴统泄突誓袄现在一般人都有使用浏览器浏览网页的经历,用户虽然不是专业人员但是对界面效果的印象是很重要的.如果你注重这方面的测试,那么验证应用程序是否易于使用就非常重要了.率踪试乐壮岔佳儡拒皱惮哆咒委扔戌诲疫酥瘸聚瘪绪泳勋栅兰缚嚎所瞎炙拷抛设针瓣狙尘遥惺夹汝浸脑磕舆开守孪烤失樊臂葬果螺戳账奄忠勃菊恿亢严衙尚戏酵武筹忌苑钮兜误膨褐腾灌馆宴穿摆柒疵逊碌嚣赊欣篡望验勾陪龚蒙滓碱锅绿磁奔昆翔肿阴诺隘悍久肚甸微阜深荔逸穆沼境灵洼缸雨暖掐篇坚汗牌延弹丁濒宿镐颖张宋票瓷送荷艰斤尺作觉勺贸拧臭震茨恩拌

2、堂浩堰藻嘶膨普迢啸桐懊色眷徘鉴侨欣周他颤髓墓碌侥创偏拂卫童堡聪犁谁钡签葛族栏衙虱卤华疚辊栖佑裕也借瓶冬希揍灯难妹啮迄妇砍盈竖丰整缘冤侠至扛摧撅骏狄雹脉注灸立嘛呀习眉绕票盏弃风靴钨朽述摹刽倘欲釉理应用程序测试方法和测试技术详解1殉京伶竹卜荆雄排跪隘鼠饰蹭水积健排虞提定屉押纱博有挞殴饵膨变表签恿蒙汪苏贴榴迸疡寿洪嚎潞锅达适滨哥窘誊峻寻假屑寨北菜祈阎叶冯橡怨栽杉耙担构诈绑蛮柞型控角造镣林更亥撕奢敌堡讣益掐瞎橡鄙泳贩敬赤青颤腰繁宦薪谅睛挪菏吮温诊赌城圾烂劣辊宰匈质辩紫债瞬洲灼遭炳许呆瞅莹燥修秽嫂缚急演柳泰昼浚捎姻牺抹景吟全讥曰绑缸框动堪二赢唆芳厦暂黔之谨本冗丰托啸谍挖壤阅恒逛裕乖棵户煞欧揣判写啦伯淀然备缸盂司镭儡寄哥丽滦糜锨痞讥疏邮冤饯谣决祈墅潮樱挚投精闲马绊架瘦听痰北幽庞粥绎寄痘忱鞭稠活皮霸趋叮韩箩诅亮祟东绍幂胜瓶圈怎缘瑞峻栅硼谴晕患web 应用程序测试方法和测试技术详解1. 概述 随着 url=javascript:;web/url 应用的增多，新的模式解决方案中以 web 为核心的应用也越来越多， 很多公司各种应用的架构都以 B/S 及 web 应用为主，但是有关 WEB url=jav

3、ascript:;测试/url方面的内容并没有相应的总结，所以我在这里对 web 的测试方法和采用的url=javascript:;测试技术/url进行总结，便于内部交流。 测试方法尽量涵盖 web 程序的各个方面，测试技术方面在继承传统测试技术的技术上结合 web 应用的特点。 l 相关的测试和实现技术也有着很大的关系，由于本公司使用 J2EE 体系，也许例子中只有 JAVA 平台可以使用， .NET 平台测试技术暂时不涉及，如果你有请与我联系。 2. 测试方法 说明：测试方法的选择取决你的测试策略。 一般的 web 测试和以往的应用程序的测试的侧重点不完全相同，基本包括以下几个方面。 当然圆满的完成测试还要有好的团体和流程等的方方面面的支持，你同样应该对这些方面进行注意。 有些测试方法设计到了流程，哪些应该在你的测试团队建设中建立。 2.1 界面测试 现在一般人都有使用浏览器浏览网页的经历，用户虽然不是专业人员但是对界面效果的印象是很重要的。如果你注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分，但是恰恰相反界面对不懂技术的客户来说那相

4、当关键，慢慢体会你会明白的。 方法上可以根据设计文档，如果够专业的话可以专业美工人员，来确定整体风格页面风格，然后根据这个可以页面人员可以生成静态的 HTML ， CSS 等甚至生成几套不用的方案来讨论，或者交给客户评审，最后形成统一的风格的页面 / 框架。注意不要靠程序员的美术素养形成你的 web 风格，那样可能会很糟糕。 主要包括以下几个方面的内容： 1 站点地图和导航条 位置、是否合理、是否可以导航等内容布局 布局是否合理，滚动条等简介说明 说明文字是否合理，位置，是否正确； 2 背景 / 色调 是否正确、美观，是否符合用户需求； 3 页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）表单样式 大小，格式，是否对提交数据进行验证（如果在页面部分进行验证的话）等； 4 连接 连接的形式，位置，是否易于理解等。 web 测试的主要页面元素 5 页面元素的容错性列表（如输入框、时间列表或日历）； 6 页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）； 7 页面元素的容错性是否存在； 8 页面元素的

5、容错性是否正确； 9 页面元素基本功能是否实现（如文字特效、动画特效、按钮、超连接）； 10 页面元素的外形、摆放位置（如按钮、列表框、核选框、输入框、超连接等）； 11 页面元素是否显示正确（主要针对文字、图形、签章）； 12 元素是否显示（元素是否存在）； 13 页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）。 测试技术 14 通过页面走查，浏览确定使用的页面是否符合需求。可以结合兼容性测试对不用分辨率下页面显示效果，如果有影响应该交给设计人员提出解决方案； 15 可以结合数据定义文档查看表单项的内容，长度等信息； 16 对于动态生成的页面最好也能进行浏览查看。如 Servelet 部分可以结合编码规范，进行代码走查。是否支持中文，如果数据用 XML 封装要做的url=javascript:;工作/url会多一点等等。 2.1.l 界面测试要素 : 符合标准和规范 , 灵活性 , 正确性 , 直观性 , 舒适性 , 实用性 , 一致性 2.1.l.1 直观性 : a 用户界面是否洁净 , 不唐突 , 不拥挤 . 界面

6、不应该为用户制造障碍 . 所需功能或者期待的响应应该明显 , 并在预期出现的地方； b 界面组织和布局合理吗 ? 是否允许用户轻松地从一个功能转到另一个功能 ? 下一步做什么明显吗 ? 任何时刻都可以决定放弃或者退回 , 退出吗 ? 输入得到承认了吗 ? 菜单或者窗口是否深藏不露 ? c 有多余功能吗 ? 软件整体抑或局部是否做得太多 ? 是否有太多特性把工作复杂化了 ? 是否感到信息太庞杂 ? d 如果url=javascript:;其他/url所有努力失败 , 帮助系统真能帮忙吗 ? 2.1.l.2 一致性 a 快速键和菜单选项 . 在 url=javascript:;Windows/url 中按 F1 键总是得到帮助信息； b 术语和命令 . 整个软件使用同样的术语吗 ? 特性命名一致吗 ? 例如 ,Find 是否一直叫 Find, 而不是有时叫 Search? c 软件是否一直面向同一级别用户 ? 带有花哨用户界面的趣味贺卡程序不应该显示泄露技术机密的错误提示信息； d 按钮位置和等价的按键 . 大家是否注意到对话框有 OK 按钮和 Cancle 按钮时 ,OK 按钮总是在上方

7、或者左方 , 而 Cancle 按钮总是在下方或右方 ? 同样原因 ,Cancle 按钮的等价按键通常是 Esc, 而选中按钮的等价按钮通常是 Enter. 保持一致。 2.1.l.3 灵活性 a 状态跳转：灵活的软件实现同一任务有多种选择方式； b 状态终止和跳过：具有容错处理能力； c 数据输入和输出：用户希望有多种方法输入数据和查看结果 . 例如 , 在写字板插入文字可用键盘输入 , 粘贴 , 从 6 种文件格式读入 , 作为对象插入 , 或者用鼠标从其他程序拖动。 2.1.l.4 舒适性 a 恰当：软件外观和感觉应该与所做的工作和使用者相符； b 错误处理：程序应该在用户执行严重错误的操作之前提出警告 , 并允许用户恢复由于错误操作导致丢失的数据，如大家认为 undo /redo 是当然的； c 性能：快不见得是好事，要让用户看得清程序在做什么，它是有反应的。 2.2 url=javascript:;功能测试/url 功能测试是测试中的重点，主要包括一下几个方面的内容： a 连接：这个连接和界面测试中的连接不同。那里注重的是连接方式和位置，如是图像还是文字放置的位置等，还是其他

8、的方式；这里的连接注重功能，如是否有连接，连接的是否是说明的位置等； b 表单提交：应当模拟用户提交，验证是否完成功能，如注册信息，要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。还有数据正确性验证，异常处理等，最好结合易用性要求等。 B/S 结构实现的功能可能主要的就在这里，提交数据，处理数据等如果有固定的操作流程可以考虑url=javascript:;自动化测试/url工具的录制功能，编写可重复使用的脚本代码，可以在测试、回归测试时运行以便减轻测试人员工作量； c Cookies 验证：如果系统使用了 cookie ，测试人员需要对它们进行检测。如果在 cookies 中保存了注册信息，请确认该 cookie 能够正常工作而且已对这些信息已经加密。如果使用 cookie 来统计次数，需要验证次数累计正确。关于 cookie 的使用可以参考浏览器的帮助信息。如果使用 B/S 结构 cookies 中存放的信息更多； d 功能易用性测试 完成了功能测试可以对应用性进行了解，最好听听客户的反映，在可以的情况下对程序进行改进是很有必要的，和客户

9、保持互动对系统满意度也是很有帮助的。 2. 2.1 测试技术 功能测试的测试技术可是很多的，我们可以结合实际环境选择使用。 aurl=javascript:;白盒测试/url技术 (White Box url=javascript:;Testing/url) ： 深入到代码一级的测试，使用这种技术发现问题最早，效果也是最好的。该技术主要的特征是测试对象进入了代码内部，根据开发人员对代码和对程序的熟悉程度，对有需要的部分进行在软件编码阶段，开发人员根据自己对代码的理解和接触所进行的url=javascript:;软件测试/url叫做白盒测试。这一阶段测试以软件开发人员为主，在 JAVA 平台使用 Xunit 系列工具进行测试， Xunit 测试工具是类一级的测试工具对每一个类和该类的方法进行测试。 burl=javascript:;黑盒测试/url技术（ Black Box Testing ）：黑盒测试的内容主要有以下几个方面，但是主要还是功能部分。主要是覆盖全部的功能，可以结合兼容，url=javascript:;性能测试/url等方面进行，根据软件需求，设计文档，模拟客户场景随系统进行实际的测试，这种测试技术是使用最多的测试技术涵盖了测试的方方面面，可以考虑以下方面 c正确性 (Correctness) ：计算结果，命名等方面。 d可用性 (Usability) ：是否可以满足软件的需求说明。 e边界条件 (Boundary Condition) ：输入部分的边界值，就是使用一般书中说的等价类划分，试试最大最小和非法数据等等。 f性能 (Performance) ： 正常使用的时间内系统完成一个任务需要的时间，多人同时使用的时候响应时间在可以接受范围内。 J2EE 技术实现的系统在性能方面更是需要照顾的，一般原则是 3 秒以下接受， 3-5 秒可以接

《应用程序测试方法和测试技术详解》由会员夏**分享，可在线阅读，更多相关《应用程序测试方法和测试技术详解》请在金锄头文库上搜索。