7.软件测试的基本流程

1. sit集成测试和系统测试

　　　　合并：sit系统集成测试

　　　2.sit 测试  技术测试 （sit测试  sit环境）sit 1环境  sit 2 环境  sit 3 环境

　　　3. uat 测试 验收测试  （uat测试  uat环境）　

　　　4. 线上环境（也叫生产环境） 客户在使用

　　　5.测试环境 （sit 环境， uat环境）测试人员使用

测试基本流程：

1.拿到需求文档

2.需要澄清需求会议（srs澄清） srs 全称：软件需求规格说明书，产品召开，

　　参加人员： 产品， 开发， 测试， 架构

3. 测试经理 输出测试计划， 安排任务

测试计划内容：

　　测试目的，测试背景，测试范围，测试约束（准入和准出），环境和资源，测试任务和进度，风险及风险管理，测试交付文档

4.编写测试用例

5.评审用例

　　评审方式分为两种

（1）外部评审

　　评审方式：通过邮件通知项目组中的所有成员，地点，会议，时间

　　参会人员：项目经理，测试，开发，产品

（2）内部评审

　　评审方式：约定时间

　　参会员：测试组内测试人员

6.将用例导入到用例管理工具（禅道）

7. 将用例分配给对应的测试人员

8.搭建环境（测试经理，运维，自己）

9.开发提测（也是准入，转测）

10.将代码包部署到测试环境中

11.冒烟测试（也称未版本验证测试）

定义：是指对新版本的主要功能，基本功能进行测试，如果通过冒烟测试也通过，如果冒烟测试失败，那么就把版本打发给开发进行修改，直到冒烟测试通过

备注：冒烟测试是每一轮提交版本前需要测试，冒烟测试通过以后才能进行sit系统集成测试

12.sit 系统集成测试

备注：一般一个项目有3次系统集成测试，有写项目周期长也可以4次或者更多

13.每一次sit系统集成测试也是全量测试（就是把所有的用例都进行测试，测试出来的bug,指派给开发（通过禅道指派），测试小结）

测试小结的内容：

 

 14.开发修改bug,修改好后，再第二次提交bug

15. 进行第二次sit测试，先冒烟测试，冒烟测试通过再进行sit2系统集成测试

备注：第二次，第三次，第四次的测试都叫回归测试；

回归测试：是系统维护阶段进行的验证测试

区别：测试阶段不同

冒烟测试是版本提交时进行的第一个测试，回归测试时再维护阶段的测试

 

用例来源：

1.冒烟测试用例

2.验证上一个版本提交的用例

3. 测试和bug相关联的用例

4.你认为可疑测试场景和测试用例

5.测试补充得分测试用例和测试场景

6.有bug提交给开发，开发修改，测试验证

7.第三次sit测试

8. 0 bug， 用例100%执行

9. 输出测试报告

测试报告的内容：

测试目的，项目背景，测试概要，进度回顾，测试耗时，用例清单，测试环境，bug清单，测试结论

10.表示sit测试完成，（sit 技术测试完成）

11.通知uat测试（uat环境）——通过

12.封装版本, 简称封装

13.上线，可以提前准备线上数据

14.线上测试：
如果线上有问题就分析问题的影响，影响程度大，就回退版本，进行修改，下次上线，影响程度校，备注下次修改，如果没有什么问题

15.上线成功。

 

总结流程：
拿到需求 =  评审用例导入用例管理工具 = 分配用例搭建环境开发体测 = 部署代码包 = 冒烟测试= sit 系统集成测试  = 有bug提交bug给开发，开发修改，测试小结，提交第二次版本冒烟测试sit2 系统集成测试，以此类推，达到准出测试报告  =  通知uat验收测试验收通过版本封装上线  = 上线测试 = 上线成功

 

敏捷开发模型：

是一个新型开发模型适应于快速需求变化，交互周期短，轻量级的开发模式

一般一周或两周一个需求

第一周：开发写代码，测试编写用例一周

第二周：测试执行用例，开发修改代码

 

增量开发模型

项目被划分为一系列的增量，每一个增量都交付整个项目需求中的一部分功能，需求按优先级进行划分增量的交付

 

迭代开发模型

项目被分为大量的迭代过程，一次迭代就是一个完整的开发循环，是一个可以发布的执行的产品，属于软件开发周期中最中产品的一个字迹

 

 

测试的基本原则：

1.测试的标准是：从用户的角度出发

2.测试不仅是单纯软件本身的测试（比如：环境，配置）

3.软件外在可用，不代表没有问题（闪退，白屏）

4.软件测试没有完成正确，只有更加完美和正确

5.测试是永远测试不完的

6.测试应尽早进入

7.2/8原则 （80%的错误出在20%的区域）

8.杀虫剂效应

9.测试尽量选择第三方测试

10.测试活动依赖对象（功能测试，性能测试，安全测试）

 

测试活动的生命周期：