测试概念以及测试bug

关于测试的概念

什么是需求？

需求分为用户需求和软件需求。
软件需求可以作为开发和测试工作的依据，而用户需求不愿定是公道的，这里的不公道有很多的角度：技能角度上，市场需求上，投入本钱和收益比噔噔。

关于开发模子

起首软件开发生命周期大抵分为以下：
需求分析-操持-操持-编码-测试-运行维护
 
常见开发模子 

瀑布模子：

 如上图可以看到，整个开发流程都是串行化的，也就是线性的开发流程。
优缺点：

优点：
1.夸大开发的周期性
2.由于是线性布局，以是每个阶段只实行一次。
3.是别的模子的底子框架。

缺点：
1.测试后置：
a.
前⾯各阶段遗留的⻛险推迟到测试阶段才被发现，导致项⽬⼤⾯积 返⼯，失去了赶早修复的时机b.必须留有⾜够的时间给测试活动，否则导致测试不充实，将缺陷直 接袒露给⽤⼾（产物质量差）2.周期太⻓，产物很迟才华被看到和使⽤，大概会导致需求/功能逾期。瀑布模子的实用场景：需求固定，规模小的项目。

螺旋模子
⼀般在软件开发初期阶段需求不是很明确时，采⽤渐进式的开发模式。螺旋模子是渐进式开发模子的代表之⼀。 
优缺点：
 
优点/特点：
夸大各开发阶段的质量。
引入了原型和风险分析。

缺点：
必要泯灭额外的时间和人力本钱。
而且是否遗留风险跟风险分析人才的技能程度直接挂钩。
实用场景：需求复杂，规模大，风险高 的项目

增量模子
实在就是将一个大的需求分割成多个小的需求，每个功能独立开发上线。

 迭代模子
迭代模子会先上线一个底子版本，但是底子版本的全部功能会比力大抵，后期再迭代优化上线。

关于增量模子和迭代模子，一样平常的企业很少会独立使用某一个模子，而是两个模子一起使用。
一起使用这两个模子的场景：大型，需求不明确的项目。

敏捷模子（告急）
在早期，迭代瀑布模子⾮常流⾏来完成⼀个项⽬。但是现在开发⼈员在使⽤它开发软件时⾯临着各种各样的标题。重要困难包罗在项⽬开发期间处理惩罚来⾃客⼾的变动哀求以及归并这些变动所需的⾼本钱和时间。为了降服瀑布模子的这些缺点，在1990年代中期提出了敏捷软件开发模子。 
在敏捷模子中有一个告急的宣言， 《敏捷宣言》：
个体与交互重于过程和⼯具 （夸大高效的沟通）可⽤的软件重于完备的⽂档 （夸大轻文档，文档不应该作为工作验收的尺度）客⼾协作重于条约会商 （实时相识当下需求的变革）相应变革重于遵照操持 （可以或许主动欢迎变革）通过敏捷宣⾔可以总结出敏捷模子的四个特点：轻⽂档，轻流程，重⽬标，重产出。敏捷开发有很多种⽅式，此中scrum是⽐较流⾏的⼀种。 
 Scrum是敏捷模子中的⼀种，⼜称为迭代式增量软件开发模子。
在scrum模子中，重要有三个⻆⾊和五个告急集会会议。三个⻆⾊：
scrum由product owner(产物司理)、scrum master(项⽬司理)和team(研发团队)构成。 • 此中product owner负责整理user story(⽤⼾故事)，界说其商业代价，对其进⾏排序，订定发布 操持，对产物负责。 • scrum master负责召开各种集会会议，调和项⽬，为研发团队服务。 • 研发团队则由差别技能的成员构成，通过精密协同，完成每⼀次迭代的⽬标，交付产物。 
迭代开发 与瀑布差别，scrum将产物的开发分解为若⼲个⼩sprint(迭代)，其周期从1殷勤4周不等，但不会高出4周。到场的团队成员⼀般是5到9⼈。每期迭代要完成的user story是固定的。每次迭代会产⽣⼀定的交付。 
scrum的根本流程如上图所⽰： • 产物负责⼈负责整理user story，形成左侧的product backlog。 • 发布操持集会会议：product owner负责教学user story，对其进⾏估算和排序，发布操持集会会议的产出 就是订定出这⼀期迭代要完成的story列表，sprint backlog。 • 迭代操持集会会议：项⽬团队对每⼀个story进⾏使命分解，分解的尺度是完成该story的全部使命，每 个使命都有明确的负责⼈，并完成⼯时的初估计。 • 每⽇例会：天天scrum master调集站⽴集会会议，团队成员答复昨天做了什么本日操持做什么，有什么 标题。 • 演⽰集会会议：迭代竣事之后，召开演⽰集会会议，相干⼈员都受邀到场，团队负责向⼤家展⽰本次迭代取 得的结果。期间⼤家的反馈记载下来，由po整理，形成新的story。 • 回顾集会会议：项⽬团队对本期迭代进⾏总结，发现不⾜，订定改进操持，下⼀次迭代继续改进，以达 到一连改进的效果。 
在这个根本流程中就包罗了五个集会会议。

 
 
