本文介绍了软件测试的不同阶段，包括单元测试、集成测试、系统测试和验收测试，以及内测和公测。讨论了黑盒、灰盒和白盒测试的差异，并提到了冒烟测试作为提测的标准。此外，文章强调了功能、兼容性、性能和安全性在质量模型中的重要性，并概述了测试用例的编写要素，如用例编号、标题、前置条件和预期结果。最后，提到了处理边界限制问题的策略和判定表在确定测试规则中的应用。
按阶段划分
单元测试：针对程序源代码进行测试（开发）
集成测试：又称接口测试主要针对模块与模块或系统之间的接口进行验证
系统测试: 针对软件全面进行验证（功能、兼容、文档、）
验收测试：使用内测、公测来实现
内测：公司内部进行测试。
公测：让玩家来进行测试。
代码可见度划分
黑盒测试：又称功能测试（完全看不见程序源代码，只能针对功能进行验证）
灰盒测试：又称接口测试（看不见部分代码）
白盒测试：又称单元测试（针对程序源代码进行测试）
扩展-测试策略
冒烟测试：大规模执行测试之前，针对程序主功能进行验证，保证程序具备可测性
面试题：提测标准是什么？--冒烟测试通过！测试之前要怎么做？--冒烟测试
质量模型
功能性、兼容性、可靠性、可维护性、性能效率、易用性、信息安全、可移植性
重点：功能、兼容、性能、易用、安全
开发流程：需求分析、概要设计、详细设计、编码
测试流程、单元测试、集成测试、系统测试、验收测试
格式（八大要素）：
用例编号
用例标题
模块/项目
前置条件
优先级
测试步骤
测试数据
预期结果
有效等价：所有有效数据集合，取一个即可
无效等价：所有无效数据集合，取一个即可
案例2（电话）
解决边界限制问题
上点：边界上的点（绿色）
离点：离边界最近的点（黄色）
内点：范围内的点（蓝）
判定表步骤
1、明确需求
2、画出判定表
（1）、列出条件桩和动作桩
（2）、填写条件项，对条件进行全组合
（3）、根据条件项的组合确定动作项
（4）、简化、合并相似规则（有相同的动作）
9万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
