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反馈。（就比如说我们逛淘宝，需求就是买东西，有了买东西这个方向，在进行各项功能添加，如何买东西一步一步的怎么去买收藏购物车支付之类，根据这些需要的功能，程序员就可以编写代码，代码编写完整后，开发人员进行测试，给出测试报告，测试人员根据这个编写完的代码上传到淘宝进行测试，给出测试结果，用户在淘宝买东西，不满意的地方再进行反馈。）
具体操作：项目组拿到需求，测试经理编写测试计划，我们编写测试用例，组织用例评审，评审通过后导入用例管理工具，搭建环境，提测，部署环境，进行冒烟测试，冒烟测试后进行第一次sit测试，提bug给开发修改，返回给我们验证，直到0bug出，sit测试一般为3次，每次sit测试需要写小结，达到准出要求，输出测试报告。
| 
278
0
多测师社区 
