软件测试-----功能性需求(Functional requirement)+非功能性需求(Non-functional requirement)

显式功能性需求(Functional requirement)的含义从字面上就可以很好地理解,指的是软件本身需要实现的具体功能, 比如“正常用户使用正确的用户名和密码可以成功登录”、“非注册用户无法登录”等,这都是属于典型的显式功能性需求描述。

非功能性需求主要涉及安全性、性能以及兼 容性三大方面。 在上面所有的测试用例设计中,我们完全没有考虑对非功能性需求的测试,但这些往往是决定软件质量的关键因 素。

 安全测试用例:

 

  性能测试用例:

 

  兼容性测试用例:

  

原文地址:https://www.cnblogs.com/huxiaoxi/p/11357619.html

时间: 2024-08-29 22:23:47

软件测试-----功能性需求(Functional requirement)+非功能性需求(Non-functional requirement)的相关文章

人人都是架构师:非功能性需求

需求是最重要的事情,失去了功能,失去了客户的价值,软件将一无是处. 然而,功能的实现只是架构的开端. 架构首先来自需求,需求驱动架构,然后非功能性需求反映服务等级,面对客观环境的约束,自行引入的架构实现原则,是在高层次以上对需求.约束.和原则的理解和把握. 非功能性需求也可以称为质量属性,我所了解的非功能性需求主要有: 性能:响应时间或延迟 可伸缩性:更多用户,请求和数据的处理能力 可用性:99.9%意味着每天一分钟故障 安全性: 可以参考OWASP,open web application s

影响架构决策的非功能性需求

本文由<IEEE Software>杂志首发,现在由InfoQ和IEEE Computer Society联合向您呈现. 在软件工程中,非功能性需求(nonfunctional requirements,简称NFRs)与软件架构(software architectures,简称SAs)之间存在着紧密联系.早在1994年,Rick Kazman和Len Bass就肯定地说过,软件架构与实现非功能性需求之间存在密切联系.1这一想法在软件开发领域已经流行很多年,它也解释了为什么开发项目要在实现非功

HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-上篇

一.开篇 上一篇<HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍>我们已经详细的分析了HRMS系统具备的功能,并且从HRMS系统的概念.系统功能.HR行业管理现状及痛点.发展趋势及行业前景.行业内的服务提供商情况.HRMS系统的建设意义及价值等方面进行了系统化的分析梳理.我想大家已经对于HRMS系统的大体情况有了初步的了解,本篇将对HRMS系统的需求进行全方位的梳理(功能性需求.非功能性需求.系统约束等),这对于HRMS系统的架构设计来说是核心关键,是架构能否成功的前提.这也

需求处理三步骤:需求梳理、需求分析、需求放大

明细准确的需求是一个好设计好产品的前提. 在这里我们不过多讨论需求的来源,而是将重点放在当需求出现时如何能够更好的梳理并正确的分析需求.首先我们将需求从“确定出现”,到“落实设计”中间的这样一个阶段叫做“需求处理阶段”,在需求处理阶段大致划分三个步骤:需求梳理.需求分析.需求放大   01class需求梳理 1.建立你自己的需求池 这个需求池可能是协作工具的一个模块,也可能是你自己的一张表格,无论是什么,关键是你要在上面记录你在工作中收集到的创意.想法.功能.优化,并做出一个基本的优先级判断.

软件项目需求开发过程实践之软件需求说明书

软件需求说明书为谁而编写?把这个问题搞清楚是非常有意义的. 先讲个故事. 在软件项目开始时,需求及架构设计人员把需求和架构方案讲给开发人员听,开发人员还在设计"他那辆车",没有听明白?需求及架构设计人员接着写出一些列文档后,开发人员还在设计稍作调整"他那辆车",沟通出现了问题了吗?项目完成后,最后结果仍是开发人员所设计的,已经变形的"他那辆车". 问题的源头当然在需求,需求人员又如何把需求调研结果无损的分享给"相关人员"呢?其

Linux人才需求高涨 Unix与Win需求持平

http://news.chinaunix.net/opensource/2009/1114/56836.shtml 调查发现,随着国内使用Linux的单位越来越多,相关人才的需求随即产生,并且呈现出供不应求的局面,其从业人员的就业机会显着高于Unix从业者,与Windows基本持平. 从诞生起,Linux就以开放源代码的模式及其安全性和稳定性吸引着全世界计算机爱好者.而随着Linux在中国市场迅猛发展,国内Linux人才缺口逐渐凸显. 下面我们重点对Linux人才的招聘信息进行综合分析,以便L

47、软件需求工程的活动可以划分为5个独立的阶段:需求获取、需求建模、形成需求规格、需求验证和需求管理,需求建模是()

2013年下半年软考高级信息系统项目管理师综合知识真题答案与解析: 47.软件需求工程的活动可以划分为5个独立的阶段:需求获取.需求建模.形成需求规格.需求验证和需求管理,需求建模是() A.分析需求的正确性和可行性的过程 B.对需求的抽象描述 C.对生成需求模型构件的精确的形式化的描述 D.开发.捕获和修订用户的需求 信管网参考答案:B 信管网解析: 需求建模就是需求分析过程,目的是对各种需求信息进行分析并抽象描述,为目标系统建立一个概念模型.软件需求工程活动的5个阶段:http://www.

需求变更大讨论:需求变更的原因

 需求变更的原因 需求包括业务需求.用户需求和功能需求.业务需求(Business Requirement )反映了组织机构或客户对系统.产品高层次的目标要求,用户需求(User Requirement )描述了用户使用产品必须完成的任务,功能需求(Functional Requirement )定义了开发人员必须实现的软件功能. 会导致需求变更的原因会有很多,如老板临时改变想法.项目预算增加或减少.客户对功能的需求改变等.在IT项目中,变更可能来自方案服务商.客户或产品供应商等,也可能来源于项

需求管理之勇于直面需求变更

软件系统开发过程中的需求变更问题 作为软件开发人员或者软件系统客户,相信我们都遭遇过因为需求变更而需要修改系统的情况,一般说来客户会要求改变界面,改变操作方式,甚至改变业务,说,当时我是那样要求的,不过现在我们的业务调整了-这时需要中断正在进行的工作,需要查证以往的资料,需要修正计划,需要- 需求包括业务需求.用户需求和功能需求.业务需求(Business Requirement )反映了组织机构或客户对系统.产品高层次的目标要求,用户需求(User Requirement )描述了用户使用产品