请论述需求测试的功能、理论基础、适用对象以及使用中的注意事项。

题目
问答题
请论述需求测试的功能、理论基础、适用对象以及使用中的注意事项。
参考答案和解析
正确答案: (1)需求测试的功能
需求测试是测查应试者对生理需要、安全需要、归属和爱的需要、自尊的需要和自我实现的需要等各大类需要的程度,可全面了解个体的需求状况和需求的主次形态,并可定性、定量分析员工总体需求分布模式以及各种需求的强弱程度。
所谓生理需要是指各种用于满足生存的基本物质需要,如饮食、睡眠、营养等。所谓安全需要是指对安全、稳定、依赖的需要,希望免受恐吓、焦躁和混乱的折磨,有稳定的工作等。所谓归属和爱的需要是指对爱、情感、友谊、归属和社会交往的需要,希望拥有朋友、爱人和亲人,如果得不到满足,个体会感到孤独。所谓自尊的需要是指对于自己的稳定的、牢固不变的、较高的评价的需要或欲望,对于自尊、自重和来自他人的尊重的需要或欲望。所谓自我实现的需要是指个体充分发挥自己的潜能,实现人生价值的需要,也就是说一个人生下来具有什么样的潜能,他就希望成为什么样的人。
在团体层次上,通过对组织全体员工实施需求测试,可揭示各层次员工的需求结构,根据这个结构可了解团体中需要的分布、形态,这是组织安排激励、调整员工士气的基本环节。需求测试和价值取向评估相互对照使用,可为组织人事工作、动机激励、企业文化建设提供依据。
(2)需求测试的理论基础
需求测试以马斯洛的需求层次理论为基础,在测验的设计与建构中参照了马斯洛的需求层次理论所提出的五种层次的需求形式,以生理需求、安全需求、爱的需求、自尊的需求、自我实现的需求为维度建构而成。其中生理、安全需要、爱与归属的需要为较低层次的需求,主要靠外在的事物来满足。在马斯洛的理论框架中称为缺失需要;而自尊的需要、自我实现的需要为高层次需求,是自己内在的满足。在马斯洛的理论框架中称为生长的需要。
(3)需求测试的适用对象
需求测试广泛适用于任何希望了解自我状态的个体和各行业、各层次人员。同时,适用于对组织全体在职人员的集体施测,可了解各级员工的需求构成,为实施有效激励措施提供建议和依据。
(4)需求测试使用中的注意事项
需求测试的题目设计是假定受测者愿意并能够直率地表达自己内心的真正想法,并不排除受测者出于某些复杂的原因掩饰自己真实的想法。因此,本测试适用于企业的激励设计,员工民意调查,而不太适合于选拔。
解析: 暂无解析
如果没有搜索结果或未解决您的问题,请直接 联系老师 获取答案。
相似问题和答案

第1题:

在各种不同的软件需求中,(10)描述了用户使用产品必须要完成的任务,可以在用例模型或方案脚本中予以说明。原型化方法是用户和软件开发人员之间进行的一种交互过程,适用于(11)系统。(12)意味着一个操作在不同的类中可以有不同的实现方式。时序图反映对象之间发送消息的时间顺序,它与(13)是同构的。单元测试的测试用例主要根据(14)的结果来设计。

A.业务需求

B.功能需求

C.非功能需求

D.用户需求


