软件及测试基本原则

软件定义：

        数据和指令

软件分类：

        工具类软件、游戏型软件、媒体型软件、电商型软件等

单击版：

        单机版软件：office、红警等

分布式软件：

C/S架构软件：客户端需安装专门软件，如QQ 微信等

B/S架构软件：客户端为浏览器 ，如百度、hao123等

软件测试概述

通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致的过程

软件测试基本原则

原则一：测试显示软件存在缺陷

测试只能证明软件中存在缺陷，但并不能证明软件中不存在缺陷。软件测试是为了降低存在缺陷的可能性，即便是没有找到缺陷，也不能证明软件是完美的。

原则二：穷尽测试是不可能的

现在软件的规模越来越大，复杂度越来越高，想做到完全性的测试是不可能的。在测试阶段，测试人员可以根据风险和优先级来进行集中和高强度的测试，从而保证软件的质量。

原则三：测试尽早介入

为什么测试要尽早介入呢，简单的说就是保证软件质量，降低风险和成本。测试人员一般在需求阶段就开始介入，使缺陷在需求或设计阶段就被发现，缺陷发现越早，修复的成本就越小。

原则四：缺陷集群性（2/8原则）

缺陷集群性表明小部分模块包含大部分的缺陷。软件测试中存在Pareto原则：80%的缺陷发现在20%的模块中。一个功能模块发现的缺陷越高，那存在的未被发现的缺陷也越高，故发现的缺陷与未发现的缺陷成正比。

原则五：杀虫剂悖论

反复使用相同的杀虫剂会导致害虫对杀虫剂产生免疫而无法杀死害虫。软件测试也一样。如果一直使用相同的测试方法或手段，可能无法发现新的bug。为了解决这个问题，测试用例应当定期修订和评审，增加新的或不同的测试用例帮助发现更多的缺陷。测试人员不能一直依赖于现有的测试技术，而要不断的提升测试方法以提高测试效率。

原则六：测试活动依赖于测试内容

根据业务的不同，软件测试内部也分为不同的行业，比如游戏行业、电商行业、金融行业。不同的行业，测试活动的开展都有所不同，比如测试技术、测试工具的选择，测试流程都不尽相同，所以软件测试的活动开展依赖于所测试的内容。

原则七：没有错误是好是谬论

有可能99%没有bug的软件也是不能使用的。如果对错误的需求进行了彻底的测试，这种情况就发生了。软件测试不仅是找出缺陷，同时也需要确认软件是否满足需求。如果开发出来的产品不满足用户的需求，即便找到和修复了缺陷也作用不大。

开发模型

瀑布流模型 增量模型 快速圆形 敏捷开发

测试模型

V 模型        W 模型        H 模型        X 模型

阶段名 工作内容 产出物

测试准备阶段：项目立项、需求分析、需求评审： 需求文档、产品PRD

测试计划阶段：编写测试计划、计划评审： 测试计划

测试设计阶段：提取测试点、编写测试用例、用例评审： 测试用例

测试执行阶段：冒烟测试、执行测试用例、提bug、回归测试 ： 缺陷报告

测试完成阶段：验收测试、编写测试报告、项目上线： 测试报告

安装测试原理分类

黑盒测试、白盒测试、灰盒测试

黑盒测试(Black Box -Test)：把被测试的软件看做一个黑盒子，我们不去关心盒子里边的结构是什

么样子，只关心软件的输入数据和输出结果

白盒测试：是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的测试方法

灰盒测试：一种基于程序运行时的外部表现同时又结合程序内部结构来设计测试数据的测试方法

按照内容分类

功能测试、UI 冒烟 回归

性能测试、压力 负载 并发

兼容性测试