典型的软件生命周期模型有哪些？
• --瀑布模型(waterfall)
1970年提出
特点：1.阶段性展开，一个阶段的完成才进行到下一个阶段，直到项目结束。
2.能够清晰的表达开发周期的全部过程，明确标注每个阶段的任务
优点：1.适合大型的项目
缺点：1.不够灵活，需求如果出现变动，返工的代价比较大
2.项目前期很难看到实际结果
适用项目：大型项目，稳定的项目
C:/Users/Administrator/AppData/Local/YNote/data/weixinobU7Vjqu-Y2AklFzVgHjiSzy_U9I/e37c50084209428ab8b20bd99476c875/clipboard.png
• --V模型
v模型是一个串行结构的模型，包含了测试的所有行为也涵盖单元测试，测试的行为有了参考的依据
输入：用户需求 输出:需求分析
输入：需求分析 输出：概要设计（系统配置的大致功能，系统开发框架设计）
输入：概要设计 输出：详细设计（各个模块之间的api设计，以及
输入：详细设计 输出：编码coding
输入: 编码coding 输出：单元测试(白盒测试)
输入：单元测试 输出：集成测试（模块与模块之间的联调）
输入:集成测试 输出：系统测试（安全，性能，功能等方面）
输入：系统测试 输出：验收测试（α，β两种验收方式）
优点：1.它涵盖了所有的测试行为
2.测试有了可靠的依据
缺点：测试行为依旧在开发行为之后，前面发生的一些问题测试并不清楚
C:/Users/Administrator/AppData/Local/YNote/data/weixinobU7Vjqu-Y2AklFzVgHjiSzy_U9I/2ff310502e194139b3dc3037b0870f62/clipboard.png
• --W模型
是v模型的延申，它依旧是串行结构，我们测试的介入的项目时间提到需求分析阶段
优点:1.贯穿了整个项目的开发周期模型
2.测试行为提升到需求分析阶段能够尽早的发现项目中的问题
3.开发与测试进行并行开始，可以加强开发与测试的关系
缺点:1.实际的工作场景并不会产生实际性的文档
2.编写文档对开发来说要求比较高，读懂实际文档对测试来说 要求比较高
C:/Users/Administrator/AppData/Local/YNote/data/weixinobU7Vjqu-Y2AklFzVgHjiSzy_U9I/0f3079078beb4428a0bfe18cd072909e/clipboard.png
• --H模型
RSR：需求规格说明书----澄清会议
所有项目组成员对需求规格说明书进行评审
1开发分析这个需求可行性，以及设计方法
2.测试分析这个需求可行性，这个需求有疑问的地方进行指出，需求存在矛盾进行提出。
3.分析这个需求的时候开发需要得知自己的开发大致走起，测试人员得出自己测试这个产品的大致周期
开发线 测试线
概要设计：系统方面的设计，包括系统开发框架的设计，包括这个项目 的大致主体功能，以及数据库结构的设计。
详细设计：模块与模块之间的接口设计，主体功能子模块的详细设计实现的方法与思路
coding编码的工作
单元测试：白盒测试（开发自己在自己的开发环境进行检查）
继续了解需求文档，罗列出需求当中的测试点，然后根据罗列出来的测试点，转换为测试用例，
TPM设计制定测试计划，分配测试工作，
相关项目模块划分，制定完成交付周期。
测试人员根据所划分的模块，书写相关模块的测试用例输出测试用例初稿：
用例评审：
用例评审的目的：评审你所书写的测试用例，是否存在遗漏的地方，有的进行补充，再次评审，用例没有问题，就形成最终执行的文档
组内评审：测试组所有测试人员进行评审
交叉评审：负责同一个项目的测试人员进行交互评审
会议评审：包含测试经理，产品经理开发等等所有项目组成成员对你所写用例进行评审
用例评审是由测试人员进行发起的
TPM将用例的基本文档导入到用例BUG管理工具，并将用例进行分配
用例bug管理工具：他是用来管理测试用例，和所有的bug，管理项目产品。
bug用例管理工具:
禅道
testlink
QC
JIRA:
TAPD:
3.搭建测试环境
1.如果公司有运维人员就由运维人员进行搭建测试环境
2.开发进行搭建测试环境
3.测试人员进行搭建测试环境
测试环境一般是部署在linux系统或者windows系统
开发把开发好的代码包进行打包，然后转给对应的相关人员（运维，测试，要么开发自己部署）代码包的打开格式war，jar包
测试人员进行冒烟测试：对项目的大致主体功能进行测试，测试通过，执行下一阶段工作后打回开发进行修复，自测，在进行新一轮的冒烟测试。
sit1测试：冒烟测试通过，测试人员执行SIT系统集成测试（全量测试，批量注入我们缩写的测试用例，进行测试，如果发现bug，提交给对应的开发进行修复。直到第一轮测试完成。等开发修复好bug之后进行
sit2测试（回归测试），回归上一轮所产生的bug。（这个bug相关联的模块是否出现了新的问题）
如果说一直有bug产生就一直进行回归，直到这个项目bug修复率达到98%左右，且没有重大或一般的bug，百分之二是建议性bug（不影响线上用户的使用）请示领导后，关闭回归测试。
面试问题：开发说你提的bug不是个bug怎么办？
作为专业测试，你有一个分辨bug的能力，如果说开发不进行修复？请示上级领导进行评判。
输出这个项目的测试报告
进行验收测试：α，β验收
C:/Users/Administrator/AppData/Local/YNote/data/weixinobU7Vjqu-Y2AklFzVgHjiSzy_U9I/f63b9fe269b1437e893bd4442c102426/clipboard.png
• --敏捷开发模型
1990提出的开发模式
敏捷开发模型的交付周期(星期)
优点：强调人与人之间的沟通，能够快速适应需求的变化
缺点：测试时间不足，会导致测试不是很全面
• --迭代开发模型
项目被分为大量的迭代过程，一个迭代就是一个开发的生命周期，
• --增量开发模型
C:/Users/Administrator/AppData/Local/YNote/data/weixinobU7Vjqu-Y2AklFzVgHjiSzy_U9I/aecaadf6f08a47f6abada4e3ac307eb4/b0571917f8ed469b87e59411edf3e2e.png
SVN是一款版本控制工具
它可以进行管理：测试用例，测试报告,代码,产品规格
说明书,可以实现资源共享。
SVN为什么创建了文件进行上传,删除不了，客户端删除
不了服务端的资源
SVN工作原理：
每天早上开发进入到公司第一件事情，就是打开SVN获取
最新的代码（update）进行一天编程工作，到下班的时候
进行传最新代码（commit），（有可能碰到代码冲突的问
题，由最后一个进行上传的开发进行解决问题）
SVN update 进行更新资源
SVN commit 进行上传资源
出现红色感叹号其他符号怎么解决问题，
右键点击tortoiseSVN 选择clean up
清空缓存 delete 下面三个都进行勾选清除
|
|
353
0
多测师社区 
