测试过程之过分关注功能性测试

一、定义:

过分强调功能测试,而非测试质量、数据和接口需求。以及测试架构、设计和实现的约束。

二、发生时间段

非功能性需求中。

三、陷阱表现

1.大多数的测试关注验证功能性表现

2.没有验证质量特性的适当水平(如:可用性、可靠性、健壮性、安全性、保密安全性、易用性)

3.测试工程师、可靠性工程师、安全性工程师、人为因素工程师未执行相关专业测试类型(如未执行渗透测试)

4.只在系统交付并投入运行后,才确认各种质量特性和其属性的不足水平。

四、负面后果

1.测试无法验证系统是否具有重要质量特性,是否满足所有的相关的质量需求。

2.集成后期或交付后,才确认无法满足数据和接口的需求

3.系统交付延迟,未能满足不可接受的大量的非功能性需求。

五、原因

1. 测试计划和过程文档并没有充分地考虑测试非功能性需求。

2. 无过程需求强制要求对非功能性需求的专门测试

3. 管理层、研发、测试认为:

(1) 测试其他类型的需求(数据、接口、质量及架构、设计、实现或配置约束)比较困难。

(2) 应用测试外的其他方法(分析、审查和评审)来验证质量需求

(3) 因其交叉性质测试这些非功能性需求需花太长时间

(4) 与功能需求相比 ,非功能性需求不是很重要

(5) 非功能性测试会作为测试功能需求的副产品而自然发生

4. 其他类型需求(质量需求)

5. 功能测试是开发合同中规定的唯一的测试。

六、建议

1.准备

在测试计划和过程文档中充分地考虑测试非功能性需求

在合同中包括过程需求,强制规定非功能性需求的专业测试

2. 启用

确保管理层、开发、测试了解非功能性需求及符合架构和设计(通过白盒测试)的重要性

3. 执行

充分地进行其他类型的测试

4. 验证

(1) 确定管理层、开发、测试是否理解测试非功能性需求和符合架构设计、实现和配置约束的重要性

(2) 确定质量工程师是否验证了测试人员测试非功能性需求和约束

(3) 确定测试计划和过程文档是否充分考虑测试非功能性表现

(4) 确定是否度量、分析和报告类型的非功能性缺陷。

原文地址:http://blog.51cto.com/hongz/2058625

时间: 2024-10-09 17:23:48

测试过程之过分关注功能性测试的相关文章

功能性测试分类

软件测试的分类,先从功能性及非功能性一刀切成两边,功能性就是使用者预计操作系统所能接受的服务,以及系统在未能服务时的反应:非功能性就是使用者觉得"这不用说吧"的部分,例如,可用性及反应时间所分别衍生的压力测试.负载测试与效率测试等. 这篇先就个别系统的功能性测试来说明: 粒度 缩写 英文 中文 1 UT unit test 单元测试 2 IT integration test 整合测试 3 SIT system integration test 系统整合测试 4 ST system t

OpenStack平台功能性测试工具Tempest安装

社区对OpenStack平台功能性的测试工具采用Tempest,性能测试采用Rally. 1.什么是Tempest tempest├── api # API的测试集├── cli # OpenStack的命令行工具测试集├── common # 一些公共的工具类和函数├── scenario # 对OpenStack的常用场景进行测试,包括基本的启动VM,挂载volumn和网络配置等├── services # tempest自己实现的OpenStack API Client,自己实现是为了不让

[转载]软件功能性测试21个故障模型

非本人原创,从51Testing软件测试网载入,再次感谢原创   测试的目标是要发现错误,因此在编写测试用例的时候也要遵循这个目标,尽量在软件的最薄弱环节多编写测试用例.虽然测试时有很多单个输入变量.多个输入变量的组合,但优秀的软件测试人员不会依靠运气,他们有着丰富的经验和直觉,可以从中找到哪些是需要进行测试的,哪些不需要测试,哪些操作可能会引起软件失效.把这些测试人员的经验和直觉尽量归纳和固化,就形成了一些故障模型.故障模型指明了故障是如何以及为什么会在软件执行时引起软件失效.在测试过程中,我

