目录浏览器
一.什么是需求安全
三.什么是BUG测试
2.软件开发的五大模型spa
2.1 瀑布模型设计
2.2螺旋模型 3d
2.3增量模型, 迭代模型blog
一.什么是需求
在讨论这个问题以前,我先来介绍一下软件是如何诞生的:各类各样的软件之因此能作出来,不是说突发奇想就作了,而是真正的有需求(这个需求包括市场需求,用户需求,已经甲方有需求),而后公司才会把这个需求细化,将其细节整理成文档,而后开发人员根据这个文档去开发,开发以后通过了测试人员的一系列测试,经过了才会真正的上线去使用!!!
这也就是软件的诞生,接下来再来探讨一下什么是需求:需求其实就是知足用户的指望或者规定的文档(合同,标准,规范)所须要的条件或者权限,这其中包括了用户需求和软件需求,而用户需求是比较简略的(由用户提出),可是公司会把用户需求转化成软件需求,软件需求就是把用户需求细化,将其具体的细节实现成文档,后面才方便公司去真正的开发!!另外需求(功能,安全,性能,兼容性,界面,易用性,可靠性,容错性,可移植性 这些均可以做为需求的点)也是软件测试人员开展软件测试的重要依据!!
二.什么是测试用例
说到软件测试,那么测试用例是必要要懂得的,测试用例是向被测试系统发起的一组集合,这组集合包括测试环境,测试数据,测试步骤,预期结果,标题......
举个例子:假设如今要在网页上面登陆一个邮箱,那其具体的测试用例究竟是什么呢?
●标题:正确的用户名和密码登陆邮箱,登陆成功
●测试环境:具体使用的什么浏览器登陆,应具体到哪一个版本
●测试数据:正确的用户名和密码
●测试步骤:1.打开选择的浏览器,输入网页地址 2.输入正确的用户名和密码(若是有验证码,夜莺正确填写) 3.点击登陆按键触发登陆
●预期结果:登陆成功页面跳转
这就是一个简单的测试用例,记录了整个登陆的测试集合!!!
三.什么是BUG
每天都在说BUGBUG的,那么BUG究竟是什么呢?我来解释一下:当且仅当软件需求文档存在而且合理的时候,但软件的功能并不符合需求这个文档,这其实就能够称为软件错误(也就是BUG),而若是软件需求文档并不存在的话,用户的需求存在且合理,软件的需求和用户的需求不相符合这其实也是软件错误(BUG)!!!
四.开发模型和测试模型
1.软件开发生命周期
需求分析 → 计划 → 设计 → 编码实现 → 功能测试 → 运行维护
2.软件开发的五大模型
2.1 瀑布模型
●特色:很明显的能够看出来每个阶段比较独立,是串行执行的,主要注重前期需求分析,后期再系统测试
●缺点:测试介入的太晚了,致使软件前期的问题后期测试才能发现,失去了及时修正错误的机会,只能推翻整个过程从新开始,并且串行的过程是不能相应需求的实时变化的
2.2螺旋模型
这个模型适合项目比较庞大,复杂且风险很高的项目
●特色:注重每一个开发阶段的质量,每个迭代都会进行风险的分析
●缺点:因为风险分析投入的人力,资源,管理成本比较多,所以整个的成本是很是高的
2.3增量模型, 迭代模型
这两个模型通常会混合在一块儿使用
●特色:抗风险能力比较强
●缺点:在这种开发模式下每一次迭代都有可能产生需求的更改,所以测试要紧密进行,不能放松!
2.4 敏捷模型
这里的模型就是一种开发流程,而提到敏捷模型就须要了解一下"敏捷宣言":轻文档,轻流程,重目标,重产出,响应变化,这也就是敏捷模型的特色
经典的敏捷流程:scrum流程
这其中有几个重要的角色:
PO,product owner:产品经理,产品负责人,负责收集需求,转化成userstory
SM,scrum master:负责保证整个敏捷流程的实施
ST:就是团队,由各类技能的研发人员组成,包括测试人员,研发人员,UI......
●发布计划会议:PO会把整理好的user story进行讲解,排出优先级,找出优先级高的组成本次迭代的内容,造成sprint backlog(代办事项列表)
●迭代计划会议:SM和ST一块儿把本次要迭代的需求进行分析,进行任务分配和时间估算
●每日站会:昨天作了什么,遇到了什么问题,以及今天的计划
●产品演示:给客户演示产品,讲解把不足的地方和客户提出的修改意见整理成user story放到下一期的迭代
●最后回顾会议(迭代回顾):回顾本次敏捷流程有什么不足的地方,洗一次迭代改进,优化敏捷流程
3.软件测试的两大模型
3.1 V模型
●特色:左右两边的阶段都是一一对应的,并且左边的阶段是右边测试阶段的依据,并且能够看出来这个一个串行的过程,所以这个也被称为瀑布模型的变种
●缺点:测试是在编码以后介入的,所以和瀑布模型是同样的问题,就是测试介入的太晚,前期的问题后期才发现,致使前期问题不能及时解决
3.2 W模型
也被称为双V模型
●特色:开发是一个V,测试也是一个V,并且软件开发的过程和软件测试的过程是同步进行的,所以这个就能够保证项目前期的问题可以及时被发现并解决
●缺点:这也是一个串行的,所以是不支持需求随时更改的变化的,所以是不支持敏捷开发的!
ok到这里基础的测试概念就介绍完毕了,但愿之后你们之后都是BUG少少,福利多多!!!
