需求分析与测试计划、方案

需求分析

参与人员:软件项目组所有成员,包括产品经理,开发经理,测试经理,系统工程师/架构师,开发工程师/程序员,美术工程师,测试工程师,项目经理,QA(质量监督人员),配置管理员。

测试需求的特征:

1、测试需求项必须是可核实的;

2、指明满足需求的正常的前置条件,同时也要指明不满足需求时的出错条件;

3、测试需求不涉及具体的数据。

需求分析评审:

1、※完整性:每项需求都必须将所要实现的功能描述清楚

2、※正确性:每项需求都必须准确地陈述其要开发的功能

3、可行性:每项需求都能通过设计测试用例进行测试

4、必要性:每项需求的制定都是必要且能追溯的

5、划分优先级

6、无二义性:对所有需求说明都只能有一个明确统一的解释

7、可验证性

8、可跟踪性

9、

测试计划

是描述所有需要完成测试的工作,包括被测试的项目的背景、目标、范围、方式、资源、进度安排、测试组织、测试开始和结束条件,本次测试计划的审批与变更方式,以及与测试有关的测试风险等方面。

测试方案

是描述所测软件的测试特性、测试方法、测试用例设计、测试代码设计、测试环境规划以及测试工具设计、选择的一种策略与方法。

测试计划与测试方案的区别

1、定义不同

测试计划是对测试过程的组织、资源、原则等进行规定和约束;

测试方案是描述所测软件的测试特性、测试方法、测试用例设计、测试代码设计、测试环境规划以及测试工具设计、选择的一种策略与方法。

2、层次不用

测试计划是管理层面的,从组织管理的角度规划测试活动;

测试方案是技术层面的,从技术的角度规划测试活动。

总而言之,测试方案需要在测试计划的指导下进行,测试计划提出“做什么”,而测试方案明确“怎么做”。

原文地址:https://www.cnblogs.com/yinzhuoqun/p/8384071.html

时间: 2024-07-31 21:41:27

需求分析与测试计划、方案的相关文章

在线客服系统 开发实战系列(一:需求分析及技术方案初步选型)

在这个系列的文章里,我将尝试一步一步开发一套功能完备的在线客服系统,并最终将其开源在 Git 上,欢迎关注. 鉴于水平限制,难免有所疏漏,欢迎批评指正. 文章将分为几个部分 一.需求分析及技术方案初步选型 二.技术方案选型,验证 三.底层框架设计,开发 四.服务器设计开发 五.客户端设计开发 六.Web端设计开发 在这个系列的文章中,您将了解并学习到以下技术知识: MSMQ.YUI.WebSocket.WinForms 如果这些技术对您有用,还请您 推荐 一下本文章,谢谢! 首先我们大概看看什么

性能测试从零开始实施指南——测试计划篇

最近有些同学找我咨询关于性能测试计划相关的问题,原因是他们公司要做性能测试,Leader要求写一份性能测试计划,苦于之前没做过相关工作,无从下手. 这篇博客,结合我个人的一些经验和总结,聊聊如何制定一份较为全面的性能测试计划... 一.测试背景 首先要阐述本次性能测试的背景,即被测系统类型,面向哪些用户,具备什么特点,为什么要进行性能测试,预期的一些指标等等. 比如:为了保证“双十一”大促期间,系统能稳定运行且保障业务的高可用,进行性能测试. 核心:评估系统性能.分析性能变化趋势.定位系统瓶颈风

开源在线客服系统开发实战(一:初步需求分析与技术选型)

(已移除参考产品链接) 在这个系列的文章里,我将尝试一步一步开发一套功能完备的在线客服系统,并将其开源在 Git 上,欢迎关注. 目前进度:开发框架初步搭建,技术验证DEMO,Git 地址随后附上,敬请关注. 鉴于水平限制,难免有所疏漏,欢迎批评指正. 文章将分为几个部分 一.需求分析及技术方案初步选型 二.技术方案选型,验证 三.底层框架设计,开发 四.服务器设计开发 五.客户端设计开发 六.Web端设计开发 在这个系列的文章中,您将了解并学习到以下技术知识: MSMQ.YUI.WebSock

