（流程管理）软件测试的流程软件测试的流程，包含各阶段会产生什么文档无论是采用瀑布式仍是其他的产品生命周期模型，软件测试分为如下几个阶段：1、测试需求分析阶段。

测试需求分析阶段主要工作是获得测试项目的测试需求（测试规格）。

输出产物：《可测试性需求说明书》和《测试规格》2、测试计划阶段。

以测试需求为基础，分析产品的总体测试策略。

输出产物：《产品总体测试策略》3、测试方案设计阶段。

本阶段主要是以测试规格为基础获得特性测试方案，对于有自动化测试的项目，进行自动化测试的分析，获得测试策略。

输出产物：《产品或者版本总体测试方案》4、测试用例实现阶段。

本阶段主要是完成各个特性的测试用例的编写和自动化脚本的编写。

输出产物：《产品自动化测试用例》和《手工执行测试用例》5、测试执行阶段。

本阶段是根据测试策略开展测试执行和回归测试。

输出产品：《产品或版本测试方案》和《缺陷分析方案》6、评估和关闭阶段。

只对前面的各个阶段的执行情况，完成对测试项目的关闭，同时提供完整的度量数据和项目总结方案。

输出产物：《遗留问题风险分析方案》、《度量分析方案》和《测试关闭方案》软件生命周期的各个阶段如何应用哪些软件测试方法。

画壹个V模型你就明白了：左边为开发过程，对应右边的测试过程，开发自上而下，测试是自下而上开发过程测试过程可行性研究验收测试需求分析系统测试概要设计集成测试详细设计单元测试软件编码阶段1、需求分析阶段对应生成需求规格说明书，对应测试生成系统测试方案，即为系统测试准备的，该阶段已经完成了单元测试和集成测试，主要是对软件产品的功能和非功能进行测试，几乎不测试代码，所以测试方法以黑盒为主；2、概要设计阶段对应生成概要设计说明书，对应测试生成集成测试方案，该阶段已完成单元测试，是将各个功能模块组装起来进行的测试，所以也叫组装测试。

主要见模块调用是否正常，接口是否可用，数据传输是否正确等，所以用到的测试方法几乎是白盒的方法，如路径覆盖，条件组合覆盖等；3、详细设计阶段对应生成详细设计说明书，对应测试生成单元测试方案，该阶段是开发人员编码后的第壹个测试阶段，是对开发出来的单独模块进行测试，以确保每壹个功能模块的功能正常，能够构建桩模块和驱动模块来回调用，方法也是以白盒为主。

4、白盒测试的准则是尽可能覆盖程序内部的逻辑结构，黑盒则是尽可能覆盖所有的输入输出接口，包括文档等壹些静态的测试。

除常用的测试方法外，仍需补充大范围的随机测试，尽可能达到覆盖率100%。

软件测试方法随着软件测试技术的发展，测试方法更加多样化，针对性更强；选择合适的软件测试方法能够让我们事半功倍。

以下是壹些常用的软件测试方法：β测试_Beta测试β测试，英文是Betatesting。

又称Beta测试，用户验收测试（UAT）。

β测试是软件的多个用户于壹个或多个用户的实际使用环境下进行的测试。

开发者通常不于测试现场，Beta测试不能由程序员或测试员完成。

当开发和测试根本完成时所做的测试，而最终的错误和问题需要于最终发行前找到。

这种测试壹般由最终用户或其他人员员完成，不能由程序员或测试员完成。

α测试_Alpha测试α测试，英文是Alphatesting。

又称Alpha测试.Alpha测试是由壹个用户于开发环境下进行的测试，也能够是公司内部的用户于模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。

于系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。

这种测试壹般由最终用户或其他人员来完成，不能由程序员或测试员完成。

可移植性测试可移植性测试，英文是Portabilitytesting。

又称兼容性测试。

可移植性测试是指测试软件是否能够被成功移植到指定的硬件或软件平台上。

用户界面测试-UI测试用户界面测试，英文是Userinterfacetesting。

又称UI测试。

用户界面，英文是Userinterface。

是指软件中的可见外观及其底层和用户交互的部分（菜单、对话框、窗口和其它控件）。

用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。

UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。

确保用户界面符合公司或行业的标准。

包括用户友好性、人性化、易操作性测试。

用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。

它常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息(Menu和Helpcontent)等方面的测试。

比如，测试MicrosoftExcel中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。

冒烟测试冒烟测试，英文是Smoketesting。

冒烟测试的名称能够理解为该种测试耗时短，仅用壹袋烟功夫足够了。

也有人认为是形象地类比新电路板功基本功能检查。

任何新电路板焊好后，先通电检查，如果存于设计缺陷，电路板可能会短路，板子冒烟了。

