管理信息系统软件测试方法

《管理信息系统软件测试方法》由会员分享，可在线阅读，更多相关《管理信息系统软件测试方法（11页珍藏版）》请在金锄头文库上搜索。

1、管理信息系统软件测试方法学号：201103020201姓名：陈一鸣班级：电子1102管理信息系统软件测试方法测试 测试，英文是 Beta testing。又称 Beta 测试，用户验收测试（UAT） 。 测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不 在测试现场，Beta 测试不能由程序员或测试员完成。 当开发和测试要完成所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试 一般由最终用户或其他人员完成，不能由程序员或测试员完成。 测试_Alpha 测试 测试，英文是 Alpha testing。又称 Alpha 测试. Alpha 测试是由一个用户在开发

2、环境下进行的测试，也可以是公司内部的用户在模拟实际 操作环境下进行的受控测试，Alpha 测试不能由该系统的程序员或测试员完成。 在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一 般由最终用户或其他人员来完成，不能由程序员或测试员完成。可移植性可移植性测试，英文是 Portability testing。又称兼容性测试。 可移植性测试是指测试软件是否可以被成功移植到指定的硬件或软件平台上。UI 测试用户界面测试，英文是 User interface testing。又称 UI 测试。 用户界面，英文是 User interface。是指软件中的可见外观及其底层与

3、用户交互的部分（菜 单、对话框、窗口和其它控件） 。 用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观， 文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试 对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。 包括用户友好性、人性化、易操作性测试。 用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单， 对话框及对话框上所有按钮，文字，出错提示，帮助信息 (Menu 和 Help content)等方面 的测试。比如，测试 Microsoft Excel 中插入符号功能所用的对话框

4、的大小，所有按钮是否 对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。冒烟测试冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象 地类比新电路板基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷， 电路板可能会短路，板子冒烟了。 冒烟测试的对象是新编译的每一个需要正式测试的软件版本，目的是确认软件基本功能正 常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。1随机测试随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据 测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的

5、重 要补充手段，是保证测试覆盖完整性的有效方式和过程。随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试样 例(TestCase)没有覆盖到的部分。另外，对于软件更新和新增加的功能要重点测试。重点 对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现的重大 Bug，进行再次测试，可以结合回归测试(Regressive testing)一起进行。2本地化测试本地化就是将软件版本语言进行更改，比如将英文的 windows 改成中文的 windows 就是 本地化。本地化测试的对象是软件的本地化版本。本地化测试的目的是测试特定目标区域 设置的软件本地化质量。

6、本地化测试的环境是在本地化的操作系统上安装本地化的软件。 从测试方法上可以分为基本功能测试，安装/卸载测试，当地区域的软硬件兼容性测试。测 试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包含软件、文档和联 机帮助等部分。 本地化能力测试是指不需要重新设计或修改代码，将程序的用户界面翻译成任何目标语言 的能力。为了降低本地化能力测试的成本，提高测试效率，本地化能力测试通常在软件的 伪本地化版本上进行。 本地化能力测试中发现的典型错误包括：字符的硬编码（即软件中需要本地化的字符写在 了代码内部） ，对需要本地化的字符长度设置了固定值，在软件运行时以控件位置定位，图 标和位图中包含了需

7、要本地化的文本，软件的用户界面与文档术语不一致等。国际化国际化测试的目的是测试软件的国际化支持能力，发现软件的国际化的潜在问题，保证软 件在世界不同区域都能正常运行。国际化测试使用每种可能的国际输入类型，针对任何区 域性或区域设置检查产品的功能是否正常，软件国际化测试的重点在于执行国际字符串的 输入/输出功能。国际化测试数据必须包含东亚语言、德语、复杂脚本字符和英语（可选） 的混合字符。 国际化支持测试是指验证软件程序在不同国家或区域的平台上也能够如预期的那样运行， 而且还可以按照原设计尊重和支持使用当地常用的日期，字体，文字表示，特殊格式等等。 比如，用英文版的 Windows XP 和 M

