常见软件开发模型及软件生命周期

一、测试基本概念1、什么是测试？
测试是为了验证软件的正确性，发现软件中的缺陷；一个成功的测试能飞行西安前所未有的错误；每个行业对测试的定义不一样。


2、为什么需要测试
测试需要查出软件BUG，需要测试环境、软件失效问题等；软件测试活动只是关键的质量保证；发现软件中的bug
软件测试是为了验证软件的正确性；发现软件中的缺陷


3、测试用例
测试用例是软件生命周期用于测试工作的一份专业文档，包含用例编号 用例标题 前置条件 操作步骤 预期结果 实际结果 优先级
4、软件生命周期概念？
软件生命周期是软件从产生到报废的整个过程；例如乐视APP从有到无

5、软件生命周期包含哪些阶段?
（1）客户问题引入或定义——产品经理来跟客户进行对接和收集整理
（2）可行性分析 ——即从政治 经济 、法律、技术等角度进行评估是否可行，这一步通常是由产品经理、架构师、测试经理、项目和开发经理等共同完成
（3）项目招投标——即看是谁有相关经验，谁要的钱少完成的又好、时间周期等；
（4）项目立项——成立项目组、人力安排 时间安排等等
（5）需求分析——产品经理对接客户需求，输出需求文档进行需求分析；所有参与项目开的人员都会参与需求分析；要确定需求分析由谁主导
（6）开发阶段——设计 编码  测试
UI设计师输出效果图——开发人员编写代码——进行测试——交付客户进行验收——验收合格上线
（7）维护
二、常见开发模型
1、瀑布模型——少见

可行性研究与计划——需求分析——设计——编码——测试——运行与维护
优点：阶段任务明确；聚焦性强；
缺点：工作量大；问题发现，开发风险大；不适应用户需求的变化
2、V模型
需求分析——即产品经理根据客户需求提炼为项目需求，召开需求澄清会议，经历多轮总结形成一个基线化文档，即需求规格说明书（SRS）
概要设计——HLD，项目分为简称模块A、B、C
详细设计——LLD，对每个模块的功能怎么实现做具体讨论设计，开发人员输出详设
编和实现码——开发人员成压缩文件。编写代码（代码包成压缩文件。war/.jiar）
单元测试（UT）又称白盒测试——开发自测,通过盒子的外部
可以看到内部的结果及逻辑集成测试（IT)，模块A，模块B，模块C单独测试没有问题，放在一起进行测试又称为灰盒测试
接口（api）自动化测试


系统测试（ST）简称ST——除了保证当前软件的功能正常使用，还需要保证与第三方系统对接
不会出现问题；
ST和IT合并成为SIT 及系统集成测试


验收测试又称为UAT
α测试：公司内部的开发和测试人员模拟用户行为操作，对此时发现的bug进行修复
β测试：产品已经交付客户手中，此时出现bug，客户进行收集发送到项目组
[size=16.0148px]

[size=16.0148px]上线

3、W模型
优点：将测试贯穿到整个软件的生命周期；能尽早发现缺陷；测试与开发独立且并行
缺点：有些项目没有文档，W模型无法使用；对需求和测试技术要求很高，实践起来困难。
4、H模型。
   
TPM是经理
testlink是一款用例管理工具
TC是测试用例
SIT是系统集成测试
项目组常用评审有：用例评审；交叉评审；测试组同事之间进行评审；组内评审；会议评审

公司有哪些环境？
开发环境
测试环境
预发布环境——模拟用户使用场景、产品经理验收使用
生产环境——线上环境、正式环境——外部
回归测试
上线硬标准
一般要求零bug上线
H模型中允许带有1个易用性bug（易用性bug不会影响功能使用）；
当前版本发现易用性bug，如果需要留到下一个版本中解决；
需要做好相关记录并发送邮件告知项目组成员；项目与产品
举例：微信
项目与产品：先项目然后才有产品
项目与版本：一个项目有多个版本
项目上线：产品经理会提前以邮件的方式，告知相关人员具体上线时间点；测试人员配合上线前、上
线中及上线后的工作；
上线前：测试人员应做随机测试或交叉测试
上线中：整理当前版本的相关文档记录进行归档
上线后：要在正式环境中进行测试（所有的测试都是按用户的操作进行验证）


5、敏捷开发模型
特点：周期短：1-2周一个版本；轻量级：工作每个版本的任务量不会太多
比如项目组晨会：15分钟
会议内容：对前一天工作总结；对当天工作任务进度的安排；是否有延期风险

6、迭代开发模型
将一个复杂且周期长的项目划分为多个独立的功能模块，且分为多个版本开发上线


7、增量开发模型


三、测试基本原则
1、测试为了了解软件的功能背景目的，要测试软件是否受其他外界因素的影响；
2测试应该尽早介入
3、二八原则/二八定律
四、测试活动的生命周期
测试计划——测试分析与设计——测试实现执行——测试报告(测试准出)_测试过程资产归档（测试总结）