【测试基础】02-软件的生命周期和软件的测试流程

什么是软件工程(了解)软件开发语言机器码-汇编语言-c语言-高级语言(java)定义随着我们c语月的诞生开发软件变得更加的团队化因此暴露出一个巨大的问题就是协作。我们迫切需要一个方法和手段来约束我们的开发过程指导我们更好地进行软件开发所以聪明的人们借鉴了工程建筑的思想通过不断的总结与归纳形成软件工程。软件生命周期(了解)定义软件开始研制到最终被废弃不用所经历的各个阶段。软件开发模型(了解)软件开发模型是由开发决定的软件的开发模型有哪些我们需要更好的开发那么我们就得总结出一些模型然后我们照着这些模型去开发软件。瀑布模型那请问这个模型有什么问题呢我们测试是在编码之后的那如果在需求分析阶段就有bug的话如果有需求和用户的需求违背那么你的设计和编码都是会有问题的而这个东西我们在测试阶段才发现那么其实我们的成本就会很高。而如果我们提前就进行测试介入测试那么我们的成本就会降低。瀑布模型特点信息结构有顺序缺点是测试人员在编码之后再进入测试早期的错误到后期才被发现极大地增加修复bug的成本。v模型V模型是在测试瀑布模型基础上的升级更加细化我们的测试工作把测试分为单元测试集成测试、系统测试、验收测试但是它还是存在和瀑布模型一样的缺点就是编码之后再进入测试。w模型特点是它是V模型的升级测试和开发同步进行同时解决了瀑布模型和V模型存在的缺点。h模型H模型是与其他开发流程是完全独立的他只有在什么时候会有去交涉只有在进行测试的时候才会交涉。x模型他把整个程序切割成很多个程序片段,把项目区分成各种颗粒进行边开发边测试的状态最终呢把所有的程序片段集.做一点集成一点做一点集成一点。原型模型现在常用的开发模型敏捷开发模型产品负责人认领了任务之后把任务呢丢给对应的部门然后我们的开发区认领任务开发的主要去从产品功能列表中拿一部分先完成接下来开发就开始进行设计编码同样我们的测试需要同步进行测试设计进行测试然后我们的第1个版本测完之后呢我们测试在测试这个过程开发就会去抽下一轮任务。然后等我们把测试任务测完之后呢开发已经把第2个版本也开发完了然后我们再继续接着测试这样的循环我们就不会等太久的时间。我们主要是以人为中心注重沟通取代文档的输出。W模型前面已经提到原型模型前面已经提到迭代开发模型我们的项目比如有模块1模块2模块3模块4模块5模块6。那么我们的迭代式开发模型就是项目切割成多个版本进行迭代。第一个版本先开发好核心模块作为第1个版本(假设模块一和模块二是核心模块)。迭代周期15天到30天。每一次版本迭代阶段需求分析-计划-开发-测试-发布-回顾。第2个版本增加模块3模块4。然后每次周期都是需求分析计划开发测试发布…第3个版本增加模块5第4个版本增加模块6增量开发模型精炼式开发是继续把项目切割成多个模块是开发一个或多个模块每次都不断的去递增模块进行开发。比如项目中总共有6个功能模块那第1次增量开发我就开发模块1增量式开发每个周期的阶段需求分析-计划-开发-测试-发布当第一个周期开发完之后就进行第2次的增量开发增加模块2然后每次周期都是需求分析计划开发测试发布。软件测试过程(重点掌握)我们要进行软件测试首先要进行一个需求分析首先需求分析产品整体出入的需求规格说明书。测试人员如何去测这个软具是否有问题此时就根据需求规格说明书去衡量当前这个功能是否是对的所以在做测试之前需要详细的去理解这个需求规格说明书同时理解完需求还要进行一个需求评审。那么什么是需求评审呢评审参与的人员是谁主要的目的是什么我们从头开始来软件测试详细流程1、需求分析重点研读并理解需求规格说明书(SRS)。因为你必须知道当前你被测的软件有哪些需求标准是什么我们接下来以这个标准去判断它是问题还是不是问题它的内部逻辑是什么它的关联是什么这些你都得通过需求分析去了解到。输出的文档需求规格说明书2、我们在进行需求分析的过程中还要去参与需求评审。**需求评审是做什么的**需求评审他有一个需求评审会议那会议的参与人员是什么主要目的是什么参与人员产品经理项目经理开发测试主要目的主要是进行项目业务的学习方便我们更快的去了解这个需求。同时我们在看需求分析的时候肯定是有一些不懂的那么在这个阶段我们就可以去学习去发现需求的问题有问题我们就尽早的提出这个需求的问题最终的确定内容写到需求规格说明书里面此时就已经完全的确定了需求规格说明书。然后接下来就是开发和测试同时根据需求规格说明书去开展后续的工作他们是同时进行就是开发做开发的计划测试做测试的计划【同时进行】。3、测试计划输出的文档是测试计划文档4、编写测试用例编写完测试用例之后我们还会进行用例评审看一下你编写的这个测试用例覆盖率怎么样对不对那些。与此同时开发那边已经开发完了我们就可以进行第5个步骤了。输出的文档是测试用例文档5、部署测试环境部署环境的人员可能是开发测试或者运维。没有对应文档6、执行测试我们先做冒烟测试等冒烟测试通过才转正式测试。我们是根据测试用例去执行测试然后在执行测试的过程中我们会发现bug然后去提交bug提交bug并不是不管了而是去跟踪bug目的是你提交的这个bug是否被修复好了同时呢还要去验证与这个bug相关联的一些功能是否受影响。输出文的文档是bug的清单7、编写测试报告我们经过多轮的测试去达到测试标准然后在这个阶段我们一般会输出一个测试报告。输出的文档是测试报告8、测试通过则发布上线常见笔试面试题笔试软件的生命周期包括哪些阶段你们的开发模型是什么需求分析输出文档是需求规格说明书(SRS)参与人员是项目经理产品开发测试。设计1概要设计针对软件的架构及模块以及这个模块业务关联与数据传递这一块的设计。输出文档时概要设计说明书参与人员是我们的开发人员。2详细设计针对某个模块或某个功能的具体详细设计。输出文档是详细设计说明书参与人员是开发人员。编码测试单元测试-集成测试-系统测试-验收测试运行和维护开发模型是敏捷开发模型还有迭代式开发模型测试流程包含哪些阶段需求分析需求评审进行测试计划然后用例的编写然后用例的评审然后执行测试编写测试报告然后再发布上线。面试你们公司的开发流程是怎样的需求分析再做计划然后再做设计再编码。你们公司的测试流程是怎样的各个阶段的输出是什么需求分析输出的文档是需求规格说明书。测试计划书的文档是测试计划文档。编写测试用例输出的文档是测试用例文档。部署测试环境没有对应的文档。执行测试输出的文档是bug清单。编写测试报告输出的文档是测试报告测试通过发布上线没有对应文档。开发环境测试环境生产环境是什么你在测试环境后台添加的数据和信息能够在生产环境看到吗三大环境开发环境开发人员研发的环境。测试环境测试人员测试的环境也可以理解为对应的由开发或者运维人员或者我们的测试人员拿到项目包部署到另外一台服务器对应的环境就是测试环境。注意并不是开发开发出这个软件之后我们是在开发那边去测试的他们的环境不一样我们是独立出来的。他开放完代码之后他会把这个代码的包部署到测试环境上去是另一台服务器。因为我们如果在开发那边的服务器去测试的话那么开发那边进行下个任务的开发的时候我们测试和开发是不能共用同一台服务器的防止影响我们的互相工作。生成环境是产品真实用户的环境比如我们现在访问www.baidu.com它就是一个生产环境。你在测试环境后台添加的数据和信息能够在生产环境看到吗不能。测试环境和生产环境是完全隔离的你在测试后台添加的数据生产环境看不到。那本期我们说了测试的相关流程之后我们后面就开始看这个流程里面的具体每一个阶段的任务。下期我们将从测试需求分析开始。最后如果这个总结对老铁们有用别忘了点赞、关注、加收藏哦