软件与硬件测试.doc

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件测试: 从是否关怀软件内部结构和具体实现的角度划分: 白盒测试,黑盒测试,灰盒测试。 从是否执行程序的角度划分: 静态测试,动态测试。 从软件开发的过程按阶段划分: 单元测试,集成测试,确认测试,系统测试,验收测试。 其他还有回归测试、冒烟测试、随机测试 其中黑盒测试包括功能测试和性能测试; 功能测试有:规律功能测试、界面测试、易用性测试、安装测试、兼容测试; 性能测试有:一般性能测试、稳定性测试、压力测试、负载测试 16种测试策略: 功能测试,性能测试,压力测试,容量测试,平安性测试,GUI测试,可用性测试,安装测试,配置测试, 特别测试,备份测试,健壮性测试,文档测试,在线关心测试,网络测试,稳定性测试 在:正常状况下测试;非正常状况下测试;边界测试;非法,极端测试; 可移植性测试,英文是Portability testing。又称兼容性测试。可移植性测试是指测试软件是否可以被胜利移植到指定的硬件或软件平台上 用户界面测试,英文是User interface testing。又称UI测试。用户界面测试是指测试用户界面的风格是否满意客户要求,文字是否正确,页面是否美观,文字,图片组合是否完善,操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户供应相应的访问或扫瞄功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。 冒烟测试,英文是Smoke testing。在测试中发觉问题,然后修复这个问题,想知道此问题是否真的解决了。 随机测试,英文是Ad hoc testing。随机测试主要是对被测软件的一些重要功能进行复测,也包括测试那些当前的测试样例(TestCase)没有掩盖到的部分。 安装测试,英文是Installing testing。安装测试是确保软件在正常状况和特别状况下,例如,进行首次安装、升级、完整的或自定义的安装都能进行安装的测试。特别状况包括磁盘空间不足、缺少名目创建权限等场景。核实软件在安装后可马上正常运行。 6. 白盒测试,英文是White Box Testing。又称结构测试或者规律驱动测试。 白盒测试是把测试对象看作一个打开的盒子。采用白盒测试法进行动态测试时,需要测试软件产品的内部结构和处理过程,不需测试软件产品的功能。 白盒测试法的掩盖标准有规律掩盖、循环掩盖和基本路径测试。其中规律掩盖包括语句掩盖、判定掩盖、条件掩盖、判定/条件掩盖、条件组合掩盖和路径掩盖。 白盒测试是知道产品内部工作过程,可通过测试来检测产品内部动作是否依据规格说明书的规定正常进行,依据程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能,白盒测试的主要方法有规律驱动、基路测试等,主要用于软件验证。 白盒测试常用工具有:Jtest、VcSmith、Jcontract、C++ Test、CodeWizard、logiscope 7. 黑盒测试,英文是Black Box Testing。又称功能测试或者数据驱动测试。 黑盒测试是依据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子。 软件测试人员以用户的角度,通过各种输入和观看软件的各种输出结果来发觉软件存在的缺陷,而不关怀程序具体如何实现的一种软件测试方法。 黑盒测试常用工具有:AutoRunner、winrunner 8. 自动化测试,英文是Automated Testing。使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试和功能测试中用得较多。通过录制测试脚本,然后执行这个测试脚原来实现测试过程的自动化。国内领先的自动化测试服务供应商是泽众软件。自动化测试工具有QTP、Testcomplete、AutoRunner和TAR等 9. 回归测试,英文是Regression testing。 回归测试是指在发生修改之后重新测试从前的测试以保证修改的正确性。理论上,软件产生新版本,都需要进行回归测试,验证以前发觉和修复的错误是否在新软件版本上再次消失。 依据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前消失过但已经修复好的缺陷不再重新消失。一般指对某已知修正的缺陷再次围绕它原来消失时的步骤重新测试。通常确定所需的再测试的范围时是比较困难的,特殊当接近产品发布日期时。由于为了修正某缺陷时必需更改源代码,因而就有可能影响这部分源代码所掌握的功能。所以在验证修好的缺陷时不仅要听从缺陷原来消失时的步骤重新测试,而且还要测试有可能受影响的全部功能。因此应鼓舞对全部回归测试用例进行自动化测试(指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代

文档评论(0)

dajiefude2 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档