测试模子 

V模子：

 
V模子是瀑布模子的变种。
优点：
明确的标注了测试过程中存在的差别范例的测试，而且清晰的形貌了这些测试阶段和开发过程期间 各阶段的对应关系，有用提升测试的质量和服从。 
缺点：
仅仅把测试作为在编码之后的⼀个阶段，未在需求阶段就介⼊测试。缺点同瀑布模子。 
 
W模子：
 

W模子由两个V字型模子构成，分别代 表测试与开发过程，图中明确表⽰出了测试与开发的并⾏关系。 
特点：测试的对象不光是步调，需求、操持等同样要测试，测试与开发是同步进⾏的 
优点：有利于尽早地全⾯的发现标题。
缺点：
需求、操持、编码等活动被视为串⾏的； • 测试和开发活动也保持着⼀种线性的前后关系，上⼀阶段完全竣事，才可正式开始下⼀个阶段⼯ 作。 • 重流程，⽆法⽀持敏捷开发模式（敏捷模子要轻文档轻流程）。对于当前软件开发复杂多变的环境，W模子并不能排除测试管理⾯临着狐疑 
 Bug的概念

软件测试的生命周期 

之前也说过，软件测试是贯穿整个软件的整个生命周期的。
软件测试的⽣命周期是指测试流程，这个流程是按照⼀定序次执⾏的⼀系列特定的步调，去包管产物质量符合需求。在软件测试⽣命周期流程中，每个活动都按照操持的体系的执⾏。每个阶段有差别的⽬标和交付产物 

 
 现实工作中，上线要分为多个步调：沙盒，小流量，全流量，全线上。

好比沙盒就是指：企业内部的线上环境。
小流量就是指：先让线上部分真实的用户可以使用到。

Bug

Bug 的概念

界说：⼀个盘算机bug指在盘算机步调中存在的⼀个错误(error)、缺陷(flaw)、疏忽(mistake)大概故障 (fault)，这些bug使步调⽆法准确的运⾏。Bug产⽣于步调的源代码大概步调操持阶段的疏忽大概错误。 
准确来说：
1. 当且仅当规格阐明（需求文档）是存在的而且准确，步调与规格阐明之间的不匹配才是错误。 2. 当需求规格阐明书没有提到的功能，判定尺度以终极⽤⼾为准：当步调没有实现其终极⽤⼾公道 预期的功能要求时，就是软件错误。 形貌bug的要素

形貌bug的根本要素：标题出现的版本、标题出现的环境、标题出现的步调、预期效果、现实效果
好比标题出现的版本

 
尚有标题出现的环境：Windows / Linux等。 
标题出现的步调可以让开发职员较好的去复现这个bug。

bug级别 

给bug定级别的意义是什么？ 
通过界说bug的级别，可以或许明确看出标题的严峻程度。⼯作中开发⼈员通常必要按照bug的级别来分配优先级来处理惩罚bug，除此之外，通过bug级别也可以或许体现出开发⼈员的开发质量。 
 bug级别⼀般分为：瓦解、严峻、⼀般、次要。
 
bug的生命周期

 
测试⼈员在执⾏测试的过程中如有发现bug，必要在对应的bug管理平台来创建bug（bug⽣命起 源），创建好的bug必要被开发⼈员修复，以及测试⼈员的一连跟踪和测试。 

 

 
与开发产生争论怎么办？（*） 

1.先查抄自身 ，看bug是否形貌不清晰。
2.站在用户的角度抛出标题。
3.BUG的定级要有理有据。
4.提升自身技能和业务程度，做到不光能提出标题，还能给出办理方案。
5.bug评审：
bug评审重要办理两个标题： 1）决定如那边理bug 2）分析缺陷产⽣的缘故起因，找出防备的对策
bug评审⾄少必要项⽬组各个⽅⾯的代表到场：  
1）测试代表 测试代表重要从Bug的详细体现、严峻程度等⽅⾯提供信息，并提出⾃⼰对Bug的处理惩罚意⻅。必要注意的是，测试⼈员不应该⼀味地要求对Bug进⾏修改，由于修改大概带往返归的⻛险，同时带来的是回归测试的⼯作量，假如时间⽐较紧急，修改后剩余的时间若不⾜以做⼀次有用的回归测试，大概不修改是个明智的选择。  
2）开发代表 开发代表重要从修改缺陷的难度和⻛险出发，思量缺陷修改必要付出的代价，以及大概影响的范围、大概引发的⻛险等，假如决定要修改，还要讨论出修改的开端⽅案。  
3）产物代表 产物代表重要从产物的团体操持、⽤⼾的要求等⽅⾯对缺陷的修改须要性、缺陷修改的时间和版本提出⾃⼰的意⻅