测试自动化:关注服务层测试

测试发展至今已十年有余,测试的工作也越来越受到各方面的重视,对于测试人员的要求也越来越高,据不完全统计,目前测试项目自动化要求已经接近5成,自动化测试已经在测试行业中占据了相当的地位,而开展自动化测试的要求也越来越高,那么就更加需要测试人员能力的提升,所以今天就为大家分享部分关于自动化的内容众所皆知,测试应该自动化.敏捷强调要实现测试自动化,但是我们往往都做的不够多.不够快.甚至可能根本没有做.我认为,测试自动化不足的主要原因之一是因为我们关注错了自动化的层次.大多数团队都把精力集中在单元测试和

使用实现Web应用集成功能性测试 -- WebTest & Maven

自链接 最近在appfuse看到使用webtest-maven-plugin实现Web应用的集成测试,研究了下,感觉非常不错,对于Web应用自动构建非常有帮助,在性能测试之前可以保证Web应用的基本功能工作正常,分享给大家. WetTest工作原理 它是基于Ant来运行的Web页面的测试工具.通过运行不同的target,测试页面上面提供的所有功能.它的工作原理是运用比较出名的HtmlUnit来实现对一个页面功能的测试.它的工作流程就是模拟一个浏览器的事件(页面提供的功能:可以调用一个Url,可以

QQ登录的测试点(功能性测试、登录界面、性能、安全性、可用性、兼容性)

功能测试->正常: 二维码登录.切换用户登陆.删除登陆历史.修改登陆状态.记住密码.自动登陆.找回密码.注册账号.设置.关闭.最小化等 功能测试->异常: 网络异常(断网.弱网).服务器异常.数据库异常.账号被禁用.账号被锁定.正在找回密码.更新中.已登录再次登陆等 原文地址:https://www.cnblogs.com/caoyinshan/p/11269155.html

全程软件测试之测试需求分析与计划

全程软件测试之测试需求分析与计划 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量文化和方针.在测试计划活动中,首先要确认测试目标.范围和需求,其中"测试需求分析"是关键任务,然后在测试需求基础上制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算或评估. 无论何时进行估算,我们都是在预测未来,并会接受某种程度的不确定性.软件项目计划的目标是提供一个框架,不断收集信息,对不确定性进

【华为云技术分享】【测试微课堂】DevOps敏捷测试之道

本文介绍企业在敏捷和DevOps的逐步转型过程中,测试如何应对挑战,有的放矢进行测试,建立适合产品自身发展阶段.产品特点的敏捷测试能力. 敏捷和DevOps敏捷和DevOps转型始终是被业务目标和客户需求驱动的.市场竞争环境越来越激烈,新商业模式的创新和变现时间窗口越来越短,催生更多的企业采取精益创业的方式,捕捉市场需求后,尽量缩短TTM产品面世时间,快速推出MVP产品并快速响应客户需求迭代产品. 以华为为例,在2008年左右的时候,华为的项目还是采用传统的交付方式,例如在年初开始一个项目,在项

测试员,敢问路在何方

1  第一部分 - 成为资深软件测试员的四条进阶之路 在这篇文章中,我认为我们的软件测试员有四条潜在的进阶道路.它们是: 1)成为专业的QA.知道如何使用不同类型的测试工具开展网络测试,性能测试,负载测试和压力测试: 2)成为领域专家.可以像最终用户一样来使用你正在测试的产品: 3)成为测试架构师.可以领导整个团队和整个公司的测试以及质量保证: 4)成为工具和框架的开发人员.可以开发出世界一流的测试工具: 我还将讨论工程师的其他进价道路,比如转行去开发人员或PM,改变你的工作领域. 1.1 成为