测试作业流程及测试理论方法.docxVIP

测试步骤及测试理论方法

测试步骤

1.软件开发步骤：

需求分析—概要设计—具体设计—编码开发—测试—维护

2.测试步骤为：

单元测试/集成测试—系统测试/自动化测试—性能测试—验收测试

3.目标：

3.1制订完整且具体测试路线和步骤，为快速、高效和高质量软件测试提供基础步骤框架。

3.2最终目标是实现软件测试规范化、标准化、自动化。

4.测试步骤说明：

5.测试需求分析

测试需求是整个测试过程基础；确定测试对象和测试工作范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖基础。而且被确定测试需求项必需是可核实。即，它们必需有一个可观察、可评测结果。无法核实需求不是测试需求。所以我现在了解是测试需求是一个比较大约念，它是在整个测试计划文档中表现出来，不是类似一个用例或其它.

·测试需求是制订测试计划基础依据，确定了测试需求能够为测试计划提供客观依据；

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

·测试需求是计算测试覆盖分母，没有测试需求就无法有效地进行测试覆盖。

5.1测试方法和规范

5.1.1测试方法

伴随软件技术发展，项目类型越来越多样化。依据项目类型应选择针对性强测试方法，适宜测试方法能够让我们事半功倍。以下是针对现在项目工程能够参考测试方法：

β测试（beta测试）--非程序员、测试人员

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

β测试是软件多个用户在一个或多个用户实际使用环境下进行测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。

当开发和测试根本完成时所做测试，而最终错误和问题需要在最终发行前找到。这种测试通常由最终用户或其它人员完成，不能由程序员或测试员完成。

α测试（Alpha测试）--非程序员、测试人员

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

Alpha测试是由一个用户在开发环境下进行测试，也能够是企业内部用户在模拟实际操作环境下进行受控测试，Alpha测试不能由该系统程序员或测试员完成。

在系统开发靠近完成时对应用系统测试;测试后，仍然会有少许设计变更。这种测试通常由最终用户或其它人员来完成，不能由程序员或测试员完成。

兼容性测试--测试人员

兼容性测试是指测试软件是否能够成功移植到指定硬件或软件环境中，比如在B/S项目中各个不一样浏览器之间测试。

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

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

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

用户界面测试是指测试用户界面风格是否满足用户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI测试目标是确保用户界面会经过测试对象功效来为用户提供对应访问或浏览功效。确保用户界面符合企业或行业标准。包含用户友好性、人性化、易操作性测试。

用户界面测试用户分析软件用户界面设计是否合乎用户期望或要求。它常常包含菜单，对话框及对话框上全部按钮，文字，犯错提醒，帮助信息(Menu和Helpcontent)等方面测试。比如，测试MicrosoftExcel中插入符号功效所用对话框大小，全部按钮是否对齐，字符串字体大小，犯错信息内容和字体大小，工具栏位置/图标等等。

冒烟测试--版本编译者

冒烟测试，英文是Smoketesting。

冒烟测试名称能够了解为该种测试耗时短，仅用一袋烟功夫足够了。也有些人认为是形象地类比新电路板功基础功效检验。任何新电路板焊好后，先通电检验，假如存在设计缺点，电路板可能会短路，板子冒烟了。

冒烟测试对象是每一个新编译需要正式测试软件版本，目标是确定软件基础功效正常，能够进行后续正式测试工作。冒烟测试实施者是版本编译人员。

随机测试--测试人员

随机测试，英文是Adhoctesting。

随机测试没有书面测试用例、统计期望结果、检验列表、脚本或指令测试。关键是依据测试者经验对软件进行功效和性能抽查。随机测试是依据测试说明书实施用例测试关键补充手段，是确保测试覆盖完整性有效方法和过程。

随机测试关键是对被测软件部分关键功效进行复测，也包含测试那些目前测试样例(TestCase)没有覆盖到部分。另外，对于软件更新和新增加功效要关键测试。关键对部分特殊点情况点、特殊使用环境、并发性、进行检验。尤其对以前测试发觉重大Bug，进行再次测试，能够结合回归测试(Regressivetes