|
什么是软件测试(以一个杯子为例) 需求测试：制作杯子的使用说明书 界面测试：外观 功能测试：杯子是否漏水等，以及能否喝到里面的水 安全性测试：制作材料是否对人体有伤害 可靠性测试：杯子从高处落下的损坏程度 可移植性测试：在不同地方不同环境是否正常使用 兼容性测试：除了装水外是否支持装其它液体 易用性测试：使用是是否烫手等 压力测试：不断对杯子施加重量 安全测试：银行，公安系统，医院，金融公司 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斤，看能举多长时间 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小游戏，游戏官网，京东，淘宝 优点：资源较多，不需要占用机器的内存，维护服务器相对容易 缺点：不方便携带，安全性较低，容易中病毒 项目： 项目需求：产品经理写产品需求 项目角色： 产品经理：输出需求文档，对接客户，洽谈业务 项目经理：统筹管理整个项目组，直接给开发经理和测试经理分配任务 开发经理：管理开发人员 开发人员：编写代码 测试经理：管理测试人员，TPM：testproject manager 测试组长：TL：test leader 测试人员：TE：testengineer 测试工程师 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趋势：快速收敛 测试环境：是提供给到测试人员使用的环境 开发环境：是提供给到开发人员使用的环境，编写代码和提交代码的环境等等 生产环境：可以称为线上环境，也可以称为真实环境 项目与产品的区别： 先有项目后有产品 项目与版本的区别： 先有项目后有版本 请讲解你们公司的项目流程： 假如一个项目版本需要花三个月完成（12周） H模型：项目的流程 3W—SRS澄清 所有项目组相关人员参加需求澄清会议，需求澄清会议由产品经理召开，并且主讲，项目组成员进行需求分析，给出需求规格说明书 1W—概要设计（HLD）、详细设计（LLD） 这一周开发进行概要设计给出概要设计说明书，进行下一步详细设计阶段需要根据概要设计说明书给出详细设计说明书 同时测试进行审查概要设计以及详细设计，深入了解项目需求，测试经理给出测试计划（测试方案） 3W—编码 开发编写代码，编写好代码后开发组将代码包给到测试，测试人员给出测试用例初稿，并进行多次评审，用例评审由测试召开，并且主讲 交叉评审：测试组内同事之间对用例进行评审 组内评审：项目组内对用例进行评审（项目，产品，开发，测试经理） 会议评审：会有客户参加 最终形成用例基线文档 4.5W—系统集成测试（SIT） 测试进行冒烟测试（主体功能测试），冒烟测试不通过打回开发进行修复，通过进行系统集成测试； SIT测试分为： SIT1：第一轮系统集成测试，又称为全量测试（测试全部编写的测试用例），需要执行所有编写的测试用例，发现了bug直接提交给到开发人员进行修复 （假如写了23条用例，要执行23条用例） SIT2：回归测试，需要测试新增加的用例，测试上一轮发现bug的用例，测试上一轮发现bug的相关联模块的用例 10条左右 SIT3：回归测试 4条左右 SIT4：回归测试 0/1条左右，直到bug数量为0 0.5W—输出测试报告 达到测试准出，进行验收测试，输出测试报告；
| 
439
0
多测师社区 
