- 1、本文档共23页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
软件测试
1测试概念2测试流程3测试总结目录4测试需求分析
测试包含什么单元测试集成测试系统测试性能测试安全性测试白盒测试灰盒测试黑盒测试测试概念
测试用例软件缺陷测试概念测试计划回归测试
测试活动1分析需求2编与测试计划3编与测试用例4执行测试5反馈测试结果6回归测试
对测试范围进行度量需求分析对处理分支进行度量对需要的业务场景进行度量
风险分析完成标准进度跟踪资源跟踪测试策略测试估算测试人员计划测试资源测试目标测试范围测试计划
前置条件预期结果用例编号输入功能点名称模块名称测试用例编写测试用例
需求描述:在进行转账时,转账金额不能高于限额且最多不能超过两位小数案例
测试执行1.项目经理2.开发工程师1.测试经理2.测试工程师1.配置管理员配置管理团队测试团队开发团队
修复缺陷,拒绝缺陷提交缺陷,验证修复缺陷分派缺陷,暂缓缺陷·新增缺陷,状态为新增·验证缺陷,通过状态为关闭·验证缺陷,不通过状态为重新打开缺陷处理流程Subtitle测试工程师Subtitle项目经理Subtitle开发工程师·分派缺陷,状态为打开·缺陷暂不能修复,状态为暂缓·修复缺陷,状态为已修复·不是缺陷,状态为拒绝
测试反馈测试总结参与人员测试时间缺陷统计(按不同的维度统计)缺陷密度测试交互过程中的问题剩余缺陷
4.测试过程5.缺陷统计分析6.测试结果及评价3.测试资源2.测试范围1.定义测试总结报告测试总结报告
测试需求分析业务需求用户需求需求功能需求反映了组织机构或客户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明。文档描述了用户使用产品必须要完成的任务,这在使用实例(usecase)文档或方案脚本说明中予以说明。定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。
测试需求分析测试需求分析?在测试活动中五要素:WhatHowWhenWhoWhere
进行测试需求分析的原因测试范围的变化123实现方式的变化用测试策略去过滤用户需求
进行测试需求分析的目的把用户需求转变为功能需求?对测试范围进行度量;?对处理分支进行度量;?对需要的业务场景可以度量;明确其功能点对应的输出、处理和输出;?把隐式需求转为明确
获取需求的途径相关的业务培训、评审其他(如旧系统为原型)与相关人员的沟通与软件相关的文档
测试需求分析了解用户需要什么系统设计方案是否符合需求是否存在更优的解决方案什么样的角色在使用该功能系统使用的方案是否符合用户需求,能否帮助用户完成他们的工作有没有更快捷更完善的方式去帮助用户完成他们的工作
测试需求分析方法确认模块所包含的功能分析业务场景分析对应的功能所隐藏的隐式需求
2.各业务流程分支的遍历3.明确规定不可使用的业务流程4.没有明确规定但是应该不可以执行的业务流程5.其他异常或不符合规定的操作1.常用的或规定的业务流程自我提问
课程解答
谢谢!!谢谢观赏
文档评论(0)