软件测试学习day1

UI设计工程师：出页面的原型图

bug：缺陷

 

安全测试：银行，公安系统，医院，金融公司 sql注入 xss跨站点攻击

 

可靠性测试：在规定的时间内完成规定的事情

可用性测试：事情虽然已经完成，但是时间未达到出场标准

可用包含可靠

 

可移植性测试：不同的环境运行和调试

 

兼容性测试：

web端：Chrome（谷歌），IE，Firefox（火狐）浏览器，safari浏览器，EDGE（浏览器）

手机系统：iOS，Android，windows phone，鸿蒙，塞班

系统的版本：Android 4.x 5.x ..... 11.x

iOS 7.x 8.x 9.x ... 14.x

手机型号：华为手机，oppo手机，vivo手机，小米

iphone8 iphonx 流海屏手机

 

易用性测试：站在用户的体验感出发

 

性能测试：

压力测试：有个人举重，100斤为临界值，不断加压，看能举多重

负载测试：有个人举重，100斤为临界值，持续举重100斤，看能举多长时间

 

软件：看得见摸不着（QQ，微信）

硬件：看得见摸得着（鼠标，内存条，键盘，显示器）

pc机：个人电脑

物理机：高配置的计算机

便携机：方便携带的高配置计算机

 

OS：操作系统 windows，Linux，macOS

dos命令：win+r cmd C:\Program Files (x86)\Tencent\QQLite\Bin\QQScLauncher.exe

图形化界面：

 

共享：

备份：单独再保存

文件：

 

路径:

绝对路径：===》跟陌生人说话，把路径说全，从根目录出发

相对路径：===》跟熟人说话，从当前路径出发

 

 

客户机与服务器：

C/S架构

Client——Server

相关产品：微信，京东，淘宝，网络游戏

优点：携带比较方便，安全性较高，上传/下载速度相对较快

缺点：更新需要下载，占用手机的内存，下载比较麻烦，服务器维护比较麻烦

 

浏览器与服务器：

B/S架构

Browser——Server

相关产品：4399小游戏，游戏官网，京东，淘宝

优点：资源较多，不需要占用机器的内存，维护服务器相对容易

缺点：不方便携带，安全性较低，容易中病毒

 

单机软件：魂斗罗，扫雷，单机游戏

共享软件：网络游戏，百度网盘

app：application（应用）微信，QQ，王者荣耀，和平精英

 

项目：

项目需求：产品经理写产品需求

 

项目角色：

产品经理：输出需求文档，对接客户，洽谈业务

项目经理：统筹管理整个项目组，直接给开发经理和测试经理分配任务

开发经理：管理开发人员

开发人员：编写代码

测试经理：管理测试人员，TPM：test project manager

测试组长：TL：test leader

测试人员：TE：test engineer 测试工程师

UI设计工程师：出页面的原型图

DBA：数据库管理员 database admin

运维：维护公司的测试环境和开发环境，生产环境的稳定

CMO：配置库管理员（配置文件）

 

测试用例

上线：将代码上传到生产环境

 

V模型：项目的阶段

单元测试：简称为白盒测试，开发人员对自己编写的代码进行测试（知道内部逻辑的测试），又称为开发自测 UT unit test

集成测试：简称为接口测试，灰盒测试 又称为IT测试阶段

系统测试：保证自身功能正常使用，还需要保证与第三方系统的对接，这个阶段主要做黑盒测试

验收测试：

α（阿尔法）验收测试：模拟用户的行为对软件进行操作/测试，这个时候有开发人员和测试人员在场，如果发现bug，直接

提交给到开发人员进行修复

β（贝塔）验收测试：软件已经交付到客户手中，由客户去进行验收，如果发现问题，则由客户统一收集所有的问题，以邮件

的方式发送给到与当前项目有关的所有的同事，开发人员收到邮件及时进行跟踪，负责解决

 

面试题：

你做的项目当中，项目会经历哪些阶段，并且每个阶段的输入（准入）与输出（准出）由哪些？

 

输入 输出

用户需求阶段 项目组成员进行需求分析 需求规格说明书

概要设计阶段（HLD） 需求规格说明书 概要设计说明书

详细设计阶段（LLD） 概要设计说明书 详细设计说明书

