07软件系统测 试规范.docx

07软件系统测 试规范.docx

《07软件系统测 试规范.docx》由会员分享，可在线阅读，更多相关《07软件系统测 试规范.docx（12页珍藏版）》请在冰豆网上搜索。

07软件系统测试规范

Q/JY-ZY-TG-07V1.0

金绎公司质量管理体系文件

项目

签名

日期

产品型号及名称

（图册编号）

设计

校对

审核

第张

共张

标准化

空司通信修配厂制

批准

软件系统测试规范

Version1.0

（正文共8页）

编制：

年月日

审核：

年月日

批准：

年月日

受控状态：

■受控□非受控

深圳市金绎科技发展有限公司发布

版权所有不得翻录

更改记录

更改序号

更改状态

更改单号

更改页码

更改前版本号

更改后版本号

更改人

生效日期

备注

目录

1.引言1

2.参考文献1

3.测试的任务1

4.接收测试的标准1

5.测试的范围1

6.总体要求2

6.1.测试计划2

6.2.测试设计2

6.3.测试执行2

6.4.测试报告2

7.详细要求3

7.1.功能测试3

7.2.用户界面测试3

7.3.性能测试4

7.4.安装卸载测试6

7.5.安全性测试6

7.6.配置测试7

7.7.数据和数据库完整性测试7

7.8.文档测试7

7.9.业务周期测试7

7.10.故障转移和恢复8

7.11.可靠性测试8

1.引言

本规范规定软件测试阶段的任务、范围和相关要求，以及软件测试阶段的完成标志，适用于软件测试阶段的所有任务和所有相关人员。

2.参考文献

无。

3.测试的任务

测试在于通过与系统的需求定义做比较，验证程序是否满足软件需求说明书中规定的全部功能和性能要求。

通过测试，尽可能地暴露程序中可能存在的各种类型的错误并纠正错误，最终提交高质量的、符合用户需要的软件。

4.接收测试的标准

（1）软件开发计划已通过评审；

（2）有完整并且已审核通过的软件需求文档；

（3）软件提交测试后，如果软件界面有明显超过10处错误或者软件基本功能有明显超过10处严重或重要错误，测试组有权退回待测软件，停止测试，待开发组提高程序质量后再重新提交测试申请继续测试。

5.测试的范围

测试阶段需完成的有：

功能测试，用户界面测试，性能测试，安装卸载测试，安全性测试，配置测试，数据和数据库完整性测试，业务周期测试。

系统测试阶段推荐完成的测试有：

文档测试，故障转移和恢复测试，可靠性测试。

不同的项目和产品可以对以上测试范围做适当剪裁，但必须在测试计划中说明剪裁的原因。

6.总体要求

6.1.测试计划

“软件测试计划”采用“软件测试计划”模板编写。

6.2.测试设计

6.2.1.工具

采用Microsoftword,Microsoftexcel工具进行测试用例的设计、开发与管理。

6.2.2.测试用例基本组成要素与填写规则

要素

是否必填

说明

测试用例编号

必填

测试用例编号根据需要编号来设定

测试用例名称

必填

尽量概括测试用例内容，语义完整

测试用例描述

测试用例名称不能完整概括测试用例内容时，在此栏中进行描述；

测试前置条件

必填

填写测试用例执行前所必须执行的准备事项，是测试用例正常执行的前提；

测试后置条件

必填

填写测试用例执行后要使被测系统恢复到用例执行前状态的一系列操作；是保证其他测试用例正常运行的前提；

测试步骤

必填

外部相关文档

测试用例中如引用其他外部文档时，需注明

详见“软件测试用例”样表。

6.3.测试执行

测试执行需按照测试用例的设计执行。

执行测试用例时，在ClearQuest中填写软件缺陷；测试执行的完成标准为所设计的测试用例已全部执行，所发现的缺陷除推迟,重复或关闭的状态外已全部解决。

6.4.测试报告

系统测试结束后，测试人员按照“软件测试报告”模板编写测试报告，对测试结果进行评估。

7.详细要求

7.1.功能测试

7.1.1.目的

功能测试的目的是确保测试对象的功能正常。

功能测试侧重于业务功能和业务规则的测试需求，此类测试基于黑盒技术，通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程，数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。

7.1.2.用例设计

✧测试用例必须含盖所有的测试功能项中正常操作；

✧一个测试用例书写一个功能点；

✧每个功能点如果有多种校验方法，则用标号标出，使条理清楚；

✧保证用例步骤与数据分离，即测试数据不混入到测试步骤中。

测试数据在用例步骤后单独设计或在文档中设计附在用例上，测试用例的输入数据必须具有明确性和唯一性；

✧对重点功能进行测试时，测试用例设计要包括对数据库数据的检查，写明校验哪些表中的哪些字段值；

✧每个功能点的用例设计内容只包括功能操作本身的正确性与包括功能结果数据的正确性；

✧每个功能点受其影响相关功能的正确性在流程性的测试用例中设计或者在相关功能的功能点用例中设计；

✧测试描述语义不能存在二义性。

7.2.用户界面测试

7.2.1.目的

用户界面测试用于核实用户与软件之间的交互。

确保用户界面按照预期的方式运行，并符合公司或行业的标准。

主要包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab健、鼠标移动、工具条和快捷键）的使用。

7.2.2.用例设计

用例设计须遵循如下规则：

✧测试用例必须含盖所有的测试功能项中Tab健、鼠标移动、工具条和快捷键等。

✧测试用例应包含应用程序的所有窗口的对象和特征（例如，菜单、大小、位置、状态和文字等），测试其是否符合标准，方便用户使用。

✧遵循《界面规范》。