正确答案:D
解析:软件需求包括3个不同的层次,即业务需求、用户需求和功能需求,另外还有非功能需求。1.业务需求(businessrequirement)反映了组织机构或客户对系统或产品高层次的日标要求,它们在项目视图与范围文档中予以说明。2.用户需求(userrequirement)描述了用户使用产品必须要完成的任务,可以在用例模型或方案脚本中予以说明。3.功能需求(functionalrequkement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。4.非功能需求(non-functionalrequirement)是从各个角度对系统的约束和限制,反映了应用对软件系统质量和特性的额外要求。非功能需求包括过程需求、产品需求和外部需求3类,其中过程需求有交付、实现方法和标准等需求,产品需求包含性能、可用性、实用性、可靠性、可移植性、安全保密性、容错性等方面的需求,外部需求有法规、成本、操作性等需求。一个软件原型是所提出的新产品的部分实现,它比开发人员常用的技术术语更易于理解。建立原型的主要原因是为了解决在产品开发的早期阶段需求不确定的问题,用户、经理和其他非技术项目风险承担者发现在确定和开发产品时,原型可以使他们的想象更具体化。原型在软件开发过程中可以起到以下主要作用:1.明确并完善需求。原型作为一种需求工具,它初步实现所理解的系统的一部分。用户对原型的评价可以指出需求中的许多问题,在开发真正产品之前,可以最低的费用来解决这些问题。2.探索设计选择方案。原型作为一种设计工具,用它可以探索不同的用户界面技术,使系统达到最佳的可用性,并且可以评价可能的技术方案。3.发展为最终的产品。原型作为一种构造工具,是产品最初子集的完整功能实现,通过一系列小规模的开发循环,可以完成整个产品的开发。多态性是指在父类中定义的属性或服务被子类继承后,可以具有不同的数据类型或表现出不同的行为。在体现一般与特殊关系的一个类层次结构中,不同层次的类可以共享一个操作;但却有各自不同的实现。当一个对象接收到一个请求时,它根据其所属的类,动态地选用在该类中定义的操作。举例:在父类“几何图形”中定义了一个服务“绘图”,但并不确定执行时绘制一个什么图形。子类“椭圆”和“多边形”都继承了几何图形类的绘图服务,但其功能却不相同:一个是画椭圆,一个是画多边形。当系统的其他部分请求绘制一个几何图形时,消息中的服务都是“绘图”,但椭圆和多边形接收到该消息时却各自执行不同的绘图算法。多态性机制不但为软件的结构设计提供了灵活性,减少了信息冗余,明显提高了软件的可复用性和可扩充性。多态性的实现需要OOPL提供相应的支持,与多态性实现有关的语言功能包括:重载(overload)、动态绑定(dynamicbinding)和类属(generic)。时序图和协作图均表示一组对象之间的动态协作关系,其中时序图反映对象之间发送消息的时间顺序,协作图反映收发消息的对象的结构组织。时序图和协作图是同构的,即两者之间可以相互转换。单元测试是对源程序中每一个程序单元进行测试,检查各个模块是否正确实现了规定的功能,从而发现模块在编码中或算法中的错误。该阶段涉及编码和详细设计的文档。各模块经过单元测试后,将各模块组装起来进行集成测试,以检查与设计相关的软件体系结构的有关问题。单元测试的测试用例主要根据详细设计的结果来设计。

第2题:

软件系统测试的对象是完整的、集成后的计算机系统,其目的是在真实系统工作环境下,验证完整的软件配置项能否和系统正确连接,并满足系统设计文档和软件开发合同规定的要求。常见的系统测试包括功能测试、性能测试、压力测试、安全测试等。同时,在系统测试中,涉及到众多的软件模块和相关干系人,测试的组织和管理是系统测试成功的重要保证。

请围绕"软件的系统测试及其应用"论题,依次从以下三个方面进行论述。 1. 简要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。 2. 概要论述系统测试过程中测试管理的主要活动内容,论述性能测试的目的和基本类型。 3. 结合你具体参与管理和开发的实际项目,说明如何管理性能测试的各项活动,以及性能测试具体采用的方法、工具、实施过程以及应用效果。


正确答案:本题的要求与2016年论文中系统测试主题论文要求大同小异,只是本题更强调了要写性能测试方面的内容。
系统测试的对象是完整的、集成的计算机系统,系统测试的目的是在真实系统工作环境下,验证完整的软件配置项能否和系统正确连接,并满足系统/子系统设计文档和软件开发合同规定的要求。系统测试的技术依据是用户需求或开发合同,除应满足一般测试的准入条件外,在进行系统测试前,还应确认被测系统的所有配置项已通过测试,对需要固化运行的软件还应提供固件。
一般来说,系统测试的主要内容包括功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试等,其中,最重要的工作是进行功能测试与性能测试。功能测试主要采用黑盒测试方法;性能测试主要验证软件系统在承担一定负载的情况下所表现出来的特性是否符合客户的需要,主要指标有响应时间、吞吐量、并发用户数和资源利用率等。
功能测试的目的很简单,测试系统是否达到了用户明确提出的需求及隐含需求。
性能测试的目的是验证软件系统是否能够达到用户提出的性能指标,同时发现软件系统中存在的性能瓶颈,并优化软件,最后起到优化系统的目的。具体来说,包括以下四个方面:
(1)发现缺陷。软件的某些缺陷与软件性能密切相关,针对这些缺陷的测试一般需要伴随着性能测试进行。
(2)性能调优。与调试不同,性能调优并不一定针对发现的性能缺陷,也可能是为了更好地发挥系统的潜能。
(3)评估系统的能力。软件性能测试不仅需要测试软件在规定条件下是否满足性能需求,往往还需要测试能够满足性能需求的条件极限。
(4)验证稳定性和可靠性:在一定负载下测试一定的时间,是评估系统稳定性和可靠性是否满足要求的唯一方法。

第3题:

● 采用面向对象方法开发软件的过程中,抽取和整理用户需求并建立问题域精确模型的过程叫 (16) 。 使用白盒测试方法时,应根据 (17) 和指定的覆盖标准确定测试数据。

(16)

A. 面向对象测试

B. 面向对象实现

C. 面向对象设计

D. 面向对象分析

(17)

A. 程序的内部逻辑

B. 程序结构的复杂性

C. 使用说明书

D. 程序的功能


正确答案:D,A

第4题:

请论述无形资产评估基本要素中的评估目的、评估对象和范围以及评估假设。


答案:
解析:
无形资产评估的基本要素主要包括评估主体、评估客体、评估目的、价值类型、评估方法、评估基准日、评估假设、评估依据、评估原则、评估程序等。
(1)评估目的:评估目的是无形资产评估过程中的关键评估要素。评估目的既可以规范无形资产评估报告使用用途,将评估值控制在客观合理的范围内,避免元形资产评估报告被误用,又能够直接决定和制约无形资产评估的价值类型与评估方法选择,还对无形资产评估其他后续流程产生关键性影响。伴随着无形资产被广泛重视和利用,元形资产出资、交易、质押等经济活动日益活跃,无形资产评估的目的也具有多种情形。
(2)评估对象和范围:评估对象需要依据明确的标准对其进行界定。一般包括经济学、法律、市场等三种不同的界定标准。无形资产评估对象的确认首先要确认无形资产的存在,即首先应验证无形资产来源是否合理,产权是否明确,关注其经济行为是否合法、有效;然后确认无形资产的种类,即在确认无形资产真实存在性之后,应对其种类、具体名称、存在形式加以明确;无形资产存在时效性,只在有效期限内发挥价值。对于专利权来说,一且超过法律保护年限,就不能再确认为元形资产,因此最后还要确认无形资产的有效期限。在进行无形资产评估业务时,还需明确元形资产的评估范围,即关于所评估无形资产对象的具体内容,它不仅包含无形资产具体名称的内涵和外延,也包括所评估无形资产的具体数量。根据元形资产的类型可以分为单项元形资产的评估范围、可辨认组合类无形资产的评估范围和其他组合类无形资产的评估范围。
(3)评估假设:无形资产总处于不断变化之中,其最终估算价值通常会因经营环境和评估条件而改变,因此需要建立一系列评估假设作为评估结果合理的前提条件。目前与无形资产相关的常见的评估假设主要包括持续使用假设、公开市场假设、清算假设和评估基准日假设等。持续使用假设是对无形资产使用状态的一种假定性描述,指无形资产能够为企业持续经营所使用,并且它能够对企业其他资产做出贡献。在做出持续假设时,需考虑无形资产是否尚有显著的剩余使用寿命。公开市场假设是指无形资产可以在公开的市场上出售,买卖双方地位平等,并且有足够的时间收集信息。只有在公开市场假设的前提下运用现行市价法等方法进行评估才能具有有效的参考依据,才能对元形资产价值进行合理的评估。当企业面临被迫出售时,单项无形资产不是作为持续经营企业的一部分出售,而是分开出售。其假设无形资产须被快速变现。通常对于破产企业或单项资产出售价值大于企业整体出售价值的情况下,无形资产评估应采用清算假设。

第5题:

请结合实际论述讲授教学法的适用范围和使用要求。


答案:
解析:
(1)适用范围:
①从教学内容看,讲授法适宜于讲授与事实相关的知识,也适合于抽象程度高、学科内容复杂的课程;
②从讲授对象看,需要给予更多指导的学生和刚刚开始大学学习的低年级学生比较喜欢讲授法;
③从教师素质看,讲授法适合于那些知识丰富、了解学生心理特征与认知水平、充满自信、思路清晰又能驾驭语言技巧的教师;
④从教学环境看,讲授法更适合于规模较大的班级。
(2)使用要求:
①教师要了解学生,使需要传递的信息适合学生的知识背景和兴趣;
②教师要事先做好准备,主要是熟悉教学内容,理清讲课的思路,讲授内容要有科学性、系统性和思想性;
③讲究讲授的策略和方式,要系统完整,层次分明,重点突出,符合知识的系统性和启发性教学原则的要求;
④教师板书内容要能够引导学生掌握重点,便于学生记笔记和进行复习;
⑤教师要善于运用语言的技巧,讲究语言艺术;
⑥教学手段的选取与使用应视要达到的教学目标而定。

第6题:

请论述银行柜台业务网点一日业务流程及注意事项。(简答题)

请论述银行柜台业务网点一日业务流程及注意事项。


答案:

1、网点(机构)签到----双人开机,一人刷管理卡,一人输密码

2、柜员签到3、业务主管或相关岗位打印前日流水和报表,进行数据账目汇总

4、日常营业5、中午轧账6、日常营业7、一日工作结束,主动核对数据单证

8、柜员、网点正式签退

关键三点:1、双人开机2、中午轧账3、一日工作结账时的主动核对

第7题:

论软件系统测试及其应用

软件系统测试是将已经确认的软件与计算机硬件、外设、网络等其他设施结合在一起,进行信息系统的各种组装测试和确认测试,系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不符或与之矛盾的地方,进而完善软件。系统洌试的主要内容包括功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试等,其中,最重要的是功能测试和性能测试。功能测试主要采用黑盒测试方法。

请围绕“软件系统测试及其应用”论题,依次从以下三个方面进行论述。 1.概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。 2.详细论述软件系统测试中功能测试的主要方法,自动化测试的主要内容和如何选择适合的自动化测试工具。 3.结合你具体参与管理和开发的实际项目,说明你是如何采用软件系统测试方法进行系统测试的,说明具体实施过程以及应用效果。


正确答案:
本题属于软件工程方向的考题。文章第一部分是标准问题,进行详实的项目简介即可。
文章第二部分与第三部分内容可以结合起来论述,需要理论结合实践。在此主要说明需要用到的理论知识。其实题目中所说的” 软件系统测试中功能测试“就是平时所说的黑盒测试与白盒测试。
白盒测试的方法包括一系列的逻辑覆盖,主要的覆盖标准有语句覆盖、判定覆盖、条件覆盖、条件/判定覆盖、条件组合覆盖、修正的条件/判定覆盖和路径覆盖等。
(1)语句覆盖。语句覆盖是指选择足够多的测试用例,使得运行这些测试用例时,被测程序的每个语句至少执行一次。很显然,语句覆盖是一种很弱的覆盖标准。
(2)判定覆盖。判定覆盖也称为分支覆盖,它是指不仅每个语句至少执行一次,而且每个判定的每种可能的结果(分支)都至少执行一次。判定覆盖比语句覆盖强,但对程序逻辑的覆盖程度仍然不高。
(3)条件覆盖。条件覆盖是指不仅每个语句至少执行一次,而且使判定表达式中的每个条件都取得各种可能的结果。条件覆盖不一定包含判定覆盖,判定覆盖也不一定包含条件覆盖。
(4)条件/判定覆盖。同时满足判定覆盖和条件覆盖的逻辑覆盖称为判定/条件覆盖。它的含义是,选取足够的测试用例,使得判定表达式中每个条件的所有可能结果至少出现一次,而且每个判定本身的所有可能结果也至少出现一次。
(5)条件组合覆盖。条件组合覆盖是指选取足够的测试用例,使得每个判定表达式中条件结果的所有可能组合至少出现一次。显然,满足条件组合覆盖的测试用例,也一定满足判定/条件覆盖。因此,条件组合覆盖是上述5种覆盖标准中最强的一种。然而,条件组合覆盖还不能保证程序中所有可能的路径都至少遍历一次。
(6)修正的条件/判定覆盖。修正的条件/判定覆盖需要足够的测试用例来确定各个条件能够影响到包含的判定结果。首先,每个程序模块的入口和出口点都要考虑至少要被调用一次,每个程序的判定到所有可能的结果值要至少转换一次;其次,程序的判定被分解为通过逻辑操作符(and和or)连接的布尔条件,每个条件对于判定的结果值是独立的。
(7)路径覆盖。路径覆盖是指选取足够的测试用例,使得程序的每条可能执行到的路径都至少经过一次(如果程序中有环路,则要求每条环路路径至少经过一次)。路径覆盖实际上考虑了程序中各种判定结果的所有可能组合,因此是一种较强的覆盖标准。但路径覆盖并未考虑判定中的条件结果的组合,并不能代替条件覆盖和条件组合覆盖。
常见的黑盒测试包括:
(1)等价类划分。在设计测试用例时,等价类划分是用得最多的一种黑盒测试方法。所谓等价类就是某个输入域的集合,对于一个等价类中的输入值来说,它们揭示程序错误的作用是等效的。也就是说,如果等价类中的一个输入数据能检测出一个错误,那么等价类中的其他输入数据也能检测出同一个错误;反之,如果等价类中的一个输入数据不能检测出某个错误,那么等价类中的其他输入数据也不能检测出这一错误(除非这个等价类的某个子集还属于另个一等价类)。
(2)边界值分析。经验表明,软件在处理边界情况时最容易出错。设计一些测试用例,使软件恰好运行在边界附近,暴露出软件错误的可能性会更大一些。通常,每一个等价类的边界,都应该着重测试,选取的测试数据应该恰好等于、稍小于或稍大于边界值。例如,对于条件“10<x<30”的测试,可以选取x的值为9、10、30和31作为测试数据。
在实际测试工作中,将等价类划分法和边界值分析法结合使用,能更有效地发现软件中的错误。
(3)错误推测。使用等价类划分和边界值分析技术,有助于设计出具有代表性的、容易暴露软件错误的测试方案。但是,不同类型的软件通常有一些特殊的容易出错的地方。错误推测法主要依靠测试人员的经验和直觉,从各种可能的测试用例中选出一些最可能引起程序出错的用例。
虽然手工测试可以找到软件的很多缺陷,但这是一个艰苦和耗时的过程,而且可能无法有效地发现某些类型的缺陷。测试自动化是一个通过编程完成测试的过程,一旦测试实现了自动化,大量的测试用例就可以迅速得到执行。
自动化测试通常需要构建存放程序软件包和测试软件包的文件服务器、存储测试用例和测试结果的数据库服务器、执行测试的运行环境、控制服务器、Web服务器和客户端程序。自动化测试的主要实现方法包括代码的静态与动态分析、测试过程的捕获与回放、测试脚本技术、虚拟用户技术和测试管理技术等。
自动化测试工具的关键特性之一是具有良好的脚本开发环境。测试工具首先应该具有相对应的容错处理系统,可以自动处理一些异常状况;其次要能够提供类似软件集成开发环境中的调试功能,支持脚本的运行、设置断点、得到变量返回结果等,可以更有效地对测试脚本的执行进行跟踪、检查并迅速定位问题;最后,测试脚本的开发通常也需要一个团队的开发环境,即测试工具对脚本代码能很好地进行控制与管理。
目前,测试工具主要有单元测试工具、负载和性能测试工具、GUI功能测试工具和基于Web应用的测试工具等。
(1)单元测试工具。单元测试工具主要包括C/C++测试工具(例如,Panorama C++和C++ Test等)、Java开源测试框架JUnit、内存资源泄漏检查工具(例如,Numega的BounceChecker和Rational的Purify等)、代码覆盖率检查工具(例如,Numega的TrueCoverage、Rational的PureCoverage和TeleLogic的LogiScope等)、代码性能检查工具(例如,LogiScope的Macabe等)和软件纠错工具(例如,Rational Purl等)。
(2)负载和性能测试工具。负载和性能测试工具是软件测试中作用最大的工具,可以完成一些难以用手工实现的测试,常用工具包括Mercury Interactive的LoadRunner和Compuware的QALoad,以及IBM Rational的SQA Load、Performance和Visual Quality。
(3)GUI功能测试工具。GUI功能测试工具主要用于回归测试,主要工具包括Mercury Interactive的WinRunner和Compuware的QARun,以及IBM Rational的SQA Robot和Microsoft的Visual Test Suite等。
(4)基于Web应用的测试工具。基于Web应用的测试工具主要进行链接检查、HTML检查、Web功能和安全性等方面的测试。主要的测试工具包括MI公司的Astra系列和RSW公司的E-TestSuite,以及WorkBench、Web Application Stress(WAS)Tool和Link Sleuth等。
其他的测试工具还包括缺陷跟踪工具、综合测试管理工具、嵌入式测试工具、数据库测试工具等。面对如此众多的测试工具,在选择时应进行综合考虑,例如,考察测试工具是否支持脚本语言,是否具有良好的脚本开发环境;脚本语言是否支持外部函数库,以及函数的可复用;测试工具对程序界面中对象的识别能力,对分布式测试的网络支持,以及是否支持数据驱动测试等方面。

第8题:

以下关于面向对象软件测试的说法中,正确的是

A) 单个成员方法的测试不属于面向对象单元测试考虑的范畴