一份标准的测试计划包含哪些要素?

1. 测试的目的和目标 2.测试依赖条件 测试项目与其他平台的依赖关系,当前项目需要依赖的平台或环境需要集成进来. 3.测试范围 待测试的组件.核心功能,子功能可视项目需要编写.以及非测试范围. 4.测试等级 描述相关的测试等级(单元.子系统集成.集成测试) 5.测试类型 描述测试类型: (1)黑盒.灰盒.白盒测试 (2)开发测试.验收测试.运行测试 (3)冒烟与回归测试 (4)手工.自动化测试 (5)基于模式的测试(系统启动.运行模式.降级模式.系统关闭) (6)正常与异常测试(正例与反例)

软考信息系统监理师:2016年4月1日作业

软考信息系统监理师:2016年4月1日作业一.合同管理1.合同按照信息系统工程范围划分哪几类?1)总承包合同:2)单项项目承包合同:3)分包合同. 2.签订分包合同,应具备的2个条件是什么?1)总承建单位只能将自己承包的部分项目分包给具有相应 资质条件的分承建单位:2)分包项目必须经过建设单位同意. 3.分包的禁止性规定有哪些?1)禁止转包:2)禁止将项目分包给不具备相应资质条件的 单位:3)禁止再分包:4)禁止分包主体结构.4.合同按项目付款方式为哪几类?1)总价合同:2)单价合同:3)成本加

软件测试工程师企业级培训视频教程

有很多人都不喜欢编程,但是IT行业的高薪吸引了很多人 于是有一个工作就吸引了他们的目光--软件测试 软件测试可以不需要任何的编程经验,不过要学会看懂这些代码,所以相对编程的要求是很低的了 现在有朋友给我推荐一套软件测试的课程,内容很丰富,配套了几个大的项目测试在里面,所有的流程都是很详细很清晰的,我分享给大家 <零基础实战软件测试工程师就业班(共四阶段.快速掌握主流测试工具)> 课程讲师:孙老师 涉及项目:汝城县网上审批大厅 用到技术:QTP自动化测试.Loadrunner性能测试工具 其他特

mark一下岗位

一.中国移动杭州研发中心--测试开发工程师 https://campusresume.zhaopin.com/resume/14375/1   待投递 岗位描述:作为产品的质量守护者,在全面理解被测产品的基础上,运用自身技术特长.从用户体验层面和代码层面发现.定位产品质量缺陷并推动修复,保证产品的高质量及良好用户体验.同时你也将运用各类自动化测试工具.通过设计.开发.执行.维护自动化测试,提高团队的测试能力和测试效率.岗位要求:2019年毕业本科及以上学历,计算机软件相关专业1.掌握软件工程基础

经典软件测试面试题

1.问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决? 首先,将问题提交到缺陷管理库里面进行备案. 然后,要获取判断的依据和标准: 根据需求说明书.产品说明.设计文档等,确认实际结果是否与计划有不一致的地方,提供缺陷是否确认的直接依据: 如果没有文档依据,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷: 根据用户的一般使用习惯,来确认是否是缺陷: 与设计人员.开发人员和客户代表等相关人员探讨,确认是否是缺陷: 合理的论述,向测试经理说明自己

软件测试,性能测试,功能测试,自动化测试,接口测试,移动端测试

1.问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决? 首先,将问题提交到缺陷管理库里面进行备案. 然后,要获取判断的依据和标准: 根据需求说明书.产品说明.设计文档等,确认实际结果是否与计划有不一致的地方,提供缺陷是否确认的直接依据: 如果没有文档依据,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷: 根据用户的一般使用习惯,来确认是否是缺陷: 与设计人员.开发人员和客户代表等相关人员探讨,确认是否是缺陷: 合理的论述,向测试经理说明自己