7.3.性能测试

7.3.1.目的

性能测试对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估，核实性能需求是否都已满足。

7.3.2.测试时间

在软件功能基本稳定之后,在功能测试时间的中间阶段进行。

7.3.3.性能测试类型

性能测试需要进行测试的类型有：

（4）性能评测：

目标是核实性能需求是否都已满足。

（5）负载测试：

在这种测试中，将使测试对象承担不同的工作量，目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。

（6）强度测试：

实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。

7.3.4.性能测试要求

7.3.4.1.性能评测

数据环境准备：

模拟出用户真实数据量大小的数据环境。

针对同一功能不同用户浏览数据量的大小不同，分别准备多种不同数据量的数据环境（一般3至5个）。

例如，要测试浏览数据的性能，准备数据：

单位一1000条数据，单位二2000条数据，单位三3000条数据，单位四4000条数据，分别记录浏览不同数据量的时间。

性能测试初期要求：

首先进行单用户测试，发现性能明显慢的地方，直接把问题提交到CQ中，暂时停止性能测试，修改完后再继续测试。

对性能明显慢的功能，使用VU脚本进行录制，跟踪找出明显慢的SQL语句，提交到CQ中，请开发人员优化。

性能评测要求：

性能测试初期中的问题解决后，进行性能评测。

根据不同数据量大小，分别记录时间。

数据记录在表格中。

根据表格中数据，得出曲线或柱状图。

在每个图表后给出对数据的详细分析。

单用户与多用户情况分别进行测试，记录时间。

多用户情况用测试工具进行模拟。

使用一台测试机器运行VU脚本模拟多用户并发操作，测试人员在另一台测试机器上手工执行记录时间。

最后给出结论是否满足性能需求

7.3.4.2.负载测试

数据环境准备：

模拟超出用户最大数据量的数据环境.

负载测试要求：

性能评测通过后进行此项测试。

模拟超出正常用户数量的并发，程序是否正常运行；模拟超出正常数据量，程序是否正常运行。

在每个图表后给出对数据的详细分析。

最后给出负载测试结论。

7.3.4.3.强度测试

数据环境准备：

模拟出用户真实数据量大小的数据环境。

强度测试要求：

连接或模拟了最大实际（实际允许）数量的客户机，多个用户对相同的数据或账户执行相同的事务，程序是否正常运行；

服务器上几乎没有或根本没有可用的内存（RAM和DASD），程序运行是否正常

最后给出强度测试结论与分析

7.4.安装卸载测试

7.4.1.目的

安装测试的目的是确保该软件在正常情况和异常情况的不同条件下。

例如，进行首次安装、升级、完整的或自定义的安装都能进行安装。

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

卸载测试的目的在于确保该软件可以进行正常卸载。

7.4.2.用例设计

用例设计须包含以下情况：

✧首次安装。

✧卸载后重新安装。

7.5.安全性测试

7.5.1.目的

安全性测试的目的是确保数据安全。

只有具备系统和应用程序访问权限的用户才能访问系统和应用程序。

用户只能访问其所属用户类型已被授权访问的那些功能或数据。

7.5.2.用例设计

用例设计包括如下内容：

✧非法用户的登陆。

✧输入错误密码的处理。

✧不同权限用户的不同操作功能及数据处理权限。

✧安全日志是否完整。

此类测试实际已包含在功能测试中，对于在功能测试时未考虑完全的测试用例应在安全测试设计中补充完整。

7.6.配置测试

7.6.1.目的

配置测试的目的是核实测试软件在不同的软件和硬件配置中的运行情况。

在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。

客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等，而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源确保数据安全。

配置测试就是为了保证测试程序可在所需的硬件和软件配置中正常运行。

7.6.2.用例设计

用例设计应尽可能覆盖多种操作系统、数据库版本及常用软件。

对于常用的用户环境Win98、WinXP、Window2000等必须进行功能的详细测试。

详细说明测试环境与在此种测试环境下的测试内容。

每种测试环境制定一个测试用例。

7.7.数据和数据库完整性测试

7.7.1.目的

确保数据库访问方法和进程正常运行，数据不会遭到损坏。

在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。

7.8.文档测试

7.8.1.目的

确保各种文档齐全，所述内容同相应程序保持一致。

7.9.业务周期测试

7.9.1.目的

业务周期测试应模拟在一段时间内对程序执行的活动。

应先确定一个时间段（例如一年），然后执行将在该时间段（一年内）发生的事务和活动。

这种测试包括所有的日、周和月周期，以及所有与日期相关的事件（如备忘录）。

用来确保测试程序进程都按照所要求的业务模型和时间表正确运行。

7.10.故障转移和恢复

7.10.1.目的

故障转移和恢复测试可确保测试对象能成功完成故障转移，并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。

故障转移测试可确保：

对于必须持续运行的系统，一旦发生故障，备用系统就将不失时机地“顶替”发生故障的系统，以避免丢失任何数据或事务。

恢复测试是一种对抗性的测试过程。

在这种测试中，将把应用程序或系统置于极端的条件下（或者是模拟的极端条件下），以产生故障（例如设备输入/输出（I/O）故障或无效的数据库指针和关健字）。

然后调用恢复进程并监测和检查应用程序和系统，核实应用程序或系统和数据已得到了正确的恢复。

7.11.可靠性测试

7.11.1.目的

可靠性测试是为了检验程序在多次运行或长时间工作时的可靠性情况。

检验程序在运行时内存泄露，程序异常中止，挂起等。

7.11.2.方法

可靠性测试采用SmokingTest方法，即测试人员对程序所有点击项进行点击处理，检测系统工作情况。

此测试可以和功能测试同步进行。