B) 等价类划分测试只适用于传统软件的测试,不适用于面向对象软件的测试

C) 基于判定表的测试适用于面向对象软件的测试

D) 抽象类无法进行单元测试

A.

B.

C.

D.


正确答案:D

第9题:

论软件的系统测试及其应用

软件系统测试的对象是完整的、集成后的计算机系统,其目的是在真实系统工作环境下,验证完整的软件配置项能否和系统正确连接,并满足系统设计文档和软件开发合同规定的要求。常见的系统测试包括功能测试、性能测试、压力测试、安全测试等。同时,在系统测试中,涉及到众多的软件模块和相关干系人,测试的组织和管理是系统测试成功的重要保证。

请围绕"软件的系统测试及其应用"论题,依次从以下三个方面进行论述。

1. 简要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。

2. 概要论述系统测试过程中测试管理的主要活动内容,论述性能测试的目的和基本类型。

3. 结合你具体参与管理和开发的实际项目,说明如何管理性能测试的各项活动,以及性能测试具体采用的方法、工具、实施过程以及应用效果。


答案:
解析:
系统测试的对象是完整的、集成的计算机系统,系统测试的目的是在真实系统工作环境下,验证完整的软件配置项能否和系统正确连接,并满足系统/子系统设计文档和软件开发合同规定的要求。系统测试的技术依据是用户需求或开发合同,除应满足一般测试的准入条件外,在进行系统测试前,还应确认被测系统的所有配置项已通过测试,对需要固化运行的软件还应提供固件。