8、icrosoft Word 能否展示阿拉伯字符串?用阿拉伯版 的 Windows XP 和 阿拉伯版的 Microsoft Word 能否展示阿拉伯字符串?又比如，日文版 的 Microsoft Excel 对话框是否显示正确翻译的日语?一旦来说执行国际化支持测试的测试 人员往往需要基本上了解这些国家或地区的语言要求和期望行为是什么。安装测试安装测试是确保软件在正常情况和异常情况下，例如，进行首次安装、升级、完整的或自 定义的安装都能进行安装的测试。异常情况包括磁盘空间不足、缺少目录创建权限等场景。 核实软件在安装后可立即正常运行。安装测试包括测试安装代码以及安装手册。安装手册 提供如何进行安

9、装，安装代码提供安装一些程序能够运行的基础数据。3白盒测试白盒测试是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试 软件产品的内部结构和处理过程，不需测试软件产品的功能。白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆 盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。 白盒测试是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书 的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预 定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要 用于软件验证。4黑盒测

10、试黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作 原理，因此软件对用户来说就像一个黑盒子。 软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软 件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。5自动化使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在 GUI、性能等测试 和功能测试中用得较多。通过录制测试脚本，然后执行这个测试脚本来实现测试过程的自 动化。国内领先的自动化测试服务提供商是泽众软件。自动化测试工具有 QTP、Testcomplete、AutoRunner 和 TAR 等。回归测试回归测试是指在发生修改之后重新测试先

11、前的测试以保证修改的正确性。理论上，软件产 生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出 现。 根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好 的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。 通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修 正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。所以在验证 修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的 所有功能。因此应当鼓励对所有回归测试用例进行自动化测试。验收测试验收

12、测试是指系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据 测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定 产品是否能够满足合同或用户所规定需求的测试。 验收测试一般有三种策略：正式验收、非正式验收或 Alpha 测试、Beta 测试。动态测试动态测试，英文是 Moment Testing。 动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。 根据动态测试在软件开发过程中所处的阶段和作用，动态测试可分为如下几个步骤： 1、单元测试 2、集成测试 3、系统测试4、验收测试 5、回归测试探索测试探索测试是指通常用于没有产品说明书的测试，

13、这需要把软件当作产品说明书来看待，分 步骤逐项探索软件特性，记录软件执行情况，详细描述功能，综合利用静态和动态技术来 进行测试。探索测试人员只靠智能、洞察力和经验来对 bug 的位置进行判断,所以探索测试 又被称为自由形式测试。6单元测试单元测试是最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做， 因为它需要知道内部程序设计和编码的细节知识。这个工作不容易做好，除非应用系统有 一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。7集成测试集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没 有冲突。部件可以是代码块、独立的应用、网络

14、上的客户端或服务器端程序。这种类型的 测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。 集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一 个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。 在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试 片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程 的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时 测试所有进程。 集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元

15、，并确保 每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元 之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别8系统测试系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测 试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与 需求规格不相符合或与之矛盾的地方。 系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外 设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖 的资源结合起来，在系统实际运行环境下来进行测试。9端到端端到端测试类似于系统测

16、试，测试级的“宏大”的端点，涉及整个应用系统环境在一个现 实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、 应用系统或适当的系统对话。端到端架构测试包含所有访问点的功能测试及性能测试。端 到端架构测试实质上是一种“灰盒“测试，一种集合了白盒测试和黑盒测试的优点的测试方 法。10健全测试健全测试是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步 大的测试能力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该 软件不够“健全” ，不具备进一步测试的条件。11衰竭测试衰竭测试是指软件或环境的修复或更正后的“再测试” 。可能很难确定需要多少遍再次测试。 尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。12接受测试接受测试是基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后，看 软件是否满足客户要求。一般从功能、用户界面、性能、业务关联性进行测试。13负载测试负载测试是测试一个应用在重负荷下的表现。例如测试一个 Web 站点在大量的负荷下， 何时系统的响应会退化或失败，以发现设计上的错误或验证