测试过程之需求疏漏缺陷汇总
2018-01-11 14:59
295 查看
一、定义:
测试人员除了按照需求文档编写case外,未添加其他项目计划、开发文档等形成的case
二、发生时间段
Always
三、陷阱表现
1.质量需求(易用性、可靠性、健壮性、可移植性、安全性、可维护性等)
2.数据需求(如:统计类需求)
3.接口需求(如:针对迭代需求较少时,容易忽略细微的新增接口,或是测试人员认为不会影响到基线功能)
4.针对异常的系统强制响应(常见的有提交表单时机器卡顿,网络异常)
四、负面后果
1.基于需求的测试不会表现出疏漏的行为和特征。
2.管理层或其他开发人员认为交付的系统会正常运行。
3.测试人员必须与产品或客户经常讨论测试过程中确定的疏漏的需求。
4.疏漏的需求在测试过程中未发现,交付了部署系统
5.疏漏需求导致架构设计不充分,使开发人员排查Bug更加困难。
五、出现原因
1. 产品人员未经专业培训,使形成的需求文档逻辑不足,如不懂质量模型,未描述系统质量特性
2. 发现疏漏需求时,产品人员未及时更新需求池和PRD
3. 测试用例只定义了正常的用例路径 ,未对故障、失效容错做充分定义
4. 项目其他管理人员未评审过需求
5. 产品没有充足的时间和资源对产品进行分析。
六、建议
1. 准备阶段
对于识别出的遗漏需求,对产品进行需求过程相关培训。2. 启用阶段
为产品人员提供识别遗漏需求的专业培训。确保测试进度计划中包括足够时间解决测试过程中发现的遗漏需求。3. 执行阶段(1)识别遗漏需求方法:端到端的任务线程模型、用例建模、质量模型。(2)需求文档静态测试,考虑到错误、故障和失效容错 。(3)需求文档和需求池的内容需要经过专家或业务代表评审(4)测试过程中发现的疏漏需求要及时通知到产品4. 验证阶段(1)检查是否进行了足够的需求建模(2)检查需求是否充分考虑到错误、故障和失效容错 (3)检查需求池中是否包括适当数量的质量和数据需求(4)检查是否需求已由足够数量的系统相关人员评审(5)检查测试过程中发现的所有遗漏需求 ,是否已通知产品人员。
测试人员除了按照需求文档编写case外,未添加其他项目计划、开发文档等形成的case
二、发生时间段
Always
三、陷阱表现
1.质量需求(易用性、可靠性、健壮性、可移植性、安全性、可维护性等)
2.数据需求(如:统计类需求)
3.接口需求(如:针对迭代需求较少时,容易忽略细微的新增接口,或是测试人员认为不会影响到基线功能)
4.针对异常的系统强制响应(常见的有提交表单时机器卡顿,网络异常)
四、负面后果
1.基于需求的测试不会表现出疏漏的行为和特征。
2.管理层或其他开发人员认为交付的系统会正常运行。
3.测试人员必须与产品或客户经常讨论测试过程中确定的疏漏的需求。
4.疏漏的需求在测试过程中未发现,交付了部署系统
5.疏漏需求导致架构设计不充分,使开发人员排查Bug更加困难。
五、出现原因
1. 产品人员未经专业培训,使形成的需求文档逻辑不足,如不懂质量模型,未描述系统质量特性
2. 发现疏漏需求时,产品人员未及时更新需求池和PRD
3. 测试用例只定义了正常的用例路径 ,未对故障、失效容错做充分定义
4. 项目其他管理人员未评审过需求
5. 产品没有充足的时间和资源对产品进行分析。
六、建议
1. 准备阶段
对于识别出的遗漏需求,对产品进行需求过程相关培训。2. 启用阶段
为产品人员提供识别遗漏需求的专业培训。确保测试进度计划中包括足够时间解决测试过程中发现的遗漏需求。3. 执行阶段(1)识别遗漏需求方法:端到端的任务线程模型、用例建模、质量模型。(2)需求文档静态测试,考虑到错误、故障和失效容错 。(3)需求文档和需求池的内容需要经过专家或业务代表评审(4)测试过程中发现的疏漏需求要及时通知到产品4. 验证阶段(1)检查是否进行了足够的需求建模(2)检查需求是否充分考虑到错误、故障和失效容错 (3)检查需求池中是否包括适当数量的质量和数据需求(4)检查是否需求已由足够数量的系统相关人员评审(5)检查测试过程中发现的所有遗漏需求 ,是否已通知产品人员。
相关文章推荐
- RUP测试过程实践之测试需求与测试用例
- 用TD的Requirements模块来整理测试需求的一般过程
- 【软件测试】导致软件缺陷的最大原因是软件需求规格说明书
- MySQL Cluster测试过程中的错误汇总--ERROR 1296 (HY000)等等
- Hadoop集群搭建及测试过程中碰到的问题汇总
- 缺陷漏测分析:测试过程改进
- 软件测试过程中如何区分什么是功能bug,什么是需求bug,什么是设计bug?
- ivms4200 远程桌面访问测试过程及问题汇总
- 用TD的Requirements模块来整理测试需求的一般过程
- 缺陷漏测分析:测试过程改进
- 软件测试过程中如何区分什么是功能bug,什么是需求bug,什么是设计bug?
- 缺陷漏测分析:测试过程改进
- 测试过程管理工具testlink和缺陷追踪工具mantis的集成
- 最全,最强的软件测试资料汇总 (性能测试,性能调优,功能测试,自动化测试,测试管理,测试工具,测试用例设计,缺陷分析预防,前沿测试技术...)
- 测试过程针对新增和变更需求的处理方法!
- 软件测试缺陷定义之需求问题或需求不一致
- 最全,最强的软件测试资料汇总 (性能测试,性能调优,功能测试,自动化测试,测试管理,测试工具,测试用例设计,缺陷分析预防,前沿测试技术...)
- 基于缺陷驱动的测试过程有效性评价方法研究
- 如何将EXCEL表中的测试需求、测试用例、缺陷记录直接导出到TD中
- 性能测试工具开发过程中遇到的问题汇总