软件测试需求分析方法.pdfVIP

测试需求分析方法⑴

一、引言

软A测试需求分析是软件测试策划阶段的关键任务，目的是定义测试对象和

测试围，是整个软件测试活动的基础，在软件测试周期中起着导向作用。则试

需求分析的主要依据是软件需求。在实际工程项目中，由于需求分析工作不够完

善和对系统缺乏全面认识等原因，软件需求规格说明往往不能完整、正确和具体

的反映用户需求，尤其是对性能、可靠性、安全性和系统约束等内容描述甚少，

因此，基于这种软件需求规格说明来对软件进行测试是不充分的、不可信的，测

试人员必须在有限的软件需求规格说明内容的基础上做进一步的测试需求开发,

充分挖掘隐含的软件需求和缺失的软件需求，并在此基础上开展测试工作，才能

保证测试内容全面。只有完备的进行测试需求分析，并实施有效维护，把握住测

试的要点，才能将软件测试工作做得尽善尽美。

二、软件测试需求分析的任务

完整、正确、一致的软件需求是软件测试需求分析的基础，因此，测试人员、

开发人员和用户要能够对软件的需求特征在价值点和所需投入等方面达成足够

共识。

2.1软件需求类别

软件需求类别归纳起来有10类，

⑴业务需求：描述产品运行背景、任务或目标。

(2)业务规：是产品应遵循的标准、规。

(3)约束：指产品技术实现的限制，如设计约束、架构约束、实现约束。

(4)外部接口需求：指与外部系统或过程的接口。

(5)特性：描述和评价软件具有的一组属性。

⑹功能需求：通过人机交互来完成用户所需要的各项操作。

⑺非功能需求：是系统应遵循的特性描述，一个特性包含多个非功能需求。

(8)质量属性：是产品可测量的物理或理论上的性质的描述。它们虽然不描述系

统要做什么，往往告诉你要做得多好。它又分为外部质量属性和内部质量属性两

类。

百)系统需求：描述系统哪些业务由哪些功能来支撑，并描述处理过程。

(10)用户需求：是用户明示的和隐含的要求

22隐含的和缺失的软件需求⑵

已标识的需求，是指系统己识别的，在软件需求文档或开发文档中明确标识的需

求，是与系统相关的能力或约束。隐含的需求和缺失的需求，是指没有明确在文

档中标识，需要人员做进一步的分析来补充和完善。完整的软件测试需求应该对

上述3类软件需求实现覆盖。

2.3软件测试需求分析任务。

在软件需求确定后，便可以开始进行测试需求分析。测试需求分析是测试设

计和开发测试用例的基础。测试需求并不等同于软件需求，它是从测试的角度出

发并根据软件需求整理出的内容项，它的仃务包帮：

(1)明确测试对象和测激范，了解哪些功能点要测试，哪些功能点不需要测试。

(2)知道哪些测试目标优先级高，哪些目标优先级低。

(3)要完成哪些相应的测试任务才能确认目标的实现。

为更好的进行分析，可以将软件测试需求分为两类7通用测试需求和特定

测试需求。其中，通用测试需求覆盖了“缺失的需求”；特定测试需求覆盖了“己

标识的需求”和“隐含的需求”，可以说是一个较为完善的软件测试顶层要求。

后续对其执行测试时，可以根据测试需求所在的层次通过单元测试、配置项测试

或系统测试等不同的测试级别来实施。

三、软件测试需求获取

3.1软件测试需求获取的原则

(1)完整：每个测试需求在内容、格式和输人数据的定义方面是完整的。

⑵正确：测试需求与被测对象功能点之间是一致的，对测试需求理解正确。

⑶可实现：每个测试需求项都是可验证的。

⑷不可缺：测试项覆盖了全部明示的、隐含的软件需求。

⑸有优先级：对测试需求项进行了优先级划分。

(6)无二义性：每个测试需求只有一种解释。

⑺可追踪的：每个测试需求的来源清晰、易于追溯其来源。

3.2获取的方式

(1)依据被测软件需求规格说明、软件设