软件测试基本知识

1，测试流程：
    1，需求评审：确保各部门需求理解一致
    2，计划编写：测什么？谁来测？怎么测？
    3，用例设计：验证项目是否复合需求操作文档
    4，用例执行：项目模块开发完成开始执行用例文档实施测试
    5，缺陷管理：缺陷描述-交给开发-缺陷验证-缺陷关闭
    6，测试报告：测试完成报告

功能性测试：
1，功能个数是否正确（不多不少）
2，正确情况
3，错误处理
性能测试：
1，服务器每秒处理请求数
2，峰值处理值，
3，服务器现有硬件配置是否满足
兼容性：
1，不同浏览器能不能用
2，操作系统兼容性
3，手机：分辨率、品牌、系统、网络、其他
易用性：
简洁、友好、流畅、美观
可靠性：
（出现问题）无响应、卡顿、死机
 安全性：加密
可移植性：网络数据迁移
可维护性

测试流程：
1，需求评审：确保各部门需求理解一致
2，计划编写：测什么，谁来测，怎么测 
3，用例设计：验证项目是否复合需求操作文档
4，用例执行：项目模块开发完成开始执行用例文档实施测试
5，缺陷管理：缺陷描述-交给开发-缺陷验证-缺陷关闭
6，测试报告：测试完成报告

测试用例
        1，格式：
        用例编号 用例标题 项目/模块 优先级 前置条件 测试步骤 测试数据 预期结果
    优先级：p0最高
        2，等价类：
            有效等价类：满足需求的数据集合
            无效等价类：不满足需求的数据集合
    
    步骤：
    1，明确需求
    2，确定有效和无效等价类
    3，提取数据编写测试用例
    !!!测试为空!!!

用例执行不通过为缺陷，需要进行缺陷管理

缺陷的判定标准：
1，软件未实现需求（规格）说明书中明确要求的内容--少功能
2，软件出现了需求（规格）说明书中指明不应该出现的错误--功能错误
3，软件实现的功能超出需求（规格）说明书指明的范围--多功能
4，软件未实现需求说明书中虽未明确指明但应该实现的要求--隐性功能错误
5，软件难以理解，不易使用，运行缓慢，用户体验不好--不易使用

缺陷产生的原因：需求文档、架构设计、编码、环境（硬件、软件）任何环节出现问题都可能产生缺陷。 

缺陷的生命周期？

缺陷描述提交：指派人，优先级，类型，复现（具体看公司工具）及时记录，尝试复现/偶现
缺陷类型：
1，功能错误
2，UI页面错误
3，兼容性
4，数据（数据库）
5，易用性
6，建议
7，架构