【针对性测试】测试篇

你笑起来
    真好看呐！

目录

• 测试重点回顾

---

1、对软件测试的理解

• 找bug、

• 把客户需求作为最终需求，一直找bug直到客户满意为止。

2、为什么做软件测试

• 研发和测试是密不可分的两个部分，测试是最后一道把关的流程；本来想做研发，但是在日常生活中遇到很多APP bug很是头疼，后来就想着对后续的测试比较感兴趣，比较细心，专一，认真.....适合做测试

3、研发和测试的区别

• 测试广度大，专业度低

• 工作环境类似

• 测试去保证研发的可靠性

• 研发是生产的过程，解决bug，

• 测试是验证生产的是合格的，发现bug，测开和研发的差异不大

4、软件需求、客户需求

5、缺陷：和用户的合理期望不一致就是缺陷

6、测试用例

• 概念：就是把我们的测试过程记录下来了，比如测试环境、操作步骤、数据

7、开发模型和测试模型

• 软件的生命周期6个阶段：需求分析-计划-设计-编码-测试-运行维护

• 软件测试的生命周期:需求分析-测试计划-测试设计、测试开发-测试执行-测试评估

• 软件测试的流程如上，

• 瀑布模型：需求分析-计划-设计-编码-测试（串行的，问题发现的比较晚）

• 螺旋模型：重点强调风险，用于规模大，复杂度高风险高的项目

• 增量：先画出头部、身体、脚....

• 迭代：降低风险（比如：先画出整体轮廓，再细化）

• 敏捷模型：人与人之间沟通、轻文档、客户参与、响应变化

• V模型：测试人员参与需求分析,缺点：发现问题的时间比较晚

• W模型：研发和测试并行--研发线：编码；测试线:单元测试；

• 单元测试是白盒测试的方法；集成测试是灰盒测试（白盒+黑盒）；系统测试是黑盒测试；验收测试-->给客户培训

• 系统测试完成五件事情：数据准备-环境搭建-测试执行-缺陷管理-测试报告的输出

8.如何描述一个bug

bug包括：

• 发现问题的版本

• 问题出现的环境

• 错误重现的步骤

• 预期行为的描述

• 错误行为的描述

• 其他

• 不要把多个bug放在一起

包含要素:测试用例的要素...+实际结果，实际结果与预期结果进行对比

定位缺陷的级别：

• 崩溃

• 严重

• 一般

• 次要

9、如何发现更多的bug

• 软件测试存在二八原则

• 开发人员也存在二八原则

10、产生争执怎么办？

记住批判性思维：清楚-准确、切题-深刻、有意义

• 自查

• 站在用户的角度处理问题，不要“我认为...”

• bug定级要有理有据

• 提高自身的技术和业务水平，最好能提出解决方案

• 开展bug评审

---

1、编写用例

• 等价类：从等价类中选出一个测试用例

• 边界值：输入或输出的边界值，一种黑盒测试方法

• 场景设计法

• 错误推测法

2、测试用例 的评价

• 用户检查

• 同行检查

• 评审

3、编写测试的思路：

• 功能测试--正常功能验证、异常/容错

• 界面测试

• 系统测试是测试人员测试，验收测试是用户进行测试；

4、安全测试: 乌云网站

5、软件测试的流程:五个阶段<无缝隙链接回答>

1. 拿到需求规格说明书，确定测试的范围

2. 根据范围制定测试计划（时间点）方案的编写....

3. 根据计划编写测试用例，进入评审阶段

4. 系统测试，根据计划和测试用例进行测试执行--环境搭建、数据准备、缺陷的管理（对缺陷的确认，记录，跟踪，验证，关闭）【执行阶段冒烟测试，系统测试，回归测试】

5. 根据执行结果编写测试报告--测试通过结果，对缺陷的分析

6. 扩展 评审、需求变更管理、配置管理（代码、文档、版本管理--测试版本和验证bug版本不一致，bug不通过...）这三个项目管理

需求分析（需求串讲、验证、从设计需求中提取）--测试计划（测试方案、测试策略）-测试用例编写（需求测试）--测试执行（冒烟测试、系统测试、回归测试，交叉测试、自由测试）--测试报告（缺陷分析、测试结论）