编码阶段 根据详细设计说明书编写代码 整个项目的代码包(.war，.zip .jar)

单元测试阶段 开发人员进行单元测试 单元测试报告

系统集成测试阶段 测试人员根据测试用例执行测试 系统集成测试报告（SIT测试报告）

验收测试阶段 用户参与验收 验收测试报告

 

 

H模型：项目的流程

所有项目组相关人员参加需求澄清会议，需求澄清会议由产品经理召开，并且主讲

SRS：需求说明书

SRS澄清：需求澄清

需求基线化文档：需求规格说明书

基线化：当前状态不会轻易修改

TC：test case 测试用例

 

 

多次评审：

用例评审由测试召开，并且主讲

 

交叉评审：测试组内同事之间对用例进行评审

组内评审：项目组内对用例进行评审（项目，产品，开发，测试经理）

会议评审：会有客户参加

 

testlink：用例管理工具

禅道：用例管理工具

 

冒烟测试：对产品的主体功能进行测试

如果主体功能不通过，测试会将版本打回给到开发进行修复

 

提测：开发将代码包提交给到测试，又称为转测

冒烟测试通过，进入系统集成测试

 

SIT测试分为

SIT1：称为第一轮系统集成测试，又称为全量测试（测试全部编写的测试用例），需要执行所有编写的测试用例，发现了bug

直接提交给到开发人员进行修复 （假如写了1000条用例，要执行1000条用）

SIT2：称为第二轮系统集成测试，又称为回归测试，还称为增量测试（需要测试新增加的用例） ===》450条左右

回归测试需要测试哪些内容？

1、需要测试上一轮发现bug的用例

2、新增加的用例需要测试

3、每一轮都需要进行冒烟测试

4、要测试上一轮发现bug的相关联模块的用例

 

SIT3：回归测试 =====》200条左右

SIT4：回归测试 ======》80条左右，直到bug数量为0

 

上线的标准：没有bug(0bug)

 

正常的项目团队，在测试阶段，它的一个bug趋势：快速收敛

 

测试环境：是提供给到测试人员使用的环境

开发环境：是提供给到开发人员使用的环境，编写代码和提交代码的环境等等

生产环境：可以称为线上环境，也可以称为真实环境

 

 

项目与产品的区别：

先有项目后有产品

 

项目与版本的区别：

先有项目后有版本

 

请讲解你们公司的项目流程：

首先产品经理召集全体项目相关人员参加需求澄清会议，产品经理进行主讲，项目组成员进行需求分析，开发线制定概要设计说明书，测试人员熟悉概要设计说明书，对需求说明书更深层次的了解，接着开发线制定详细设计说明书，测试线熟悉详细设计说明书，深入了解项目需求，测试经理召集测试人员确定测试的方案与后续的计划，开发人员根据详细设计说明书编写代码，测试人员开始编写测试用例初稿，并且召开用例评审会议，进行多次用例评审，最终形成用例基线化文档，测试经理将用例基线文档输出到禅道，并将测试用例按照谁写谁测的方式分配给测试人员，测试经理或者测试骨干或测试环境运维人员开始搭建测试环境，开发人员编码完成后进行白盒测试得到白盒测试报告，并将结果和代码包提交给测试，测试经理部署完项目包之后，测试人员开始对代码包进行冒烟测试，在冒烟测试通过之后，正式开始系统集成测试，执行所有编写的测试用例，并将发现的bug提交给开发人员，开发人员修复之后再提测给测试人员，测试人员开始对代码包冒烟测试没问题之后进行回归测试，对上一轮发现bug的用例以及新增加的用例进行测试，若是有bug再次提交给开发人员，开发人员修复之后再提测给测试人员，测试人员进行又一轮的冒烟测试和回归测试，直到没再发现bug之后，提交给产品人员，在开发与测试人员在场的情况下进行验收测试，模拟用户的行为对软件进行操作测试，如果发现bug，直接 提交给到开发人员进行修复，没有bug之后再将项目进行上线生产环境，然后将软件交付到客户手中，由客户去进行验收，如果发现问题，则由客户统一收集所有的问题，以邮件的方式发送给到与当前项目有关的所有的同事，开发人员收到邮件及时进行跟踪，负责解决。