冒烟测试的对象是每壹个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，能够进行后续的正式测试工作。

冒烟测试的执行者是版本编译人员。

随机测试随机测试，英文是Adhoctesting。

随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。

主要是根据测试者的经验对软件进行功能和性能抽查。

随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。

随机测试主要是对被测软件的壹些重要功能进行复测，也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。

另外，对于软件更新和新增加的功能要重点测试。

重点对壹些特殊点情况点、特殊的使用环境、且发性、进行检查。

尤其对以前测试发现的重大Bug，进行再次测试，能够结合回归测试(Regressivetesting)壹起进行。

本地化测试本地化测试，英文是Localizationtesting。

本地化就是将软件版本语言进行更改，比如将英文的windows改成中文的windows就是本地化。

本地化测试的对象是软件的本地化版本。

本地化测试的目的是测试特定目标区域设置的软件本地化质量。

本地化测试的环境是于本地化的操作系统上安装本地化的软件。

从测试方法上能够分为基本功能测试，安装/卸载测试，当地区域的软硬件兼容性测试。

测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包含软件、文档和联机帮助等部分。

本地化能力测试本地化能力测试，英文是Localizabilitytesting。

本地化能力测试是指不需要重新设计或修改代码，将程序的用户界面翻译成任何目标语言的能力。

为了降低本地化能力测试的成本，提高测试效率，本地化能力侧是通常于软件的伪本地化版本上进行。

本地化能力测试中发现的典型错误包括：字符的硬编码（即软件中需要本地化的字符写于了代码内部），对需要本地化的字符长度设置了国定值，于软件运行时以控件位置定位，图标和位图中包含了需要本地化的文本，软件的用户界面和文档术语不壹致等。

国际化测试国际化测试，英文是Internationaltesting。

又称国际化支持测试。

国际化测试的目的是测试软件的国际化支持能力，发现软件的国际化的潜于问题，保证软件于世界不同区域均能正常运行。

国际化测试使用每种可能的国际输入类型，针对任何区域性或区域设置检查产品的功能是否正常，软件国际化测试的重点于于执行国际字符串的输入/输出功能。

国际化测试数据必须包含东亚语言、德语、复杂脚本字符和英语（可选）的混合字符。

国际化支持测试是指验证软件程序于不同国家或区域的平台上也能够如预期的那样运行，而且仍能够按照原设计尊重和支持使用当地常用的日期，字体，文字表示，特殊格式等等。

比如，用英文版的WindowsXP和MicrosoftWord能否展示阿拉伯字符串?用阿拉伯版的WindowsXP和阿拉伯版的MicrosoftWord能否展示阿拉伯字符串?又比如，日文版的MicrosoftExcel对话框是否显示正确翻译的日语?壹旦来说执行国际化支持测试的测试人员往往需要基本上了解这些国家或地区的语言要求和期望行为是什么。

安装测试安装测试，英文是Installingtesting。

安装测试是确保软件于正常情况和异常情况下，例如，进行首次安装、升级、完整的或自定义的安装均能进行安装的测试。

异常情况包括磁盘空间不足、缺少目录创建权限等场景。

核实软件于安装后可立即正常运行。

安装测试包括测试安装代码以及安装手册。

安装手册提供如何进行安装，安装代码提供安装壹些程序能够运行的基础数据。

白盒测试-结构测试-逻辑驱动测试白盒测试，英文是WhiteBoxTesting。

又称结构测试或者逻辑驱动测试。

白盒测试是把测试对象见作壹个打开的盒子。

利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。

白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。

其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。

白盒测试是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否均有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

白盒测试常用工具有：Jtest、VcSmith、Jcontract、C++Test、CodeWizard、logiscope。

黑盒测试-功能测试-数据驱动测试黑盒测试，英文是BlackBoxTesting。

又称功能测试或者数据驱动测试。

黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像壹个黑盒子。

软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软件存于的缺陷，而不关心程序具体如何实现的壹种软件测试方法。

黑盒测试常用工具有：AutoRunner、winrunner、loadrunner。

自动化测试自动化测试，英文是AutomatedTesting。

使用自动化测试工具来进行测试，这类测试壹般不需要人干预，通常于GUI、性能等测试和功能测试中用得较多。

通过录制测试脚本，然后执行这个测试脚本来实现测试过程的自动化。

国内领先的自动化测试服务提供商是泽众软件。

自动化测试工具有AutoRunner和TAR等。

回归测试回归测试，英文是Regressiontesting。

回归测试是指于发生修改之后重新测试先前的测试以保证修改的正确性。

理论上，软件产生新版本，均需要进行回归测试，验证以前发现和修复的错误是否于新软件版本上再次出现。