一般来说,系统测试的主要内容包括功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试等,其中,最重要的工作是进行功能测试与性能测试。功能测试主要采用黑盒测试方法;性能测试主要验证软件系统在承担一定负载的情况下所表现出来的特性是否符合客户的需要,主要指标有响应时间、吞吐量、并发用户数和资源利用率等。

功能测试的目的很简单,测试系统是否达到了用户明确提出的需求及隐含需求。

性能测试的目的是验证软件系统是否能够达到用户提出的性能指标,同时发现软件系统中存在的性能瓶颈,并优化软件,最后起到优化系统的目的。具体来说,包括以下四个方面:

(1)发现缺陷。软件的某些缺陷与软件性能密切相关,针对这些缺陷的测试一般需要伴随着性能测试进行。

(2)性能调优。与调试不同,性能调优并不一定针对发现的性能缺陷,也可能是为了更好地发挥系统的潜能。

(3)评估系统的能力。软件性能测试不仅需要测试软件在规定条件下是否满足性能需求,往往还需要测试能够满足性能需求的条件极限。

(4)验证稳定性和可靠性:在一定负载下测试一定的时间,是评估系统稳定性和可靠性是否满足要求的唯一方法。

第10题:

需求测试的注意事项有哪些?


正确答案:是否使用了公司的模板、文档内容是否符合规范、所有的需求是分级是否清析适当、所有的需求是否具有一致性、需求是否可行(即,该需求组合有解决方案)、需求可否用己知的约束来实现、需求是否足够(即,可以把它送到一个规范的开发组织,并有一个生产出所需要产品的合理的可能性)、所有的其它需求是交叉引用是否正确、用户描述是否清楚、是否用客户的语言来描述需求、每个需求描述是否清楚没有岐义,可以移交给一个独立的组去实现时也能理解、是否所有的需求都是可验证的、是否每条需求都具有独立性,即使发生了变化也不会影响其它需求、性能指标是否明确、非功能性需求是否得到充分表现、是否完整列出适用的标准或协议、标准和协议之间是否存在冲突。