软件测试基本流程及要求规范.pdfVIP

-

软件测试根本流程与规

1目标

制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供根底流程框

架。

最终目标是实现软件测试规化，标准化。

2测试流程说明

3测试需求分析

测试需整个测试过程的根底；确定测试对象以及测试工作的围和作用。用来

确定整个测试工作〔如安排时间表、测试设计等〕并作为测试覆盖的根底。而且

被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结

果。无法核实的需求不是测试需求。所以我现在的理解是测试需一个比拟大的概

念，它是在整个测试方案文档中表达出来的，不是类似的一个用例或者其他.

·测试需制订测试方案的根本依据，确定了测试需求能够为测试方案提供客观依

据；

·测试需设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的

设计测试用例；

·测试需计算测试覆盖的分母，没有测试需求就无法有效地进展测试覆盖；

.z.

-

3.1测试方法与规

3.1.1测试方法

随着软件技术开展，工程类型越来越多样化。根据工程类型应选用针对性强

的测试方法，适宜的测试方法可以让我们事半功倍。以下是针对目前工程工程可

以参考的测试方法：

•β测试〔beta测试〕--非程序员、测试人员

β测试，英文是Betatesting。又称Beta测试，用户验收测试〔UAT〕。

β测试是软件的多个用户在一个或多个用户的实际使用环境下进展的测试。

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

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

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

•α测试〔Alpha测试〕--非程序员、测试人员

α测试，英文是Alphatesting。又称Alpha测试.

Alpha测试是由一个用户在开发环境下进展的测试，也可以是公司部的用户

在模拟实际操作环境下进展的受控测试，Alpha测试不能由该系统的程序员或测

试员完成。

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

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

•兼容性测试--测试人员

兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中，

例如在B/S工程中各个不同浏览器之间的测试。

•用户界面测试-UI测试--测试人员

.z.

-

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

用户界面，英文是Userinterface。是指软件中的可见外观及其底层与用户

交互的局部〔菜单、对话框、窗口和其它控件〕。

用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，

页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI测试的目

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

确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测

试。

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

它常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息

(Menu和Helpcontent)等方面的测试。比方，测试MicrosoftE*cel中插入符号

功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息容和

字体大小，工具栏位置/图标等等。

•冒烟测试--版本编译者

冒烟测试，英文是Smoketesting。

冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有

人认为是形象地类比新电路板功根本功能检查。任何新电路板焊好后，先通电检

查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。

冒烟测试的对象是每一个新编译的需要正式测试的软件版