软件测试基础
1.敏捷（开发）测试：在短周期里把主要功能完成后先上线，在后面不断完善更新，快速迭代（迅速占领市场）
回归测试：bug回归、迭代回归（版本回归，回归一遍）（在bug解决完了，测试没问题了，在上线之前进行最后一轮回归测试）
复测：bug修复之后重新复测
迭代：开发开发出来新功能时，对产品进行测试（类似回归测试，重复测试）
灰度测试（特别像β公测）：做出新功能之后，即将发布新版本之前，先小范围尝试工作（不是一下子让所有用户使用），然后再慢慢放量直到全新的功能覆盖到所有的系统用户（不一定只有公司内部人员，可能会有部分用户）
灰度测试和β测试的区别：
β测试是当一小部分用户使用没有问题之后，软件直接上线，适用于小软件；
灰度测试是逐步让一部分用户使用，慢慢的放量直至上线，适用于大软件。
交叉测试：跟同事互相交换测试
随机测试：对被测对象的一些重要功能进行复测，在重大bug、没测试到的点、新功能和更新的点进行重点测试
2.定义：测试人员通过手工或工具对被测对象进行测试，验证实际结果和预计结果的差异。
3.作用和目的：保证产品质量；降低同类型软件开发风险、公司风险和商业风险；提高用户信心；记录使用中的数据，提供依据。
4.原则：
（1）测试证明软件存在缺陷：软件都会有缺陷
（2）不能执行穷尽测试：具体的测试不会将所有的情况都一一测试，测试有终止的时候
（3）测试应当尽早介入：在开需求分析会议的时候已经介入了，不要在开发完成之后才执行测试
（4）缺陷存在群集现象：28定律，20%左右功能是主核心功能，bug比较多（20%的核心功能存在80%的bug）
（5）某些测试操作依赖于特定的测试环境
（6）杀虫剂现象：（产生抗体）不要过多使用同一条测试案例来测试，进行复测不要使用同一条案例，多尝试几次，避免偶性bug
（7）不存在缺陷的谬论：任何的软件不可能是完美的
5.被测对象（功能集合+使用说明书+配置数据）
需求阶段：各种的需求规格说明书（具体是开发测，测试是辅助）
架构设计阶段（开发写接口阶段）：具体的API文档（接口测试，项目经理测试）
编码实现阶段：具体的源代码
系统功能使用阶段（系统测试）：软件的第一个版本（具体是测试来测）
6.测试级别（测试对应的测试阶段）
单元测试：软件底层源代码中最小的结构，具体是类、函数、组件等（一般是开发测）
集成测试（接口测试）：将不用的单元组合在一起（将功能点集合起来），验证之间沟通的“接口”是否正常工作
系统测试：对软件当前的整体使用进行测试（从宏观上把控系统运行，不是从细节角度把控）
验收测试：α测试：内测（在公司内部展开全面性测试），可随时修改
β测试：公测（在实际环境中进行部分测试），让特定的用户使用并提建议
γ测试：候选版本的测试
UAT测试：第三方派出专业的业务人员对软件进行使用测试从而验收
转载请注明：http://www.0431gb208.com/sjszyzl/3832.html
