测试报告与验收

测试方法抉择

1. 输出分类选等价
2. 给定范畴加边界
3. 条件孤立想断定
4. 有限穷举取正交
5. 业务简单场景法
6. 测试充沛全笼罩

理论设计的思路

• 任何状况下都必须应用边界值分析方法，教训表明用这种办法设计出测试用例发现程序谬误的能力最强
• 必要时用等价类划分办法补充一些测试用例
• 如果程序的性能阐明中，含有输出条件的组合状况，则一开始就可选用断定表法
• 如果程序业务复杂度比拟高，则适当应用场景法补充一部分测试用例

每条测试用例有惟一的测试目标

提测阶段，优先做冒烟测试

冒烟测试工夫不超过整体测试工夫的 10%；选取正向流程；

• 外围流程冒烟测试，要求 100% 通过
• 主流程冒烟测试，不能超过 30% 的场景出现异常
• 摸索式冒烟：半小时随机测试，发现 bug 不超过 10 个

如果冒烟测试不通过，视为不进入测试阶段，测试大会，须要从新提测，从新冒烟

缺点

• 理论工作中，在麻利开发的模型下，以口头沟通，进步解决效率

与开发人员沟通的正确姿态

1. 相熟根本的开发原理，做到业余，清晰，有条理地表白
2. 站在开发的角度去了解思考问题
3. 同时也要相熟开发人员的沟通习惯

我的项目上线

须要留神的问题

1. 代码合并有脱漏
2. 线上环境和测试环境不同，遗记对哪些配置进行了批改
3. 数据库减少配置项时，有配置项脱漏减少，或者减少不正确

上线前把控 – 上线前告诉上下游零碎 – 非凡状况考量 – 上线后测试验收 – 线上问题跟踪 – 紧急公布测试 – 继续跟进 – 补测试用例

我的项目迭代

测试报告

• 将测试的过程与后果写成文档
• 对发现的问题和缺点进行剖析，为纠正软件存在的品质问题提供根据
• 为软件验收和交付打下基础
• 测试报告是测试阶段最初的文档产出物
• 优良的测试人员应该具备良好的文档编写能力
• 一份具体的测试报告蕴含足够的信息，包含产品的品质和测试过程的评估
• 测试报告基于测试中的数据采集以及对最终的测试后果剖析

内容

1. 报告信息
2. 引言
3. 测试概要
4. 测试后果与缺点剖析
5. 测试论断与倡议
6. 测试限度

验收测试

验收测试是部署软件之前的最初一个测试操作

目标：确保软件准备就绪，并且能够让最终用户将其用于执行软件的既定性能和工作

工作：

• 向将来用户表名零碎可能像预约要求那样工作，也就是验证软件的有效性
• 验证软件的性能和性能如同用户所正当期待的模样

验收测试策略

• Alpha 测试

  • 由用户在开发环境中进行的测试
  • 开发机构外部的用户在模仿实际操作环境下进行的测试
  • 是在开发者受控的环境下进行的测试
  • 在零碎开发靠近实现时，对利用零碎的测试
  • 测试后依然会有大量的设计变更
  • 个别由最终用户或其余人员实现

• Beta 测试

  • 由软件的多个用户在一个或多个用户的理论应用环境下进行的测试
  • 由用户记录下遇到的所有问题，定期向开发者报告
  • 模仿实在的环境从而发现缺点的一种测试