关于测试（2）

软件测试阶段

1. 单元测试
2. 集成测试
3. 确认测试
4. 系统测试
5. 验收测试

系统测试主要包括哪些方面

1. 性能测试
   目的：验证产品是否满足用户指定性能需求
   测试点：响应时间和资源性能(CPU,I/O,内存，信道，传输速度，响应时间)
2. 功能测试
   目的：检查产品的功能是否满足SRS及其他用户资料
   检查业务流、功能点是否正确实现
   检查输入输出是否正确实现
3. 安全性测试
   目的：验证产品在系统的内部的安全保护机制和系统外对入侵的防护能力
   测试点：
   系统内部包括身份验证，权限，数据的完整一致，数据的保密性（DB中有些数据加密保存）
   系统外部包含有病毒木马，未授权的恶性攻击，传输数据安全
4. 安装测试
   目的：产品的安装过程和结果进行测试
   工作内容：根据软件的测试特性列表，软件安装，配置文档，设计安装过程的测试用例
   安装时异常终止包括：进程终止（操作系统未关闭）断电，断网
   测试对象：安装文件、安装系统、安装文档、配置项
5. GUI测试
   即用户界面测试。GUI测试要依赖于功能测试存在，否则只能测试产品的静态外观，布局等，不能测试动态行为产生的结果
6. 易用性测试
   目的：检查产品是否符合实际应用情况，是否符合用户使用习惯及特殊要求，操作方式是否合理。同时交互信息是否通俗易懂，是否符合行业规则等等。
7. 容错性测试
   又称健壮性测试。
   目的：检查系统容错能力，检查软件在异常条件下自身是否采用了防护性的措施，确保系统无论接收何种条件触发也不会发生意外事故 。
8. 文档测试
   并非单纯地指文档测试。需要对一组测试文档进行完整性、正确性、一致性的校验。
9. 备份测试
   目的：通过检查软件的备份策略来解决相应的数据丢失风险问题。
   备份策略包括：本地备份、实时备份、本地异步备份、异地异步备份、恢复策略
10. 配置测试
    包括软件配置和硬件配置。
    通过对被测系统软件与硬件环境的修改，分析每个环境组合对系统性能影响的程度，最后确定系统各项资源的最优分配原则。

QQ登录页面，你能想到哪些测试用例

测试点分为功能测试、性能测试、易用性测试、界面测试、兼容性测试、安全性测试

黑盒测试、白盒测试的定义

白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。

黑盒测试：是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求
规格说明书的规定正常使用，程序是否能适当地接收和正确的输出

快捷键

1. Win+E 打开资源管理器
2. Win+L 锁屏键
3. Win+R 打开运行命令窗口
4. Win+D 最小化所有窗口（可返回）
5. Win+M 最小化所有窗口（不可返回)
6. Win++ 放大镜
7. Win+Tab 立体切换窗口
8. Alt+Tab 平面切换窗口
9. Alt+F4 关闭窗口
10. Ctrl+W 关闭页面

性能测试的分类

1. 安全性测试
2. 压力测试
3. 可靠性测试
4. 数据库测试
5. 安全性测试

公司有哪几套环境

1. dev或本地环境
   开发人员进行自测，进行功能流程串起来。
   出现bug之后，进行bug修改及验证，提交代码到test环境。
2. test测试环境
   测试人员重点关注的，进行新功能的测试，提交bug等都是依据test环境进行提交的。
   进行老功能测试回归，bug回归等。
3. staging预发布环境
   staging环境一般是产品人员进行验收，比如看一下开发人员是否按照需求来的，是否有大的问题可能没有考虑到。
   进行到生产环境的预部署(包括sql兼容语句、UI页面或接口的提前上线等等)。
4. production线上环境
   pro环境就是正式环境，一般就是我们说的线上环境。

自动化测试满足哪些条件可以进行

1. 需求变动不频繁
   自动化测试脚本的稳定性决定了自动化测试的维护成本。
2. 项目周期足够长
   自动化测试需求的确定，设计，测试脚本的编写与调试均需要相当长的时间来完成。
3. 测试脚本可重复使用
   如果脚本的重复使用率很低，耗费的成本会大大低于经济价值
4. 测试对象能尽可能的被自动化
   测试人员尽可能的达到自动化测试用例的标准即可，因为有些需求是无法被自动化测试覆盖的。而标准是测试之初就应该被制定好的

软件测试的原则

1. 测试显示软件存在缺陷
2. 穷尽测试是不可能的
3. 测试尽早介入
4. 缺陷集群性（2/8原则）
5. 杀虫剂悖论
6. 测试活动依赖于测试内容
7. 没有错误是好是谬论

软件生命周期模型有哪些

1. 瀑布模型（Waterfall Model）
2. 渐增模型/演化/迭代模型（Incremental Model）
3. 原型模型（Prototype Model）
4. 螺旋模型（Spiral Model）
5. 喷泉模型（Fountain Model）
6. 智能模型（Intelligent Model）
7. 混合模型（Hybrid Model）

瀑布模型是什么，优缺点有哪些

每个阶段都有文档产出，项目周期较短。需求是预知的，软件实现方法是成熟的；
优点
文档驱动的有序方法
缺点
只能通过文档了解产品，交付产品可能不符合客户的要求

V模型是什么，优缺点有哪些

RAD（Rapid Application Development，快速应用开发）模型是软件开发过程中的一个重要模型，由于其模型构图形似字母V，所以又称软件测试的V模型。
优点
既有底层测试又有高层测试。底层：单元测试。高层：系统测试。
将开发阶段清楚的表现出来，便于控制开发的过程。当所有阶段都结束时，软件开发就结束了。
缺点
容易让人误解为测试是在开发完成之后的一个阶段。
由于它的顺序性，当编码完成之后，正式进入测试时，这时发现的一些bug可能不容易找到其根源，并且代码修改起来很困难。
实际中，由于需求变更较大，导致要重复变更需求、设计、编码、测试。返工量大。

W模型是什么，优缺点有哪些

开发一个v；测试一个v组合起来的模型（w模型也叫双v模型）
优点
将测试贯穿到整个软件的生命周期中，且除了代码要测试，需求、设计等都要测试。
更早的介入到软件开发中，能尽早的发现缺陷进行修复。
测试与开发独立起来，并与开发并行。
缺点
对有些项目，开发过程中根本没有文档产生，故W模型无法使用。
对于需求和设计的测试技术要求很高，实践起来很困难。

敏捷开发是什么，优缺点

敏捷开发技术的几个特点和优势：

1. 个体和交互胜过过程和工具
2. 可以工作的软件胜过面面俱到的文档
3. 客户合作胜过合同谈判
4. 响应变化胜过遵循计划

优点
敏捷确实是项目进入实质开发迭代阶段，用户很快可以看到一个基线架构版的产品。敏捷注重市场快速反应能力，也即具体应对能力，客户前期满意度高。
缺点
但敏捷注重人员的沟通，忽略文档的重要性，若项目人员流动大太，又给维护带来不少难度，特别项目存在新手比较多时，老员工比较累。

有哪些兴趣爱好

目前的兴趣爱好：阅读、音乐、运动