系统测试——基础知识

1. 系统测试定义：
   是对被测对象整体的功能、配置数据、产品说明、源代码等进行的测试其是否满足客户需求跟说明文档的测试。
2. 系统测试目的：
   发现产品已存在的缺陷，提高用户体验。
3. 系统测试原则：
   @完全测试是不可能的，即测试不是穷尽测试
   @软件测试存在风险，软件测试者要有风险决策能力。
   @测试是发现缺陷，但无法显示潜伏的 缺陷
   @测试越早进行越好
   @找到的软件缺陷越多，说明软件缺陷越多即缺陷存在群集现象
   @“杀虫剂”事件普遍存在
   @并非所有的缺陷都需要修复

4. 系统测试对象：
   @需求测试、编码测试、性能测试
   @软件产品说明文档
   @产品配置数据
   @源代码

5. 系统测试类型：
   功能测试：在指定条件下，是否满足客户需求的测试。
   非功能性测试：安装测试、配置测试、兼容性测试、稳定性测试、安全性测试、易用性测试等

6. 系统测试方法：黑盒测试、白盒测试、灰盒测试、静态测试、动态测试、手工测试、自动化测试。

7. 系统测试级别：
   单元测试：测试被测系统最小组成单元
   集成测试：测试由单元测试后组成的部分系统测试，针对组件、单元与组件、单元之间接口。包括函数间集成、模块间集成、子系统间集成
   系统测试：测试由集成测试后整合成的总系统，部署在真实的用户环境下测试
   验收测试：以用户为主的测试，最后的产品验收阶段进行的测试，一般不会有其他缺陷产生。包括α测试、β测试、UAT测试【用户接受度测试】。

8.系统测试流程：
1.测试计划设计：根据产品说明书和开发进程计划书撰写测试计划设计，明确被测对象、测试任务。
测试资源需求【软件、硬件、设备需求】——组织需求——测试对象——需求跟踪——测试通过、失败标准——测试挂起、恢复条件——测试风险及防范——测试任务安排。
2.测试需求分析：——测试人员完成。
需求来源：
@需求规格说明书
@开发需求
@继承性需求
@行业竞品分析
@经验库
需求分类：
@功能性需求
@性能 需求
@外部接口 需求
1.GUI
2.外部应用程序开发接口
@质量特性划分需求

画功能业务流程图
3.测试策略设计:不同测试用不同方法

/*4.测试规程设计：
    @测试需求变更控制流程
    @测试用例变更控制流程
    @测试环境搭建流程
    @缺陷管理流程

*/
5.测试用例设计：


6.搭建测试环境：
    @分平台：Windows、Linux、Unix
    @ 分架构：
        1.J2EE=Java+JSP
        2..NET=APSX
        3.LAMP=PHP
    @分Web服务器
        1.IIS
        2.Apache
        3.Tomcat
        4.resin
        5.jboss
        6.webloqic
        7.websphere
    @分数据库
几项综合搭建出测试环境。

7.执行测试用例：
    预测试阶段：【冒烟测试】快速验证，验证被测对象是否完成核心功能或者高风险测试是否正常工作。——预测试报告——是否通过测试
    系统测试：发现缺陷-记录缺陷=缺陷提交-跟踪处理
8.缺陷跟踪回归：
是缺陷的提交、修改、关闭等操作


发现缺陷——提交给相关负责人——指派修改的开发人员——修改后反馈给发现缺陷的测试人员——再测试——关闭

9.测试报告输出
    @测试日报：
        @方便测试工程师掌握测试进度和测试情况，用于调整下一天的工作计划
        @每日给出评估结果，调整后续工作中的测试策略
        @方便测试经理了解工作进度
        @了解缺陷模块分布模块
        @开发经理了解被测对象质量情况
        @测试人员、测试组交流的手段
    @测试报告---缺陷管理工具
        @评测当前软件质量，并对下一阶段给出建议
        @通过测试报告情况了解被测产品 质量。
        @产品评估报告可作为是否发布的参考依据。
        @etc.
    @测试报告模板 
10.测试结束活动
    @检查测试过程中测试计划定义的输出物
    @缺陷管理是否完成，是否已经进入缺陷管理流程
    @测试实施过程中产生的风险报告需要记录
    @测试报告是否给出，相关经验教训是否总结并 
    @是否需要移交测试对象