测试初接触

软件开发的生命周期:

1.客户提出需求(概念)

2.根据客户的需求写出相应的<<需求文档>>

3. 　1.前端同时设计效果图(原型图)

　　2.后台开发人员设计与编写代码实现功能

　　3.测试人员会根据<<需求文档>>编写测试计划和测试用例

　　4.在后台开发实现功能后 根据测试用例测试人员进行测试

　　5.开发完全结束后测试人员进行整体测试，全面测试。测试成功后进入上线

　　6.软件上线后根据用户体验和实际效果进行小版本的迭代。

 

软件缺陷产生的原因种类:

1.需求变更次数频繁理解误差产品或者是客户

2.开发和设计代码问题. 开发人员

3.运维资源使用率产生 公司问题

 

测试流程:

1.在立项会上根据客户需求编写需求文档/规格说明书，ui设计原型图后台编码，测试人员编写测试计划和测试用例

2.随着开发的代码实现测试进行测试评审

3.主要代码实现后测试人员先进行冒烟测试

4.代码实现后测试执行测试用例

5.根据执行的结果进行对应bug提交给相对应的开发人员让其修改代码

6.开发修改后测试人员进行回归测试

7.直至项目.上线后测试人员编写测试总结用于下一个版本的迭代

 

冒烟测试 在这个软件中主要的功能实现后进行测试

回归测试 在开发人员修改后进行的同一个问题的测试

随机测试

 

软件测试分类:

一.按阶段划分:

1.单元测试 对一个模块测试

2.集成测试 对多个模块测试(有一定的关联)

3.系统测试 在软件编译后执行的整体测试

4.验收测试 对软件执行后的用户体验的测试

α 阿尔法测试有--定的开发测试人员的测试 内测

β 贝塔测试 只有用户参与的测试 公测

二.按是否运行程序划分;

1.静态测试 UI设计图

2.动态测试 有执行代码过程中产生的问题

 

是否查看源代码方式划分;

1.黑盒测试 不看源代码结构 只关心外观和能否输入输出以及响应时间

功能测试 界面 安装 兼容 易用

性能测试 压力测试 负载测试 一般性能 稳定性测试

压力测试 在同一时间内进行多个用户的访问

负载测试 在多个用户在一段时间的持续访问

 

2.白盒测试 只看代码结构以及代码实现方式

3.灰盒测试 介于黑盒和白盒之间一 种

 

软件测试的原则:

1.尽早原则 不要在短期进行高效测试

2.考虑意外情况和极端情况发生

3.群集现象

4.测出问题能够复现问题

5.回归测试的关联性

6.善于总结相关文档

软件测试开发模式常见的为:

V型 W型 H型 螺旋形

公司的组织架构:

一般在公司内部的部门: 人事 财务 开发(前端 后台 移动端 测试) 市场(产品) 运维 (产品维护的服务)

开发 测试 一个测试对应五个开发 (一个前端 三个后台 一个移动端)

CEO:首席执行官

CTO:首席技术执行官

CFO:首席财务执行官

COO:首席运营执行官

CIO:首席信息官

分设 总监 --> 项目经理:pm

组长:

组员:

　　　　　　产品经理

 

UI 用户页面设计师

QA 测试工程师

TS 技术支持

DBA 数据库管理员

UE 用户体验

RD 研发设计工程师

 

测试工具

world文档 : 测试计划 测试用例 缺陷报告

接口工具: Charles fiddler postman

性能工具: jmeter loadrunner

BUG管理工具: 禅道 QTPQ

自动化管理工具: selenium appnium untest pytest

自动化 Testing