开发自测
开发自测很重要！
参考：如何做好开发自测
总结
- 自测要占开发整体投入的30%，自测决定了产品质量
- 需要计划，填写自测表，功能覆盖度尽可能全
- 单元测试：保证核心方法、接口、场景都能覆盖到，必须有完整的断言。主要包含：
- 测试数据准备、准备Mock方法
- 主流程正向测试
- 主流程逆向测试
- 详细功能-正常场景测试
- 详细功能-异常场景测试
- 并发性能测试
- 测试数据清理
- 接口测试
- Review
** 但是往往开发写了测试代码，准备了测试数据，只保证在测这个方法的时候，测试代码是可运行的，而一旦测试数据被改动了，或者程序有改动，测试方法便无法执行了，而对于那些需要依赖外部环境或者第三方接口的方法，开发几乎是不会去写测试代码的
软件缺陷
- 软件未实现产品说明书要求的功能；
- 软件出现了产品说明书指明不应该出现的错误；
- 软件实现了产品说明书未提到的功能；
- 软件未实现产品说明书虽未明确提及但应该实现的目标；
- 软件难以理解、不易使用、运行缓慢或者——从测试员的角度看——最终用户会认为不好。
测试用例
- 需要细节和真实，但不需要太详细（容易阻滞测试工作）；
- 编写测试计划：测试设计说明、测试用例说明、测试过程说明；
- 设定优先级
并非所有软件缺陷都需要修复
黑盒测试
测试软件基本方法：
- 通过性测试：确认软件至少能做什么
- 失效性测试：蓄意攻击软件薄弱环节
等价类划分：筛选测试用例
选择有关数值，舍弃无关数值（划分类别）
数据测试：进行边界条件分析
状态测试
软件状态: 软件当前所处的条件或者模式。
通过不同的状态验证程序的逻辑流程，建立状态转换图。
静态白盒测试（结构化分析）：检查设计和代码
不执行软件，有条理地审查软件设计、体系结构和代码。
动态白盒测试（结构化测试）
单元测试
单元测试由开发人员进行，并测试他或她开发的代码单元（即模块，组件）。 这是一种测试方法，通过该方法测试源代码的各个单元以确定它们是否准备就绪。 由于可以在开发生命周期的早期阶段识别出错误，因此有助于减少错误修复的成本。
集成测试
集成测试由测试人员执行，并测试软件模块之间的集成。 它是一种软件测试技术，其中将程序的各个单元组合在一起并作为一组进行测试。 测试存根和测试驱动程序用于协助集成测试。 集成测试以两种方式执行，它们是自下而上的方法和自上而下的方法。
作为开发人员，主要做的就是单元测试，测试每个模块和组件，注意测试基本错误，同时需要测试各功能模块直接的状态转换。
|